😂 IT段子

产品和设计争论了半小时，最后让我「按感觉来」。我愣了两秒，然后继续敲代码。我把 margin 和 padding 都试了一遍，最后发现是父元素的问题。复盘会上我们把它列成了案例

改了一个像素的样式，整个页面的布局全部崩了。我先确认了一遍前置条件，再动手。我在真机上装了调试工具，半小时后找到了那个盒模型的偏差。真香定律准时生效

前端监控突然报了一堆 Safari 的错误，我第一反应是统计口径错了。这套流程走下来，我从头到尾又确认了一遍。我把这段逻辑挪到了计算属性里，性能好了不少。我沉默了，但心里是服的

这个页面的交互有八种状态，需求文档里只画了一种。我默默记下了这句话。我打开 devtools 逐个元素排查，最后发现是一个上上层的样式覆盖了。那一刻我觉得自己还是很专业的

后端工程师看到前端发来的数据：这格式怎么又是错的。我在心里点了点头。我把这个类名改得再语义化了一点，一个月后我自己也不认识。这大概就是程序员的人生吧

产品经理说这个动画要丝滑，我问什么叫丝滑，他说你看着办。我把整条链路在心里复盘了一遍。我把这个页面的骨架屏加上了，用户至少不会看到空白。这条经验值直接拉满

我看了下这个页面的样式文件，有两千多行。这套流程走下来，我从头到尾又确认了一遍。我在心里给这次上线做好了心理准备，果然出了问题。好在最后有惊无险

一个 flex 布局调了一上午，最后发现是父元素少了个 width。我把相关的记录都翻了出来做对照。我把这个 loading 状态加上之后，产品说太慢了，其实是网络慢。幸好之前留了备份

CSS 居中的终极答案：水平居中用 flex，垂直居中用 flex，全都居中用 flex。我忽然觉得，这可能就是这一行的常态。我把这个 loading 状态加上之后，产品说太慢了，其实是网络慢。好在最后有惊无险

我改了一行 CSS，页面从正常变成了另一种正常。我忽然觉得，这可能就是这一行的常态。我用像素尺量了半天，得出的结论是设计师自己也没对齐。我沉默了，但心里是服的