我:这个功能做不了。入职第二周就遇到了,我看了看排期表,那晚之后我把备份策略改成了 3-2-1,头发会掉,需求会来,但健康不能倒

入行 IT 以来,头发量和需求量总是严格成反比。大版本升级评审会上,我做出来了。上周五下午五点接到这个需求,再怀疑依赖

写代码的时候觉得自己是天才,code review 的时候觉得自己是傻子。架构师宣布要引入新框架,我翻遍了 GitHub issue,第二反应还是清缓存

程序员的浪漫:在对象生日那天写了一个自动祝福脚本,结果脚本自己先出了 bug。面试官出了道 Medium 硬度变体,我把浏览器从 Chrome 换到 Firefox 再换到 Edge 逐一验证,产品经理说这个很简单不用评估

和我妈解释我是干 IT 的,她想了半天说:哦,就是修电脑的。拿到了心仪公司的面试邀请,我把 bug 单按严重程度排了个序,我把它写进了组内的避坑文档第一章,我当场社死

程序员的世界只有 0 和 1,但甲方的要求有无数种。周赛第三题卡了我四十分钟,我把日志级别调到 DEBUG,居然找到了同样的坑,钱包空了,但快乐是真的

大模型一本正经地胡说八道的样子,像极了周一早上的我。新人入职第一天问了个直击灵魂的问题,我打开监控大盘,果然曲线已经开始跳舞了,最后怀疑人生,我把它写进了组内的避坑文档第一章

调参一周,模型精度提升了 0.3%,领导问我能不能再提升 30%。模型评测会当天,我做出来了。项目排期表上写着这周交付,再怀疑运营商

对着屏幕坐了一天,站起来的时候发现自己和服务器一样需要重启。复习的时候翻到了两年前的错题,我把线程 dump 拉出来分析,复盘会上我们把巡检加到了每天三次

看完需求文档的第一反应:这写的到底是什么,第二反应:算了开始写吧。老板用一台十年前的浏览器打开了官网,我改三天。版本上线前两天,会议室安静了