软件标准化包括但不限于 PLC HMI 程序的标准化

标准化  包括 规则，方式 ，框架

汽车行业的大厂 基本都有自己的标准化框架  

但是作为乙方， 目前设备集成商 自己的标准化 尚未全面铺开

市场上这东西很少。

因为乙方面对客户，行业，设备类型居多。其标准化难度大。各客户要求不同。

其二 乙方面对 供应商也多，可能多家设备都在使用，部分涉及到甲方采购招标要求

其三 软件版本更新快 。

所以软件标准化 对中小集成商，尤其是不参与电气类工作的集成商老板，到底有多大意义？

20240319更新

以上有一些思想误区，我其实不需要“标准化” 只需要符合我自己需求的“套路”。我自己的项目按照这个套路做就好了。

第一个核心是为什么要搞套路，为什么要按照套路做。是解决“需求”

           所以能解决“需求”的就是好“套路”。

           什么是需求呢？对于自己（也可能是自己的部门，自己的公司）能提供价值的就是需求。

           比如我们公司的程序需要客户看懂么？ 需要，如果客户看不懂就会老折腾我，我就得投入成本进去。比如我们公司的程序需要客户别的乙方看懂么？不需要他想要我们出人支持，请“加钱”。

            也就是说，能提供价值的才叫需求，需求是有大小的。

标准化从自己做起，

从自己的团队做起，

从自己的公司做起，

从自己的行业做起，

先从小处做起，熟练才能标准化，

有多大能力就做多大的事情，

提高效率，缩短周期，减少差错，降低成本。

我觉得啊

规范各种变量、程序块的命名，写好完备的注释也是标准话的一小部分啊

即使什么都做，外围控制也也是  驱动器，电磁阀什么的执行机构，

类似的设备做一个模板，也是能减少很多开发工作，少一下弯路

或者设备的 上电控制，故障控制，都可以做一个自己的规范。

世上本没有标准的程序，做的人或做的次数多了，也就成了标准了。

对于很多人来说，标准一开始就是存在的，写毛笔字的描贴，绘画的临摹，我们看例程学习莫不是如此。

做一件事情可以有很多种方法，在我们对事物的认知完全掌握后，我们找到了或者验证了一种最合适的方法，并予以推广使用，这就是标准化。

但标准化并不意味着我们只需要掌握一种方法就够了，标准化是建立在厚实的基础及基本功上的，熟能生巧，举一反三，融会贯通的基础上才会有标准化，没有一步登天的标准化。

学习标准，执行标准，理解标准，创建标准是标准化的四个必经的阶段。

标准化解决的是软件开发的效率的问题。

标准化不是面面俱到，以不变应万变，没有一成不变的标准，标准化要有适应性，有所为有所不为。

标准话除了解决开发效率问题外

还能保证开发质量的下限

标准化既是一个企业行为标准，也是一个企业管理（治理）过程。

有些企业重视，做的好些；有些差些。

标准化（standardization）和创新（innovation）、优化（optimization）、一致性（compatibility）等紧密相连。联系起来了，可以做得好些。做得过程效率高些。

西门子做得够好了。那么复杂的技术体系，尽可能的逻辑环环相扣。

要有很大的量，获得经验，才能一步一步走上标准化。

多少分钟泡的方便面最好吃？我指定方便面的牌子。你泡。

泡的人不吃上几十包，不问过几十个人，哪敢说得准？

你试试就为了那一次自己的临时早餐，花这个精力去研究这个“多少分钟”。

M记的薯条，有标准的。不知道是一回事撇开不谈。知道的人不多，但是是知道了也不会自己在家这么搞。因为没环境，没设备。谁家有带油温测量的炸锅？谁家有土豆分条的标准切具？等等。一旦拥有这些环境，做出来的薯条就变成了不是自己吃的了。不是自己吃的了。不是了。

我们不能讨论标准化有没有用。这一个结果显然是无力的。（无力，我没打错字）

再举个例子，哪家的显卡往上一插，就可以用了。没达到什么标准，能这么牛逼吗？

我文化不高，技术不好。只能往生活上去理解这点东西。