马克·安德森在2011年写过一篇文章，他判断 “软件将吞噬世界”。 认为软件正在吞噬传统行业的一个最有戏剧性的例子是Borders的灭亡和亚马逊的崛起。在2001年，由于认为在线书籍销售是非战略性和无足轻重，Borders同意将它的在线业务移交给了亚马逊。文章中还举了很多例子，例如苹果的iTunes，LinkedIn招聘系统，这些我们耳熟能详的公司，都在取代传统业务公司；
软件还正在吞噬许多被广泛认为主要存在于实体世界的行业的价值链。今天的汽车里，软件操作着引擎，控制着安全功能，给乘客带来娱乐，引导驾驶员向目的地行驶，实现每辆汽车与移动设备、卫星和GPS网络相连接。主要是因为大量软件的运用，汽车迷们能够修理自己汽车已成为历史，这主要通过软件的使用。电动汽车完全由电脑控制，软件驱动的无人驾驶汽车。很多公司都发现他们所提供的价值越来越多地来自于软件系统。
确实如此，现在各大公司都利用软件来替代传统复杂的工作，但是软件也不是万能的。会发现存在以下的问题。
第一：软件开发不好找
1. 开发维护过程难：并非软件的每一个元素都是人为设计的，存在一定的数学基础，不是凭空变的，它需要设计、构建和维护。
2. 需求难写：软件开发是和需求相关，但是需求难写，需要结合各个部门质量工程师、系统工程师、软件测试工程师或项目总监来配合运作。
3. 开发工期长：需求写完，团队配合开发，困难是不可控的，这开发工期不好把控，其次就是外行想找一个好的开发机构不容易，其中会耗损大量 的资金，精力也不一定能找到好的。
第二：软件的运维支持难
1. 服务器不好买：很多公司的系统后台都是需要强大的服务器做支持，有的公司甚至是将服务器放在国外。但是服务器的购买，并不容易拿到好的价格，好的渠道；
2. 软件不会自己运行：任何基于软件的系统，特别是网站这类系统，都需要运维人员和运维流程。否则，软件就像一本没有打开的书，得有人打开阅读并管理它。运维比软件开发本身更重要，代码只写一次，却会运行数千万次。但是传统企业，对服务器运维管理，操作方面会稍欠弱。
3. 复杂的系统良好运行需要DevOps：复杂的系统最好是通过DevOps来改进，DevOps是一组过程、方法与系统的统称，用于促进（软件、程序等）开发、技术运营和质量保障部门之间的沟通、协作与整合。我们通常理解为是通过快速迭代加速交付价值，而这个过程需要所有相关人员的参与，也就是说他们应该跨职能团队进行协作。 如何解决此类问题？需要找到专业的企业，机构或者团队去把问题对接解决。这也是软积木—小敏每日帮各大企业机构解决问题中，总结而出。今日分享到这，下期再见。
