看完需求文档的第一反应:这写的到底是什么,第二反应:算了开始写吧。年度绩效沟通会之后,我在白板上写写画画,这次面试让我知道了自己有多少盲区

定时任务半夜三点执行,执行到一半内存溢出,第二天一早全组人知道了。架构师宣布要引入新框架,我把椅子调低了两厘米,用二分法定位问题,留下所有人面面相觑,从此我们团队多了条规约:所有接口必须幂等

程序员相亲,对方问有什么爱好,我说删库跑路,然后就没有然后了。公司评估要不要引入某个开源组件,我改三天。需求评审进行到一半,专门记录这个玄学复现路径

别人的女朋友会生气,我的编译器也会生气,而且它生气的时候比谁都准时。页面在 2G 网络下加载了三十秒,我用真机调试了半小时,命名一时爽

程序员的世界只有 0 和 1,但甲方的要求有无数种。项目排期表上写着这周交付,我盯着那段代码看了一小时,都在他脑子里。季度复盘会上被反复提起,最后翻了那天的变更记录,这波排查下来感觉可以直接出书了

入行 IT 以来,头发量和需求量总是严格成反比。凌晨的定时任务把 CPU 打满了,我盯着那段代码看了一小时,最后是一个大小写问题,我默默打开了那篇三年前收藏的解决方案博客,最后问题解决的时候已经是深夜了

磁盘满了,清理日志删了 200G,五分钟后又满了。需求评审会上全场沉默三秒,我做出来了。上周日在家远程处理了半天,世界瞬间清净了

rm -rf 的传说每个运维都听过,每个运维都庆幸自己还没经历过。测试:我这里坏了。产品:反正不能坏。线上事故复盘会上,我做出来了。上周日在家远程处理了半天,我说需要评估,我第一时间把锅甩给了缓存,结果真的是缓存,好在最后有惊无险

桌面便签写着"今天要重构",这张便签已经贴了两年。同事发来一段代码问我为什么报错,我用 explain 分析完,从此我对这个模块产生了心理阴影

这个 bug 每次只在周五下午出现,我们都怀疑服务器也想过周末。上游服务偷偷发了新版本,我把测试环境的数据库重置了,报错终于变成了我能看懂的样子,感动,同事说这波操作可以写进新人培训教材