改变自己的是神，改变别人的是神经病

以前带新人做前端，我常逐个文件 Review，语法和实现有问题就直接指出。如今 AI 能写出像样的代码，真正让我困惑的反而是：方向说了，资料给了，为什么还是看不到推进？

我问一位新人，希望从做了多年开发的人这里得到什么。他说，刚入场时流程和技术名词都不熟，想先走一遍全流程，具体实现等用到时再深入。这个回答让我重新想了想，自己以为讲清楚的事，对方可能连全貌都还没看到。

世界是一个草台班子

人容易把自己的答案当成一百分，因为我们看不见自己想不到的问题。我熟悉开发、联调和评审，却未必知道新人卡在哪里；新人借助 AI 写出代码，也未必知道它在真实场景中会怎样运行。

可能我的答案是 80 分，他的是 70 分，也可能反过来。重要的不是每次都找出最高分。为了那 10 分反复争执，事情停了，情绪却积了下来。守住质量底线后，团队能持续交出 70、60、80、90、75 分的结果，边做边修正，让平均分慢慢提高，就已经很好。

我可以用一个真实任务带新人走过需求、开发、联调、评审和发布，指出学习方向，分享资料，也示范自己怎样验证 AI 写出的代码。但资料有没有看，下一步有没有动手，卡住时愿不愿意说，终究取决于他自己。

几次指导都没有回声，热情自然会淡。我自己也有明知道该复盘、却迟迟没有行动的时候；连改变自己都不容易，更难靠几次提醒改变别人。能给的是机会和反馈，迈步还得靠本人。

业务会议上，需求为什么做、要做到什么程度，必须谈清楚，也要确认自己听懂了。不能带着模糊的理解开始开发。页面落地时，还原度与交互细节至关重要，它们决定用户最终看到的体验。

前端需要工匠精神。看到好的产品、顺手的交互，值得追问它为什么好：加载时有没有反馈，操作能不能少一步，出错后是否容易恢复。再回看自己的产品，判断哪些细节有提升空间，挑出适合当前场景的改进去实践。持续观察、学习、打磨，才能让自己和产品一起进步。

带新人时，也要先确认他理解了业务和验收标准，再让他独立落地页面。哪些细节没到位，可以具体指出；之后的修改、验证和推进，仍要由他自己完成。