没有前途的SE是什么样的

我曾经在很长一段时间内从事某个行业软件的技术支持工作，任何事物的最高发展阶段就是它的灭亡，我现在终于灭亡了，感谢真主。按发件人整理以前的往来邮件，居然也归纳出了两位数的文件夹。这几十个发件人绝大部分是同一集团公司里的SE，他们从日本各地无差别地长期供应土特产给我，但处境命运却迥然不同。整理邮件时顺便粗略地分析了一下那些职业前景不明朗的SE们失败的原因，有点心得，忍不住拿出来现一下。

1、意志软弱。
这个结论让我自己也很吃惊。失败的SE求援的邮件也多，其中大约80%的问题，就是和他们一起翻阅相应的帮助文件就找出了解决方案，或者干脆我还不知道怎么回事他们自己就“噢，哦，呕”地明白了。这些SE仿佛是在挖掘隧道，方向也对工具也新，但在差一点就要贯通的时候却悲观地停下来回头张望。更有甚者，有些SE的求援电话，根本就是想找个人说说话，他们以某个技术问题为由头，几十分钟几十分钟地诉说困境，我经常一边听一边捂住话筒喝咖啡，有时候还上厕所（上厕所偶尔会被听出来）。

总之，如果SE们再坚强一点，对独力决断不感到恐惧的话，我大部分的时间将是闲着。

2、复杂化思考。
在剩余20%的问题里头，有一小半可以归咎于功能垃圾。这些SE往往将系统搞得过于庞大，他们给共通函数设置了太多的参数，企图以一个函数去应对所有情况，结果让代码效率变得很低。杀鸡这种事，往鸡脖子上抹一刀就可以了，他拔出大小几十种刀叉剑戟甩过去，鸡的方圆十里之内寸草不生，而鸡呢？“要死哪有那么容易，顶多重伤”。

提示：这种SE的电脑桌面，往往堆满了各种图标。

怀念简洁流畅清晰高速的汇编世界。

3、不识时务。
剩下的问题就相对具体了，勉强挑出共同点的话，就是一些SE不懂回避不可抗力造成的失败，比方说Windows的497日问题，又比如SQL Server的内存蚕食问题。任何软件都存在出错的可能，作为系统集成者，应该自觉回避而不是将错误归咎于微软升阳IBM甲骨文宝兰，就算那些大公司承认是他们的错，对于客户来讲，你设计的系统不好使，回家玩去吧，玩得开心一点。

结论：能转才是硬道理。

以上，事后诸葛个人体验。
谢谢观赏。