tinkgoose

@weixind

如果他领导说，你代码写得好烂，我觉得算人身攻击。如果他领导全程只说了「对你很失望，回去想想吧」，我觉得不太好，但没有到需要讨伐的地步，除非有别的目的。「我对你很失望」太阿里味了吧。

我原贴想说的再提炼一下，作为 mentor 或者 leader 没有义务一定要非常确切地指出你错在哪个地方，尤其是什么一行一行带着复盘，带一俩人可以，带多了从实践上就不太可能。大概地说一下你哪里有问题就可以了。说真的，我从业以来也没遇到过这么好心的人。精确地指出别人的错误，本身就是一种能力。如果有人可以这样指导我我会很高兴。

当然大家都是在夸张化自己的表达，只是反对这种阿里味而已。

代码烂这个事情，如果有经常性 code review 的团队，根本不会今天才说。那么为啥突击看你啊？要么有人说你代码不行要么你服务老是出问题，要么就是你领导真的要 pua 你了。不管怎么说楼主都要真的想一想。

插一句，都按楼里的思路，对领导高标准，打工人可以摆烂的话。好吧，领导也是打工人，领导为啥不能摆烂。他为啥非要 review 代码啊，他坐在那里画画 ppt 、排排期、群里聊聊天不香吗？还要他一行一行看，一个 bug 一个 bug 指出来，什么啊，培训班老师都不带这么仔细的，交学费了吗。

按良心讲，他指出你代码不太行，暗示你技术要自己钻研一下我觉得已经属于好心。好好想想怎么了，又没有说别的。正常人应该主动问自己代码不行在哪里，领导要是说不上来那你再来发帖喷他不懂装懂 pua 你。

@ytmsdy 那这领导真是闲的，还一行一行看，交学费了吗

@bjzhou1990 用完湿厕纸，再用普通抽纸擦最后一下把水分吸一下就可以了。

那当然用你们公司前端会的框架啊。

用 angular ，然后你写一半，不懂了，想请教一下你的前端同事，人一问你用 angular ，抱歉，没仔细研究过，那你自己鼓捣去吧

先制造一个痛点，再解决痛点

典中典。互联网没有记忆系列。


@murmur mbp 自带触摸板了一般没必要再买一个触摸板；但是 mbp 没有自带鼠标，所以要买一个鼠标的概率会高很多。

@wangyzj 手滑了囧，不过一般来说格式、命名简单的我这边都是依靠工具而不是人来约束，因为确实没那么闲。

然后不了解这块业务的人去 review 的话，基本只能保证不出大问题，让项目更规整一些。所以这对 reviewer 的要去蛮高的，真的更依赖于 reviewer 的自觉。按经验我被 review 到的时候，都是一些不痛不痒的问题，很少能指出很实质性的问题，往往都是出了问题或者有同事来修改这一块的时候才发现的。

review 还是蛮有意义的，也不需要一直 review，一般磨合一段时间，就不需要过分地 review 了。