论“成熟”的软件工程师

接触一个做开发的小头头，30多岁做过许多的项目。什么语言框架都会这么一点。在创业型公司里面，在老板眼中是编程高人，独当一面。在客户眼中是个成熟的工程师，技术牛人。

从不写文档，都是口头指示。注释有写，不过写的是HOW而不是WHY。

写的代码真是惊天地泣鬼神。继承滥用，完全没关系的两个类硬生生继承一下，为的是用到基类中某一个公共方法。就不会把公共方法单独抽出来？

switch能配几十个case，这时候该要继承的时候反而就怂了，不会写个接口dispatch下？

一个函数上千行是时有的事情，最后自己实在维护不了就交给别人擦屁股。有时候别人写好的接口，需要判断下返回值，居然都不判断下就草草封装下给人用，出了问题立刻问责写接口的人。要不是有日志证明，真是跳进黄河也洗不清。可笑的是在发现是自己的问题后，还能美其名曰这是帮忙分担的事情，原本就不应该他来做这么基础的事情。 ，，，，，，是在下输了。

有个新人刚毕业，花时间把自己写的部分模块梳理好，画了UML。他看都没看就说不要浪费时间弄这些麻烦的事。后来发现他根本不知道UML为何物。

槽点多如繁星也不一一例举了。

反观现在中国软件行业，创业型中小企业多如牛毛。老板不用非常有技术深度的人才，可能广度人才是他们所需要，哪里不够顶哪里的观念深入人心。不敢断言像本人遇到的这位“成熟”的工程师在行业内有多少，但至少不能说这是一个反人类的存在，存在既有他存在的价值，他能做的了小头目自有他的道理，至于认不认同那是仁者见仁智者见智的。

所谓闻道有先后，术业有专攻，如是而已。自己看不惯领导，要么走，要么忍。两条路，路在脚下，怎么走，问下自己的内心。

转载于:https://my.oschina.net/fork/blog/532689