上面诸位说得很精彩，也说说自己的一点感受。

1、技术之外的东西——沟通。

做控制的人，判断你做的东西合格不合格的标准只有一个，能否安全、可靠、高效地满足“问题域”的要求。客户的要求，并不一定是“问题”的要求，反而可能会成为问题。真正的需求是什么？是工艺。如何得到正确的详细的工艺需求？你需要沟通！和谁沟通？和了解掌握工艺的人去沟通，沟通的时候你还要会“挖掘需求”，你要具有很高的“翻译”能力，因为，有时你面对的人员，他的语言描述不一定就是用你经常使用并理解的内容，你需要“转换”成专业词语。还有他们的描述有时是片面的，或者说是笼统的，你需要更深入地挖掘控制上的一些细节，这些做到了，后期调试时面临更改变动程序的情况就会少很多。

2、沟通之上的东西——系统分析与设计。

控制是解决问题的！你所使用的一切技术、技巧、设备，统统都是解决问题的“工具”！

分析与设计，个人认为没有顺序上的前后之分，而是近乎是同时进行，分析的时候你会在潜意识中就想到了一些相应的对策，打个简单比方，工艺中有压力、温度等要求，你就会想“哦，这是模拟量”。分析-->设计（对策）-->（反馈）分析，应该是一个迭代的过程。理论上你可以采取“从上到下”先大而后小之或者“从下到上”先小而后大之，或者二者合一，同时使用。

先把问题简单化，分解为几个内容相对独立的“概念”，再做“概念”的文章就好。如计算机的CPU、I/O等。

要把问题当成问题看待，但不要让“分析”问题成为“问题”。

这也就是为什么有些规模的工程需要电气、机械、工艺、控制等各方面的人们坐在一起讨论，有什么需要解决的东西，大家坐下来，统统说出来，详细记录，认真对待的原因了。毕竟，一张纸折的不对，可以重新折或者干脆换一张纸重新折，因为它的成本低。可是，工程就不能这样，因为成本问题。

工程早期分析和设计阶段的主要任务就是大家一起把要犯的错尽快地犯完！当进入执行阶段越完后犯的错，纠错成本越高！！有些甚至是致命性的，会直接导致工程失败！！！

经济学上讲“物质基础决定上层建筑”，同样，我们可以说“分析和设计能力决定整体质量”。

3、真刀实枪——执行。

孔老二说“取乎其上，得乎其中；取乎其中，得乎其下；取乎其下，则无所得矣””，执行当中的打折扣问题，是工程中的常见病。

做事情要做到位，说起来容易，做起来确不容易。

绘图、配柜、接线、编程、文档，这些事情有些有标准可以遵循，有些却没有。有标准的也不一定能做的够标准，没标准的也就更没保证了。

图纸“画得能看明白就行”，接线“接上就行”，编程“编的出来，跑的起来就行”。

到最后，真行吗？！

个人一直有个挺二的观点：图纸要画得有“骨”有“肉”有结构，有大有小，大处让人一看“哦，有这几部分”，小处让人一看“这里挺细致全面”；接线要像过去青楼的名妓一样“色艺双绝”——够看够用；程序要编得——带预见性的傻瓜式“好用，好明白，要让摸摸头皮热乎的人都能很快看的明白，用的说好”。像白居易写诗一样，写的怎么样，读给老太太听听，看看能不能听得明白。别整得跟像外星人写的似的，不说别的地球人看不懂，调不了；就是自己三个月后，再拿来一看，“Oh,****!”直接SB了。