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