最近陈果写了一篇文章下一代 ERP 真正革命是开源商业模式，我在2001年开始关注开源项目，并研究了很多开源软件，在工作中很多技术难题，都得益于开源项目。

我个人是非常推崇开源模式。

开源项目的前途如何？

对于开源项目的研究，我早期关注两个开源平台：Sourceforge.net和Apache.org两个网站。这两个网站有大量的开源项目。

在那个阶段，几乎每个主流的软件，都对应着一个开源项目：

比如操作系统主流的Window，Unix，而开源的有Linux；数据库主流的有Oracel，DB2，Ms SQL，而开源的有MySQL；Java Web应用服务器主流的有WebLogic，Websphere，而开源的有Apache Tomcat。等等。

我认为开源是在软件行业某一个已经形成垄断局面下，破局的一个重要手段：通过开源汇聚有理想、有能力、有共享精神的一批开发者，打破垄断局面。

而对于新手，开源是最佳的学习渠道，通过开源项目可以：学习编程思想，学习编程技巧，快速将代码复用到其他领域【可以将代码逻辑复用，这个难度较大；也可以将一些开源项目直接使用到工作上】。

比如以前在i2的时候最初主要做集成，而很多数据是以XML或excel文件的形式的，我当时直接导入两个开源的项目：一个是XML的解析器（忘了开源名字了），另外一个是apache的POI项目（可以直接操作excel）。有了这两个开源项目，集成效率大大提升。

而对于面向对象的编程技巧，我是阅读了apache的ant项目的源代码，一行一行读过的那种，才对Java的面向对象思想有了深入理解。

对于开源项目在行业地位，未来有几种模式：

1、由开源打破垄断，是垄断软件的竞争者。这种模式，就如Linux在操作系统领域，为操作系统提供另外一种选择。

2、由行业领袖赞助的开源项目，形成事实上的标准。这种模式的典型代表是Eclipse，由IBM赞助的软件开发工具。IBM最初的Java开发工具是Visual age，后来IBM赞助了Eclipse这个开源项目，并用Eclipse开发了WSAD（Webshere Studio Application Developer） ，后来很多软件开发工具都使用了Eclipse的框架。

3、开源项目成为一种轻型应用，为入门应用、初学者提供一个轻量级的工具。比如Apache作为服务器，Tomcat作为java web 服务器，可以为初级应用，初学者提供一个环境。企业级应用要考虑稳定性、性能等多种因素，但入门者更多的是要功能的实现，Apache，Tomcat成为一个入门的快速选择。

4、开源项目被垄断软件公司收购，可以是垄断软件公司从防止颠覆策略的考虑，也可以是为垄断企业扩大市场份额。比如开源的MySQL被Oracle收购。

5、开源项目与垄断软件分别占领不同的市场。在2009年左右，研究过开源的ERP，其中最著名的Compiere ERP是仿SAP的C/S架构的软件，Openbravo ERP是基于Compiere ERP基础修改为B/S架构的软件。这两款软件都是仿SAP的软件，但占据的是中小企业的市场，与SAP R/3占领不同的市场。

当然还有很多开源项目逐渐被淘汰了，比如2009年研究的很多开源项目，已经不更新了。

SOA架构与Web Service本质上是不同的

在陈果的文章中有一段：

这一段，我感觉果总是没有理解Web Service和SOA架构的区别，导致这段话的结论值得商榷。

Web Service是一种新的服务

Web Service是在XML诞生后，提出的一种新的商业形态。主要通过XML提供一种服务，这种服务包括数据和流程两部分。比如在2000年左右，讨论web service最典型的场景是天气预报服务和汇率服务。这两种服务是从专业机构获得数据。

Web Service核心有三个协议：

（1）WSDL用XML定义Web Service功能的标准，解决的是What问题，即这个Web Sercice能做什么。

（2）UDDI用XML定义Web Service调用地址URL的标准，解决的是Where问题，即这个Web Service的服务网址在哪里。

（3）SOAP用XML定义封装简单对象的标准。解决的是How问题，即这个Web Service如何将数据以文本协议包装并传输。

SOA架构解决了分布式程序难题

在2000年时，程序的分布式是一大难题。

A程序调用B程序的功能，在早期主要依赖应用集成工具实现，比如TIBCO，Webmethods和MQ。我在i2工作时，i2程序调用SAP的功能，主要是用Webmethods实现的。

很多开发环境，也提供解决分布式程序的难题，比如微软提供的DCOM，后来升级为Com+，Java RMI都是解决分布式程序的问题。还有一种通用的CORBA。

