企业开发的互联网转型

　　算起来，我从互联网开发投身企业开发已经有四年多时间了。刚刚进入企业开发领域时心里很是忐忑，虽然也读过《企业应用架构模式》之类的书，到底 没有做过正经的“企业开发”，好在业务不算太复杂，所以更多是借着之前互联网开发的老底子解决问题。而且，这么做确实能解决问题，只是心里还不太放心，总 觉得这不是名正言顺的“企业开发”，以后会有问题。

　　谈到传统的企业开发，大家通常想到的是“为明确目标（通常由甲方设定）而开发的紧耦合固定系统”，主要元素包括重型框架、长发布周期、严格的限 制、海量的文档、对商用软件的倚重等等。谈到互联网开发，大家通常想到的是“为不明确或多变目标而开发的松散多变系统”，主要元素包括轻量类库、迅速迭 代、不断试错、简单交流、开源/免费软件的广泛使用。传统上，企业开发和互联网开发俨然两派，你觉得我是杂乱无章的恣意胡闹，我觉得你是傻大笨粗的因循守 旧，好在双方“井水不犯河水”，也相安无事。

　　企业开发和互联网开发的这种区别，让我在以互联网开发的方式应对企业开发任务时，始终有挥之不去的担忧。然而工作得越久，事实却不断证明这种担 忧是多余的，或者至少不必高估“企业开发”的正统性。而且，有越来越多的迹象让我相信，企业开发的互联网转向，即在企业开发中越来越多地采用互联网开发的 方法，是未来的趋势。按照我的总结，原因大致有以下几点。

　　首先，经济的发展诞生了越来越多的小企业，而信息化的发展已经让 IT 成了各种企业的必须，传统的“企业开发”无法适应这些小企业的需求。前些年大家开个饭馆、书店，可能手工记账即可。现在哪家饭馆、哪家书店没有系统，简直 是不可想象——哪怕这种 IT 系统是非常简单的程序。尤其是在电子商务兴起之后，中小企业都希望上网展示自己、拓展业务，这时候更少不了系统。对于信息系统，这些小企业最关心的是简 单、便宜、易用，传统的重量级、长周期、高投入的“企业开发”完全无法满足。即便企业业务增长迅速对系统提出了更严格要求，这种业务通常也是创新型的业 务，没有现成的系统系统可用，所以更加可取的是互联网开发模式下轻量级的、迅速迭代的系统，辅以优秀的架构和精心的设计。

　　其次，企业开发已经很难吸引到优秀的人才加盟。早年的软件开发几乎就等于“企业软件开发”，一招一式皆有成为规范可循，而互联网开发更像是半路 出家，“摸着石头过河”的产物，长期不为科班所正视。所以之前定义的“好学生”，往往是理论学得扎实、教材读得仔细、工具用得熟练的人，所以“好学生”往 往能成为企业开发的优秀人才。如今的情况却大不相同，“好学生”嘴里谈的更多也更感兴趣的，大多是 MongoDB、Node.js、Ruby on Rails、Go 等等新鲜玩意。别说“老派的”WebService、Struts、Hibernate，甚至就连更“先进”的 .NET MVC、Spring 估计都不能引起他们的兴趣。加之传统从事企业开发的人对技术的保守特性（更愿意采用成熟技术），直接杜绝了大量人才（包括优秀的苗子）进入企业开发领域的 可能性，而没有新鲜血液补充的企业开发团队，不说开发新功能，维护的成本都会日益增高。我曾经遇到过客户仍在使用 Delphi 开发的系统，可惜已经很难找到人维护了。

　　再次，移动办公的应用场景所倚赖的技术离不开互联网。传统的企业开发，无论 Java 平台还是 .NET 平台，与如今流行的移动开发基本是“绝缘”的。企业开发所使用的 COM、SOAP、WSDL、ActiveX 等等技术，在 iOS、Android 开发者看来，简直是天方夜谭，即便费劲周折，也不一定能取得好的效果。然而，企业系统分明又面临着支持移动平台、移动办公的压力，如果固守之前的套路和技 术，只有死路一条。如果企业开发逐渐采用 Ruby on Rails，RESTful 等技术，那么整套系统还有什么必要死守着之前的 SOAP、WSDL 之类呢？

　　最后，如今的互联网已经越来越讲究互连互通了，传统企业开发的“闭环”思维和模式，已经越来越不适应时代的要求。我接触的很多客户、合作方，发 现企业系统的一大问题是信息孤岛效应。传统企业开发讲究“安全”，所以信息都是闭环，只要内部运行流畅稳定即可。可是，一旦需要与外部进行数据交流（比如 将微博、微信对接到 CRM，将公开市场上的物料信息对接到 MRP），则叫苦不迭。因为没有合适的对外接口，所以要么就冒很大风险给出权限很大的帐号，要么就只能通过 QQ、邮件、电话等方式人工交换数据。无论如何，执行起来都有诸多问题。企业开发这种为确定目的“量身打造”紧耦合的系统的做法，在互联网开发的人看来是 不可想象的，在互联网开发的人脑子里，世界天生是由无数 API 构成的，设计、开放、使用安全合理的 API，就提供了无限的想象空间，无限的交互/合作机会。

　　不能互连互通的另一大问题在于，互联网、云计算，已经为以前麻烦的众多问题提供了低成本的解决方案。比如困扰许多企业系统的存储问题，传统的解 决办法无非是购买专门的存储设备，购置费用一大笔不说，支持和维护的支出更是没有尽头。但是同样的问题，在互联网上已经有非常成熟的解决方案，存储的价格 相当低廉，很适合存储海量的非敏感业务数据（如果不信任国内的云服务商，可以存放在亚马逊的 S3，也可以分几家存储）。如果不能采用类似的方案，必然要求企业系统的开发者“亲力亲为”地解决这种问题，分散了本该聚焦在核心业务上的注意力。

　　当然，传统的企业开发方式里，还是有很多有意义而且值得保留的做法，比如明确的目标设定、详细的需求管理、规范的进度把握等等。我曾在知乎看到 有人评价说“互联网有时给人的感觉是太杂乱无章了，有时根本不按规矩来，而要真正做好一件事情，基本的规矩是必须要遵守的”，这种观点我很认同。但是总的 来说，企业开发从传统的“企业开发模式”转向“互联网开发模式”，是“不得不为”的趋势。我心中理性的企业开发，应当是在“专心关注核心业务”之外，广 泛、合理地应用外界各种开发技术和资源的模式。各位身处企业开发领域，但还没有足够资本退休的朋友，或许该早早做准备了。