从全栈工程师到全栈整合师：再见，Web2.0时代的英雄

        猎云网 11 月 21 日报道 （编译：绿岛的索拿大）

        全栈工程师，Web2.0 时代叱咤风云英雄。一个人掌握整个平台的 IT 神话，在当今新开发平台和个人终端不断增长和完善的大平台下又该何去何从？今天，猎云网编辑将带你探索全栈开发者在变化的需求中的前世今生。

        每个互联网行业的从业者都曾经对全栈开发者有过各种各样的幻想。全栈工程师在 Web2.0 时代是每个项目不可或缺的资源，然而，随着新一代互联网创业大潮的席来，虚拟空间所呈现的想法到了极致。从人工智能到云服务分析，单个全栈工程师不再可能 统领每一个部门的运营。

        全栈工程师的神话

        在互联网时代起步之初，因为软硬件平台的限制，编辑一个程序往往只需要一名工程师，而使用汇编语言也是工程师作业的唯一规范。然而，随着 80 年代末在客户机/服务器处理结构的技术进步和 90 末互联网浪潮的风靡，编程成为了一个团队项目。新技术带来的每一个子项目往往都需要一名专家来运营，而在数据库、用户服务器等技术的应用中，每一层级都由 一名专家负责也是很常见的情况。因为这样的技术革新，运营一个网站变成了一项无比复杂和艰深的工作，全栈工程师也因为这样的状况而愈发受到重视。

        随着技术的不断革新，到了 21 世纪的头十年中期，任何程序公司，无论是简单的网页制作还是新一代 SaaS 服务平台的开发，其人工成本都变得无比高昂。人工成本增长的原因很简单，随着程序需要涵盖的技术模块的增长，单个个体再也不可能同时掌握这么多专门的技 术，保持对他们的更新并且领导这些技术在产品中的应用，因此昔日由一个主栈工程师负责的事物被分割成多个部分分配出去。正如 Mosaic 创始人 Marc Andreessen 所指出的，“随着程序员的增加，沟通成本大幅上升而沟通效率急剧下降。”

        随着科技的进步，也有方便的一面。Web2.0 时代通行的代码变得更加简洁明晰了，程序员们放弃了陈腐复杂的 Java 包转而使用直白的 LAMP 组合（Linux， Apache, MySQL, PHP/Python/Perl）；类似 Django 和 Ruby on Rails 这种新语言和框架让网页和数据库之间的交流变得直截了当；例如 jQuery 的前端框架系统让各个浏览器间错综复杂的关系变得清晰，类似 Amazon Web Services 的云服务让物流和新技术触手可及。

        程序员间在大数据库、运营支持、服务器逻辑运算等技术服务上的交流和支持体系得到了大幅提升，新一代的全栈工程师的职责就是在林林总总的技术团队间协调、交流，当技术团队的数量随着新技术应用而增加时，相应的增加负责的全栈工程师则会显著增加团队间交流效率。

        从全栈工程师到全栈整合师

        当你新建一个页面时，Image-1 的项目是你第一时间想到索要覆盖的平台，一个全栈工程师可以让这些项目的交流效率大大提高。但随着科技的发展，这几个平台其实并不是真正的“全栈”了，我认为真正的“全栈”应该如 Image-2 这样。

        我相信没有人能够精通上面每一栈的技术并且实时跟进新晋发展还能带领团队应用这些到事件当中去。因为仅仅是跟进这些技术的进步就是一项全日工才完成的繁重任务了。

        在我们身处的年代里，技术日新月异的革新，新的突破不断的发生。仅仅是开发优秀的 iOS 和 Android 应用都需要精通每个平台的优秀工程师，运营 MongoDB 这种数据库则需要长时间专注于此的人才，云服务的支持需要云技术的专家，在这个时代，每一个新的子技术都需要专门的人才负责。面对这样的现实，全栈工程 师，一个能够理解每个平台每个服务每个子项目工作原理的人对于企业至关重要。在当下，我认为这样的人才随着他的职责改变而从一个全栈工程师变为一个全栈整 合师，一个联络各个技术项目组，具有战略眼光统筹全局的人。

        再见了，全栈工程师，新的时代里，让我们张开双臂拥抱全栈整合师吧，IT 行业将会无比的需要你们。

        Source：R&W