明明是同一个页面,真机上是好的,模拟器上是崩的。这套流程走下来,我从头到尾又确认了一遍。我在设计稿里量了三遍间距,最后按自己的感觉写的。这条经验值直接拉满

一个 flex 布局调了一上午,最后发现是父元素少了个 width。我先给自己泡了杯茶,做好了打持久战的准备。我把 margin 和 padding 都试了一遍,最后发现是父元素的问题

我改了一行 CSS,页面从正常变成了另一种正常。我盯着屏幕,觉得这才是我的一天。我在心里数了一下这个页面用到的库,一共十一个。第二天这个方案就变成了团队标准做法

明明是同一个页面,真机上是好的,模拟器上是崩的。我重新看了一遍手上的计划,把风险项标了出来。我在真机上装了调试工具,半小时后找到了那个盒模型的偏差。幸好之前留了备份

产品和设计争论了半小时,最后让我「按感觉来」。我抬起头看了看周围,大家都一样。我在心里把这次改动的范围圈了一下,最后发现是整页。连茶水间都安静了

页面在 2G 网络下加载了三十秒,产品经理说这已经是优化过的了。最后发现是某个第三方组件库自带了全局样式。世界瞬间清净了

前端监控突然报了一堆 Safari 的错误,我第一反应是统计口径错了。我默默打开了编辑器,准备一步步验证。我把这个页面的骨架屏加上了,用户至少不会看到空白。连茶水间都安静了

前端最熟练的技能是把设计稿翻译成能跑的近似品。我忽然觉得,这可能就是这一行的常态。我打开看了下这个交互的实现方式,发现和隔壁组不一样。第二天这个方案就变成了团队标准做法

前端最玄学的问题是「在我这里明明是好的」。我把这段样式注释掉,页面反而正常了,我又默默加回去。幸好之前留了备份

页面在 2G 网络下加载了三十秒,产品经理说这已经是优化过的了。这套流程走下来,我从头到尾又确认了一遍。我用像素尺量了半天,得出的结论是设计师自己也没对齐。复盘会上我们把它列成了案例