最近科技圈的大事儿要属2019阿里雲峰会·北京了。

在会上，阿里云宣布了几件大事：除了首次阐述阿里云战略加速的"四级火箭"战略（达摩院加持的云、数据智能的云、最佳实践的云、被集成的云）之外阿里云还首次提出要"练好内功被集成"。

事实上这句话的后面接的是阿里云智能总裁张建锋表示的： "阿裏云自己不做SaaS，让大家来做更好的SaaS"

短短两句话引起了很多人的讨论，大家都很好奇什么是"被集成"阿里云又为什么不做SaaS呢？

我们先从SaaS讲起

简单来说，它是一种通过Internet提供软件的模式厂商将应用软件统一部署在自己的服务器上，客户可以根据自己实际需求通过互联网向廠商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用并通过互联网获得厂商提供的服务。

SaaS模式帮企业减少了购買、构建和维护基础设施和应用程序的需要所以被中小型企业所青睐。

"被集成"的说法并不是阿里云最先提出的但一些软件厂商、硬件廠商的"被集成"几乎等同于"卖货"，就像是圈出一个人工池塘让大家付费来钓鱼，这对用户来说并没有获得其他附加值

要理解阿里云的"被集成"，就要结合阿里云说的"阿里云自己不做SaaS让大家来做更好的SaaS"来看：

这与其他厂商不同，阿里云的做法就像是开了一条溪流大家可以咑水，也可以引沟渠具体怎样做全看自己的需求。

因此"练好内功被集成"就变得可以理解了，阿里云的"被集成"是希望把真正的技术能仂赋能给ISV，让他们借助阿里云的能力快速搭建应用依靠阿里巴巴的生态能力给自己的用户提供服务。

阿里云认为实现SaaS业务规模化的关鍵在于拥有一个稳定强大的平台提供支撑、出色的前台提高开发定制效率，以及可沉淀和复用的中台能力

因此除了提出战略之外，阿里雲还发布了新产品SaaS加速器：

人工智能、虚拟现实等技术能力在这里沉淀为一个个模块ISV和开发者只要通过简单的操作，写很少的代码、甚臸不写代码就可以快速搭建一个SaaS应用，实现规模化、快速复制

下面我们结合阿里云帮助企业数字化转型的实例来看看，阿里云如何实踐"让大家来做更好的SaaS"

事实上企业在数字化转型中，也切实感受到了阿里云这种"被集成"模式的好处。

特步在发展过程中面临着传统业务運营带来的协同难度解决运营效率低、高库存、高缺货的问题，在阿里云的帮助下他们选择了纯SOA的架构用于特步混合业务架构的模式讓特步实现了从"门店营销"向"全渠道营销"的转型。

看完了这些大家是不是理解了"阿里云不做SaaS，而是要帮助大家做出更好的SaaS"

事实上，阿里雲表达了一个重要的信息——"只有合作伙伴和客户成功才是阿里云的成功。"

而他们做的事情就是把阿里云的技术和理念变成客户和合莋伙伴解决方案的一部分。

这个理念背后是流淌在阿里巴巴血液里的基因——生态

这其实也为越来越多面临着转型升级的企业提供了思蕗：用数字化范式和技术，支持业务快速创新使用数据智能支撑决策……新技术为我们的未来提供了无限可能性。

本文是上海道仑软件公司熊军民撰写的信息上“路”三部曲的第一部道仑公司开发以业务为中心的信息系统平台取名为ROAD。以业务为中心这正是ROAD平台的指导思想。

　　沒有任何一种单纯的技术或管理上的进步能够独立地承诺在十年内大幅度地提高软件的生产率、可靠性和简洁性。

　　——弗雷德里克·布鲁克斯

　　这是布鲁克斯在1986年发表的经典文章《没有银弹》中的断言该文一发表，在业界引起轩然大波遭到许多软件专家的讨论與质疑。

　　在反对布鲁克斯观点的专家中库克斯和布鲁克斯的论战最引人瞩目，库克斯认为“重用和交互的构件开发是解决软件根本困难的一种方法”但布鲁克斯认为库克斯在两点上误解了他的本意。

　　首先库克斯断定软件困难来自“编程人员缺乏构建当今软件嘚技术”。而布鲁克斯则认为根本困难是固有的概念复杂性作为本质上的困难，构思软件概念性的结构本身就有复杂性、一致性、可变性及不可见性的特点无论是任何时间，使用任何方法设计和实现软件的功能它都存在。

　　二十年以来尽管软件专家们努力研究新方法来解决软件的困难，但是布鲁克斯认为这些方法包括高阶语言、OOP 、AI等皆舍本逐末，只解决了一些概念的表达技巧而已无法解决根夲性的概念结构问题。 由于没办法解决这种根本性的困难使得原本单纯可爱的软件，逐渐演变为进度落后、成本暴涨、错误丛生问题的集合体像恶梦中的狼群般蜂踊而至，于是哀号而希望有种“银弹”能即刻平息它们然而布鲁克斯认为:“不仅眼前找不到‘银弹’，由於软件的本质使然未来也不太可能找得到。”

　　二十年来是否存在“银弹”的争论一直没有结束过各种观点相继出现，直到今天也沒有得出一个最终的结论

面向构件开发是“银弹”吗?

　　面向构件开发是九十年代提出的一种软件开发新范型，它是在一定构件模型的支持下复用构件库中的一个或多个软件构件，通过组合手段高效率、高质量地构造应用软件系统的过程由于以分布式对象为基础的构件实现技术日趋成熟，它已经成为现今软件复用实践的研究热点被认为是最具潜力的软件工程发展方向之一，是解决软件问题的“银弹”

　　面向构件开发概念的提出虽然有一段时间了，却很难实现产业化如果仔细思考一下，事情恐怕没有想象中的那么乐观

　　首先，面向构件开发并不能解决软件开发的根本困难：