每个人编程都有自己的风格

admin

需要承认世界是不完美的。
有些人适合做编程工程师，有些只适合做执行工程师或实施工程师，前者可能会做标准块和低耦合的程序，注释写的也清楚，并将所有的可能情况都考虑进去在程序里做好接口，后者只想把设备动起来让业主签字后回家，也许会把程序改的一塌糊涂但也勉强能运行，大不了费点时间和多跑几趟售后。当然后者的程序和方案谁也不想维护，也不想直接拿来用。
如果这两拨人都心胸宽广，编程或研发工程师可以做标准程序，实施工程师反馈问题和提供临时解决方案，协同研发工程师将程序完善，这样标准化会快一些，而且由于沟通无障碍，做的不好的程序和方案会被自然“淘汰”，实际上是被研发工程师优化，双方都出了力，都进行了思考。
然而，往往这些都很难实现，尽管如此仍然努力。最好的结果就是每个现场的方案和程序都用的两拨人联合弄的当时最好版本。
可能一味地要求大家在同一平台或标准有些苛刻，有些难度。 这个平台或标准由谁来定也让人头疼。
心胸宽广一些嘛，每个人都可以发表自己意见，但是路是走出来的，对于编程和方案来讲，只要不出安全事故和太浪费金钱都可以接受，让时间和经验，以及大家的眼光决定向哪里走。
各位加油，有的国家做的很好，这需要时间，让人服气也需要时间。
标准化是系统构架师的职责，负责定义每一个子程序的接口及标准。
子程序是个性张扬的地方。
正如一个社区，每个建筑怎么盖，哪里是配电房，哪里是垃圾站，哪里是公园，哪里是健身房……这些是需要标准化，因为这些东西影响的是全局，是关系到小区系每家每户利益的事。
但是，毎家的装修风格，就是自己张扬个性的地方，只要不影响房屋安全质量，什么样的风格完全房主来定。
这也是为什么软件公司的总部在美国、在以色列，而外包公司在印度的原因。总部制定构架，是标准的，严格的。但是每个包，你在符合构架标准的前提下，是可以自由发挥的。
一个完全标准化的公司，对年轻人是没有吸引力的。一个对年轻人没有吸引力的公司，我不敢想象其未来。现在全世界最活跃的公司不是日本、美国、德国，而是在以色列。而以色列总结自己成功的原因，就是不唯上，不唯权威，自由讨论，自由发挥。
1)把一个应用标准化，模块化，这本身就是一种创新的工作
2)标准化和模块化体现在工程师工作的各个方面，图纸，程序，技术文档，安装调试的流程等等
3)标准化和模块化是需要有权威性的，这个权威可以是个人，也可以是一个团队组织，比如opc基金会
4)标准化和模块化是需要推广的，有商业化的推广，也有立法层面的强制执行
5)标准化和模块化并不压制创新和发明创造，相反在规范下的创新是更有效率和成功率的
6)学习标准，使用标准，制定标准，推广标准是一个优秀的工程师应该具备的能力与素质，以及职业道德
再说一句，即使是“个性张扬”也是有标准的，说实话，对于系统方案可以个性张扬，当对于编程而言，我觉得完全没有必要个性张扬，怎么简单，可靠，实用，就怎么编程序，用最简单朴素的程序完成最复杂的功能才是上策。