@Tomfe 让他针对不同尺寸的屏幕都做一套设计方案

@Tomfe #13 UI 没给适配方案，你也没问，测试阶段 BUG 都指给你，优先级还特别高，那你肯定越改越不爽。 这些东西开发前就要达成一致，包括本次测试的分辨率范围、每个分辨率对应的效果图或是适配方案，开发时有擅自修改的地方一定要和 UI 达成一致。发现 BUG 的时候先看看是否是设计问题，对于效果图上没有的、适配方案不够具体的，BUG 责任人都可以标成 UI ，这样你改起来就没有负担了。 另外楼上说的组件化设计也非常对，对于字体、字号、边框这些和你们的 UI 库差异比较大的问题，多跟领导沟通改动所需要的工时，领导肯定还是以工时为重的。

这是基本职责

果然大部分前端是没有 100%还原设计稿的能力

所有数字，要么自动标注，要么让 UI 手动标注，开发按照标注来，只要跟标注一样就不是 BUG

"分布不均匀，文字过大，输入框有点短 " 这些属于基本工作内容 就像测试跟你提出这个接口响应有点慢一样

评估工作量的时候把这一块时间评估进去

之前公司都是要求像素级对齐，迫于 UI 的压力，慢慢的对布局，控件，还有一些简单的设计都了属于心。而且养成了对事情较真的习惯，在我的个人感知里，我很感谢那时候的认真

对着蓝湖的代码抄，也不至于出现这种小问题……

同为前端，我能理解你，本质并不是不愿意还原设计稿，而是某些 UI 水平太次，根本考虑不到例如屏幕尺寸，分辨率，不同的字体宽度大小粗细不一，图片放大缩小导致的比例不一等等适配的问题，就说和设计稿不一样，无法沟通