Reload Original PagePrint PageEmail Page

乱象,印迹 » 企业开发的互联网转型

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

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

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

首先,经济的发展诞生了越来越多的小企业,而信息化的发展已经让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,也可以分几家存储)。如果不能采用类似的方案,必然要求企业系统的开发者“亲力亲为”地解决这种问题,分散了本该聚焦在核心业务上的注意力。

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