闲话软件工程师（二）

    十几年前就有人预言，软件开发将越来越多的体现为整合，而不是传统意义上的编程。也就是说，作为软件开发者这个群体将被越来越明显地分化：一部分人编写核心构件和平台，另一部分人使用这些部件像搭积木一样拼装出最终的产品。而后者的工作很多时候不需要太深入的思考，往往只是调用API。显而易见的是，在IT世界风云变幻，产品厂商争夺的你死我活的时候，可以躲在后面笑看风云的只有那些掌握了核心技术的上游厂商，而能够参与编写核心构建的也只有这些企业里的大牛们。我们中国IT起步的晚，能够拥有核心技术的软件类企业更是凤毛麟角。在中国，绝大多数从事软件开发工作的人做的其实都是“整合”。这也是为什么有人会说，在中国做软件，编程技术是次要的，重要的是把握需求，是管理，是构架，是精通业务。这符合现实的情况。
    这种分化对于社会一定是进步的，逾现代化，逾分工明确。市场和消费者无止境的新的需求，催生着更快更好的软件开发方法。套用一句常常听到的话--你不可能再自己重新造轮子，市场不可能容忍你这么做。已经有了某某厂商提供的一切汽车部件（开发平台），你只要组装起来（整合开发），最多换个喷漆的颜色或是安装个更好质地的座椅（客户订制），就可以拿到市场上去卖了。然而这种结果也许并非表面看来的皆大欢喜。
    正如大机器生产的时代导致了大量产业工人的失业；高度自动化的生产流水线，使得工人只需要经过简单的培训就可以上岗，并且只需要机械性地熟练某个工位就可以了。低门槛对于企业来讲是低风险，低成本；对于从业者而言意味着高可替代性、低收入和低保障。这种担忧同样弥漫在软件开发领域。“软件蓝领”这一概念的提出者也一定做过如上的类比。把软件产品开发（这里不是指核心构建的开发）变成传统制造业的一种，是现代软件工程研究的一个目标。不论说这最终有没有可能，但趋势是明显的，像“写软件就是个体力活”这样的论调就是软件工业化进程中的处在最低层的劳苦大众发出的牢骚。这里并没有任何贬低体力劳动者和生产线工人的意思，每一个自食其力的人都是有尊严的。同时“整合”的工作也绝非我上面所说的轻描淡写。只是作为原本应该靠头脑吃饭的软件开发者群体中的很多人是否感受着一种深深的失落和迷茫？
    我没有什么逃出生天的独门法宝，既然潮流来了，我们不应该逆潮流，而要顺应它去找到自己的行业中的位置。我能想到这么几种道路：
1，真正热爱编程且有天赋的人可以继续在纯技术的领土上深耕下去，去做那个编写核心平台的大牛。
2，更深入了解业务规则，做行业技术专家和咨询师。到时候你不仅仅是被动接收客户的需求去订制产品，而是凭借你对行业的了解，提供适合客户的解决方案。
3，在软件工业化进程中一定需要很多兼具理论与实践的项目管理者，有效的技术管理在没有人员素质提升的情况下，本身就可以提高生产力，是很值得研究的一个领域。
4，真正的精通某一个平台或某一组核心部件，对于它们的优缺点和适合的应用领域有深刻的理解，在已有的平台上开发出平台设计者都叫绝的应用。这绝不比第一条简单，是大部分的IT公司都想揽入囊中的顶尖工程师。

    其实所有这些道路的共同点只有一个：就是选定一个领域，然后深入下去，持续地思考和努力。根基深厚了什么样的大浪都无法卷走了。