devops

因为最近在做产品整理，发现之前对软件工程这个词的使用导致了产品内部模块分组，以及IT开发任务命名的混乱 – 看来可能跟系统一样，软件工程这个词也被滥用了。所以上网看看这个词的一般含义是什么。

First of First：ASPICE里面对Software Engineering的界定是不能在实际软件项目里使用的。

因为ASPICE把软件工程的工作范围界定在模块编码的层面 – 远远满足不了一般软件项目人员对“工程”的期望。

Mehdi对软件工程的看法，显然是包含了项目管理过程的了

David Bolton的看法跟我差不多，工程就是要全包

Bolton也强调了文书工作的重要性。

Bolton的文章也列举了一些工程师与编码员的区别：

因为最近公司内部的DevOps开发、项目辅导要开始上规模，所以看看网上对DevOps的论述。

我不同意这个论点：

看看IBM的论述。

说白了，IBM只不过是说明了它作为一家IT厂家能贩卖什么 – 这个东西叫DevOps而已。

但是，企业Owner、公司利益攸关的管理层对DevOps这个词的期望，远远不止IT人员贩卖的概念那么粗浅

说句扒皮的话，互联网从业人员除了发起一大堆吓唬人的造词运动，造势，碰噱头，拉投资 – 仅有的社会功绩，就是通过做各种小生意发了大财。

如果只讲技术概念和造词，CIMS这个词比黑灯工厂早了50年，在概念阐述上远远比黑灯工厂更加完备，具有更强力的系统开发指导价值。

在管理领域，DevOps这个词充其量只不过是项目管理数字化的一个Nick Name。企业Owner对所谓SAFe、DevOps的期望，是在账本上看到企业效益的增长，而不是看乱七八糟的IT炫技。

软件工程