随笔

已经是七月份了，各家公司都陆陆续续开始做上半年绩效考核了。 就在今天，2026 年 7 月 14 日，我给团队里的一位中级程序员打了绩效A。 我给出的评价是： 在我看来，A一定意味着超出预期。 优秀，

26年七月13号，也即是昨天，钉钉告警群突然开始疯狂刷屏。 订单同步响应时间持续上涨，退款同步开始延迟，业务同事也陆续反馈第三方订单迟迟没有同步到下游系统。一开始我以为只是第三方接口慢了，但排查后，发

我前段时间在知乎写过一篇回答：《你见过的最差的程序员是怎样的？》 那篇回答下面，有很多网友评论。 但有一件事，我当时没有写。其实，我前前后后花了两年多时间去培养他，最后才决定把他优化掉。 现在回过头来

我自己，是写注释的拥护者。 网上有一种很流行的观点： 我并不认同。 我认为，在代码本身已经写得比较清晰的前提下，"是什么" 和 "为什么" 都应该写。 尤其是业务代码，写"是什么"这件事，非常重要。

这是我认为最重要的一项能力。 因为在我看来，高级开发和普通开发之间，真正的区别，不是技术栈会得更多，也不是工作年限更长，而是有没有能力独立负责一个大型复杂项目。 不少人理解的高级开发，是技术更全面。

因为我见过不少人，跳了以后发现，自己还是那个自己，只不过换了个平台而已。而导致他在原本公司想离职的因素，在新公司依然存在。 因此： 你可以这么理解：**应该面向职业规划来跳槽。**我自己一直都是如此践

一个人能力再强，影响的始终只是自己负责的那一小块事情。但有了团队以后，就能承担更复杂的项目、更大的业务，也能创造更大的价值。 而我自己，也能在这个过程中，不断提升技术、管理、沟通、决策等各方面的能力。

很多人都有一个疑问： 其实，这是因为管理岗位创造的价值，并不一定来自写代码。 如果他是一个授权型管理者，团队里又有技术能力很强的人，那这样的管理者，其实一样可以带出不错的团队。 我在连锁行业第二家公司

2年来，我把团队里一个初级开发晋升到了中级开发，同时给他加了工资，年终奖也比之前高了不少。 很多人经常问： 我不想讲太空泛的词，比如责任心、执行力、主人翁意识之类的。 我直接讲一个真实案例。 看看这个

我觉得30岁以后跳槽，和刚毕业那几年，已经完全不是一回事了。 20多岁的时候，可以多尝试、多试错，因为时间还很多。哪怕选错了，也还有机会重新开始。 但30岁以后，每一次跳槽，都应该是在经营自己的职业资

很多人看到两段代码差不多，第一反应就是抽个父类。它提醒的就是这件事。降低耦合、避免破坏封装、规避脆弱基类问题，这些都是组合的优势。但实际项目里有一种场景，继承反而是更自然的工程选择： 我之前上线的钉钉

很多新人来问我这个问题的时候，我通常都会用iPhone的设计方案和实际手机来打比方。如下图： 方案上不仅写着屏幕尺寸、摄像头位置、接口类型这些零件信息，还写着每个按钮按下去该触发什么功能。它描述了一台

我先从自己做过的一个行业说起。 连锁行业里的确定性 我在连锁店行业待了蛮久，知道这个行业里，一定有一个事情是必须做的： 我给你列一下，我对接过的： 金蝶； 绝配物流； 旺店通； 各种发票平台； 各种物

先贴一段生产环境里的代码。这是一个活动弹窗通知的配置，新活动上线后要给会员弹窗口，每个用户只弹一次，不能重复弹。 三个参数：预期数据量3000万，误判率1%，过期时间6天。用的是Redisson的布隆

首先，我先把结论告诉你：接受结果，但一定要把原因问清楚。 因为当绩效公布到你这里的时候，结果基本已经定了，真正能够通过申诉改掉绩效的情况非常少。 我这边每半年、每年年底，也都会给技术部的人打绩效。我可

就比如我现在，工资还行，也不太忙，能正常上下班，公司又不卷。 我觉得性价比还不错的。且留在这里还有一个点： 周六日可以过自己的要做的日子，也有多余的时间折腾自己感兴趣的东西，可以了，该知足了。 很多人

我经历过的公司，有如下几种code review方式，其中第一种是我觉得是比较严格的。我们先说第一种。 先看一张图，这个是一个代码「合并请求」。

你自己可能见过蛮多代码，一边写着面向对象，一边把所有业务逻辑塞进Service，对象只剩下一堆getter和setter。也见过为了一个配置查询，搞出接口、工厂、策略、单例一整套结构，代码看起来很「O

1969年7月20日，人类第一次踏上月球。 很少有人知道的是，在登月最后阶段，负责导航的计算机其实已经接近过载，并连续发出了报警。 如果放在今天，很多系统可能已经直接崩溃。 但57年前，一支软件团队却

首先所谓的p0需求，我们是很少很少的，为啥? p0需求意味着紧急需求，「必须立刻启动来做」，也就意味着，当前手头上的事情，必须放下来。 这才是p0的需求。如果你们公司好多的p0需求，那肯定是有问题的。