如果所有程序都是微软系统下，用COM+最合适，但有很多UNIX系统程序无法支持。Java程序用RMI最适合，但很多企业也有微软框架的程序。而CORBA开发又比较复杂。

而web service建立的框架使用了XML数据，通过文本传输，所以越来越多的开发者使用Web Service的技术架构做集成：主要是利用WSDL和SOAP协议定义应用接口，而将UDDI协议中的公共URL转为调用企业内的URL即可。当Web Service被集成开发者普及应用后，IBM基于Web Service架构提出了SOA架构。

Web Service与SOA架构有本质的区别：SOA架构是解耦业务对象，组件化程序的架构；Web Service是一种新的服务模式，将数据和处理功能以服务的形式提供给大众服务；SOA是企业应用软件的架构模式，主要针对企业内，WebService是一种公共服务理念。

Web Service是在云计算技术未诞生时，对于服务模式的一种探索，是一种理念的转变。Web Service构思得好，但未成功，其框架被用于SOA而已。

下一代软件是基于现阶段的下一代，而不是基于2005年时软件的下一代

陈果的文章中

引用了SAP的如下图片：

从这些文字看，陈果在2005年架构概念根深蒂固，我引用陈果文章中这张SAP的图来说明，这张图从大的产品来说属于R/3，而SAP产品代际又有S/4，之后又经历过Leonardo，以及BTP。SAP为什么会从Composite Application Framework（CAF）框架 升级到S/4，升级到Leonardo，再到BTP？

我推断陈果是不了解BTP理念才会写出这篇文章。

先说Leonardo是服务模式的一种探索。很多人将SAP Leonardo看作是物联网平台，但在基于云技术的数字化转型的探索中，SAP最先推动的是Leonardo平台，很多功能是基于公有云的，也即基于Leonardo的与物联网、大数据相关的很多功能是以服务的形式提供的。

服务相对于软件的区别是：服务是数据+流程的服务；软件仅是流程的实现。服务与软件在数据方面的区别是：软件可以是对用户数据加工，根据用户数据做处理；而服务除了对用户数据加工外，还会提供额外数据，比如天气数据、汇率数据等非用户数据。

很多大型企业不接受全部是Leonardo公用服务的模式，比如在中国企业，因为数据治理要求，中国的用户无法使用Leonardo的很多功能。

为了应对这部分需求，SAP的BTP平台既支持公有云，也支持私有云的部署、开发。

在BTP最初的版本中，有一个Graph项目，主要是将SAP的标准化的功能以API接口的形式提供给用户。现在SAP API Business Hub提供了ERP功能的标准API。

基于API，如果是公有云上企业应用的API，则对于授权用户来说，就是一种服务，可以提供数据+流程的调用。

如果是私有云上企业应用的API，则是一种架构。

从BTP的理念来说，未来ERP的应用将会标准化，ERP的功能以标准化的API提供。

而我认为BTP的这种模式才是下一代ERP的主流。

我推断他应该没有研究过BTP，或者说没有真正理解BTP。

所以我推断陈果文章中的下一代ERP，是基于他2005年对ERP理解的下一代，以2005年代ERP为基准。

而从2005年到现在ERP的迭代，已经和过去大不相同。

陈果预测值得商榷

在这篇文章中，陈果有一个预测：

对于第1个预言，企业软件行业会不复存在，所有的原子化服务都是开源软件

我是倾向于基于云平台的ERP将是标准化的，即所有的原子化服务都是标准化的，这个标准化的功能是由开源软件还是由开源软件提供，则要根据企业特长来决定。如果说标准化的功能都是由开源软件的结论则不一定正确的。标准化软件功能更需要经验的积累。

对于第二个预言：用原子化服务来构造企业系统会由 AI 完成。

我个人认为由原子化服务构造系统，主要是流程创新。对于创新而言，能说得清楚原则的，AI是可以完成的；但既没有规则、也没有原则的创新，是离不开人的参与的。这个也值得商榷。

对于第三个预言：高情商的人对人的服务，会替代工程师、架构师成为企业应用服务的主要价值创造。

对于未来人的工作，我喜欢SAP智慧企业报告的判断：人做价值更高的工作，重复的，能说清楚规则的工作将由机器替代。这第三个预言，还是蛮符合SAP的预判的。

来源：微信号xuyongshuo-work

作者：许永硕

该作品已获作者授权，未经许可，禁止任何个人及第三方转载。