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