软件外包行业的最大问题从领域驱动设计说起「软件外包行业的最大问题从领域驱动设计说起」 _软件外包公司为什么不好做

近年以来，很多人提倡DDD的设计理念。那么什么是DDD呢？领域驱动设计(DDD，Domain-Driven Design)是一种根据领域专家的输入对软件进行建模以匹配该领域的软件设计方法。该理念于2003年首先由Eric Evans在他的同名书《领域驱动设计》中描述，核心内容是在软件设计中，要将我们的注意力放在应用程序的核心，关注业务领域固有的复杂性本身。并且将核心域（业务独有）与支持子域（通常是通用的，如金钱或时间）区分开来，并将更多的设计工作放在核心上。

文章插图
这种理念主要是为了构建复杂领域，将业务的复杂性和技术的架构的实现解耦开来。DDD并不是一种具体的架构，而是一种方法论，通过边界的划分方法构建出清晰的领域和应用边界，让架构更加容易地进行演进。
其实DDD的核心思想非常简单。其实就一句话：软件研发人员需要知道业务需求方要干嘛。在DDD的世界里，一名软件设计人员，应该在与领域专家的交流过程中，充分理解业务需求，并且能够从专业的角度辨别那些内容属于核心域，哪些内容属于支持域，从而针对性的设计软件系统。
很简单吧，但是事实上，很多软件开发人员并不具备知道业务需求方要干嘛的能力。这也是很多软件外包人员过得不如狗的根本原因。
一个典型的外包软件的开发过程是这样的：

文章插图
尽管很多软件从业人员不停地抱怨需求方的苛刻和报价的低廉。然而对于大部分的需求方来说，都有过花了大笔银子却得到一个本科生毕业设计的经历。而这在各类机关中尤其严重，不说全国各地崩溃的健康码，甚至连某个长期给重要单位研发软件的大型国有集团，也有过因为让自己旗下的单位上线集团内部健康码从而导致所有集团领导关键个人信息被一库拖的经历。
因此，很多需求方其实都经历过，从把对方当成是专家，到把对方当成民工的过程。同样是外包， IBM和SAP就成功的保持了自己的逼格，而国内的软件外包行业则变成了IT民工。这其中的最大的原因，就是很多国内的外包走上了一条节省成本，能力不足，成本加剧，再节省成本的恶性循环道路。
而这种恶性循环，在人力相对过剩的中国，很难打破。毕竟，没有什么是加50%人力干不成的，如果不够，那么再加50% 。就好像二战时的蒋委员长，这八百万打没了，我再抓八百万壮丁就是了。
【软件外包行业的最大问题从领域驱动设计说起「软件外包行业的最大问题从领域驱动设计说起」】喜欢本文的话，欢迎关注活在信息时代哦：）