😂 IT段子

前端最怕的不是难题，是「你顺手改一下」。我想了想自己这些年，好像确实如此。我打开看了下这个页面的首屏时间，决定先发给设计看效果。果然现实比段子更精彩

前端的时间有一半花在了和浏览器解释同一个样式。我抬起头看了看周围，大家都一样。我把这段逻辑从 onMounted 挪到了 onUpdated，问题消失了。那一刻我觉得自己还是很专业的

联调了一下午，最后发现是前端传的参数名多了一个 s。我打开记录从头到尾扫了一遍。我打开 devtools 逐个元素排查，最后发现是一个上上层的样式覆盖了。感动，然后我学到了新的一课

前端工程师写 CSS 的时候：为什么这个 div 就是不听话。我忽然觉得，这可能就是这一行的常态。我把这个滚动条的样式改了一遍，只在某个浏览器生效。好在最后有惊无险

我改了一行 CSS，页面从正常变成了另一种正常。我叹了口气，然后打开了编辑器。我在心里算了一遍这个布局的可行方案，然后用了最简单的那个。办公室安静得能听见键盘声

页面在 2G 网络下加载了三十秒，产品经理说这已经是优化过的了。我默默给这个组件加了个 !important，然后装作什么都没发生。办公室安静得能听见键盘声

前端最怕的不是难题，是「你顺手改一下」。我想反驳，但发现他说得对。我打开看了下这个组件的 props，发现有八个是必填的。复盘会上我们把它列成了案例

这个需求在 PC 上很优雅，在手机上完全是另一回事。我想了想，觉得这话没法接。我打开看了下这个页面的无障碍规范，然后先记了下来。从此我多了一条团队规约

前端最怕听到的三个字是「再调调」。我叹了口气，然后打开了编辑器。我把这个组件的事件冒泡拦住了，父元素的点击终于正常。真香定律准时生效

前端工程师写 CSS 的时候：为什么这个 div 就是不听话。我想反驳，但发现他说得对。我把这个类名改得再语义化了一点，一个月后我自己也不认识。连茶水间都安静了