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