一个人具备什么样的素质和能力才可以称得上高级工程师？我经常喜欢问别人这个“无聊”的问题。答案也很有意思，大部分人都说，“基础得过硬、得熟练掌握一门编程语言、至少看过一个优秀开源项目的源代码、有过高并发的工作经验、沟通能力强”。
我听完觉得都很对，这些知识点也都是面试中的考点。但其实从真实的工作场景来看，我觉得还缺少一环：业务开发能力。你估计会问，业务开发不就是CRUD吗？有啥难的？
当然，我的回答也简单直白，我们大部分人的工作其实都是在做业务，我们不可能每天没事就去看源代码，就去学数据结构与算法，这不现实。我们的能力，都是在业务开发中打磨出来的。
举个我亲身经历的例子，几年前，我亲身修复过一个Bug，我们一个产品里，每天会有上千份订单的状态或流程出现问题，要修复这些问题就得花费大量时间去核对数据、确认订单状态，甚至没有时间开发新需求。最后，开启明细日志彻查问题时，我才发现是自调用方法导致事务没生效所造成的坑。
在金融项目计算利息的代码中，因为使用float类型而不是BigDecimal类来保存和计算金额，导致给用户结算的每一笔利息都多了几分钱。试想一下，结算的上千个用户中，每一位用户都有上千笔订单，如果等到月终对账时才发现，可能已经损失了几百万。
再比如，用RabbitMQ做异步处理时，处理失败的消息会不断地进入MQ。问题爆发之前，可能只影响了消息处理的时效性。待到MQ彻底瘫痪，面对堆积在一起、混杂了死信和正常消息的几百万条数据，除了清空MQ并用大量时间补正常的业务数据外，别无他法，对业务的影响非常大。
诸如以上种种，由一个小坑引发的重大事故不在少数。不仅会给公司造成损失，还会影响自己的职业发展，甚至是工作状态。
其实，并非是我们不想解决问题，只是不知道问题到底出在哪里。要找到这些“定时炸弹”，第一步就要定位它们在哪儿、为什么会出现。
??我整理的Java常见错误
所以，我和极客时间合作了《Java业务开发常见错误例》专栏。
在专栏里，我从接触过的+真实的生产事件和事故中，整理提炼了个Demo，涉及个坑点和50个最佳实践，结合Java代码演示，帮你掌握规避高频坑点的方法，真正提升自己的技术能力。同时，你也可以把专栏当作代码审核的Checklist，上线有备无患。
??识别