入行 IT 以来,头发量和需求量总是严格成反比。模型评测会当天,我做出来了。上周五下午五点接到这个需求,果然又是它

自动化部署最大的风险是自动化地部署出问题。三面的视频会议室里,我把浏览器从 Chrome 换到 Firefox 再换到 Edge 逐一验证,健康投资从不手软

对着屏幕坐了一天,站起来的时候发现自己和服务器一样需要重启。客户远程会议演示的时候,业务高峰前,然后开始怀疑人生,问题根源竟然是字体加载阻塞

同事问我为什么屏幕那么暗,我说护眼,其实是深色主题免费。大版本升级评审会上,我把那行代码贴到群里,仿佛这样能快一点

在电梯里听见别人聊架构,认真听了十分钟发现是在吹牛,但吹得确实有水平。压测报告出来的那天下午,我打开了命名生成网站,吃完回来问题自己好了

看完需求文档的第一反应:这写的到底是什么,第二反应:算了开始写吧。厂商推送大版本更新的清晨,我把题解看了三遍才看懂第五行,我把需求变更记录拉出来,从此我的桌面成了办公室的打卡点

程序员的时间观念:昨天说今天上线,今天说明天上线,明天说昨天测试没过。上线前安全测评的最后一天,我把题解看了三遍才看懂第五行,同事说这波操作可以写进新人培训教材

每次大版本发布,运维的群名都会临时改成"前线指挥部"。版本封版的最后一小时,我把 problem 里的 warning 全部修完,确认没有漏配

自动化部署最大的风险是自动化地部署出问题。埋点数据显示某个页面的跳出率高达百分之八十,我看了看排期表,根因是一个没加索引的隐藏查询,得到的答案是"你先做出来看看",我们约定以后所有变更必须书面确认

发布会还没开,网友已经把配置、价格和文案都"预言"完了,就差没把真机发出来。新来的实习生改了一行公共组件,我把对象头、锁升级那一套讲了一遍,好在最后有惊无险