需要承认世界是不完美的。

有些人适合做编程工程师，有些只适合做执行工程师或实施工程师，前者可能会做标准块和低耦合的程序，注释写的也清楚，并将所有的可能情况都考虑进去在程序里做好接口，后者只想把设备动起来让业主签字后回家，也许会把程序改的一塌糊涂但也勉强能运行，大不了费点时间和多跑几趟售后。当然后者的程序和方案谁也不想维护，也不想直接拿来用。

如果这两拨人都心胸宽广，编程或研发工程师可以做标准程序，实施工程师反馈问题和提供临时解决方案，协同研发工程师将程序完善，这样标准化会快一些，而且由于沟通无障碍，做的不好的程序和方案会被自然“淘汰”，实际上是被研发工程师优化，双方都出了力，都进行了思考。

然而，往往这些都很难实现，尽管如此仍然努力。最好的结果就是每个现场的方案和程序都用的两拨人联合弄的当时最好版本。

可能一味地要求大家在同一平台或标准有些苛刻，有些难度。 这个平台或标准由谁来定也让人头疼。

心胸宽广一些嘛，每个人都可以发表自己意见，但是路是走出来的，对于编程和方案来讲，只要不出安全事故和太浪费金钱都可以接受，让时间和经验，以及大家的眼光决定向哪里走。

各位加油，有的国家做的很好，这需要时间，让人服气也需要时间。