前端最怕听到的三个字是「再调调」。我抬起头看了看周围,大家都一样。我把这个请求的防抖时间设成了三百毫秒,接口压力小了一半。复盘会上我们把它列成了案例

明明是同一个页面,真机上是好的,模拟器上是崩的。我深呼吸了一下,决定从最可疑的地方查起。我在心里默念了一遍盒模型,然后发现想错了。感动,然后我学到了新的一课

浏览器兼容性调试现场:Chrome 上完美运行,Safari 上原地去世。我盯着屏幕沉默了十分钟。我把这段代码抽成了组件,复用的时候发现参数有十几个。好在最后有惊无险

设计师给的稿子间距是 37px,问就是设计感。我不知道该说什么,就笑了笑。我把这段逻辑挪到了计算属性里,性能好了不少

浏览器兼容性调试现场:Chrome 上完美运行,Safari 上原地去世。我打开记录从头到尾扫了一遍。我把这个弹窗的遮罩层加上了,用户终于不会再点到后面。这大概就是程序员的人生吧

改了一个像素的样式,整个页面的布局全部崩了。我把这个弹窗的遮罩层加上了,用户终于不会再点到后面。我把它写进了组内的避坑文档第一章

前端监控突然报了一堆 Safari 的错误,我第一反应是统计口径错了。我打开记录从头到尾扫了一遍。我在心里默默给这个页面的兼容性打了个问号。我把它写进了组内的避坑文档第一章

我量的间距和设计稿永远差两个像素。我笑了笑,决定不解释。我在心里默默给这个页面起了个名叫「将就版」。从此我多了一条团队规约

我的浏览器里常驻二十个标签页,全是用来对照的。我盯着屏幕沉默了十分钟。我把这个滚动条的样式改了一遍,只在某个浏览器生效。好在最后有惊无险

改了一个像素的样式,整个页面的布局全部崩了。我深呼吸了一下,决定从最可疑的地方查起。我打开手机看了下这个页面,横屏的时候它散架了。第二天这个方案就变成了团队标准做法