对一些人和事的感想

记得之前有家公司，一个年龄比较大的开发，平常说话都不怎么利索，对接不多，偶尔对接起来技术也没感觉多好，后面不知这老哥怎么搞的，深得老板信任，提拔他做技术负责人，这哥们新官上任三把火，首先就是统一命名规则，每一个类、一个方法的命名都要经过他的同意，两个相近的词必须要以他的为准，这本身没什么大事，比较一个团队要方便代码一直，命名也要有个标准和尽量一致，好的命名也方便阅读理解和维护。可关键是当时在做一个大改版重构，重构还有一个明确而紧急的截止时间，时间本来就紧张了，还大家要专门花一两个周来专门统一命名，我当时就觉得这种人是抓不住重点，分不清主次，不优先把业务快速在截止时间内实现，非搞这些做好了对业务和需要的开发帮助有限，暂时放松下也并不会有什么业务和代码上的影响，但是搞不懂的是此技术上负责人想法如此不同，大概是一方面他对代码有洁癖，初登大位，要对团队训练服从性，关键是他能说服老板接受这件事也是很厉害，下面的人私底下对他都每一句好话，但是也没几个干当面说个不字，真不懂这个世界。当然最后的结果时大家拼命的加班，在超过截止日期没多久项目还是上线了，后续美国多久我也离开了公司，这件事让我对该公司以及该公司老板都没啥好的印象。

最近有发生了类似的事，一个负责人的所谓自己人的一个技术大佬，之前跟他对接过几个小接口，整个人自己觉得厉害，好几次项目快上线了，后端接口被他一检查说太烂，功能没实现，有安全风险等问题，对接的后端小哥都快抑郁了，这个架构师一样说话都说不清楚，脑子里全是设计模式、安全、命名风格，这些当然重要，可也要为业务服务，在业务有明显的截止日期且时间明显不足时，还在以势压人憋着其他人改名称，平常别人一个周能做完的业务，他自己不做只评价别人，觉得别人做的质量差，结果这次新需求让他亲自操刀写，结果过了两周还连接口都没通，安全、性能这些看不到他们的代码不好评价，但是连功能都没做完，还在花时间统一代码命名，简直是个迷，不过谁让他是上面的自己人呢，其他一堆堆人一样，要么是某些人的自己人，要么是抱某些人大腿的善于向上管理的人，总共没几个人，全是些不堪入目的事，真实庙小妖风大，池浅王八多。