从编程到工程
语言只是工具，猿之于为人，“学会制作和使用工具”是最重要的标志。程序=算法+结构，这是编程的精义，也是最原始的状态，如果画成一张包含图的话，那么外面就是方法，其次是过程，再然后是工程，最外面是组织。从有开发的行为开始时，它就存在了，在期间出现了循环与分支，推动这种逻辑向前发展的是“方法”和“方法论”的出现。随着编程的发展与长期的实践，沉淀出了某种东西，那就是过程与对象，然后新的方法论也出现了。其实方法的出现是必然的，发展与实践积累到一定的地步，那么更高层的东西便出现了，也许能更方便解决这个问题的东西不叫做方法，其实他只是换了一个名称罢了，也许你现在用的东西其实就是方法呢？所以只有经过不断地实践才能明白编程的精义以及更高层的东西。
过程是伴随着工程出现的，过程说的是团队如何组织在一起进行开发的问题，确定环节，分工，角色，然后便是沟通。环节中哪些环节重要取决于具体的编程项目，分清项目中的环节重要性，否则产品周期一再拖延，那么你就坐等失败吧。角色的确定以及其沟通同样重要，因为若无法沟通，那么得出的结果不会好，也许会导致团队矛盾，项目彻底失败。接下来谈论工程。那么工程是因为什么出现的呢？很显然，是软件的规模不断增强的原因，以前的问题也许只需要简简单单的几行命令就可以解决，然而现在项目逐渐复杂，它也许需要各种不同知识领域的人来参加开发，这同时也是为什么重视沟通的原因。庞大的工程决定了团队必将越来越庞大，而这就将考验一个公司团队的团队意识与凝聚力了。
工程理论其实是包含组织学的，在一个开发团队中，一个项目中，很显然并不是仅仅是技术性的，还有一部分为非技术性的，它也是为这个项目服务的，作为一个项目经理，你必须有一部分工作是非技术性的，甚至绝大部分。因为你必须关注对工程的组织与计划，做一个整体的把握，站在一个组织者的角度上去考虑这个工程。有可能你做好了一切，但是项目是有风险的，好的经理并不是不犯错误的人，而是尽量用少的错误来成功的人。很多人认为BOSS是给自己发钱的那个人，其实发钱的决策通常由三个角色来决定的：部门经理、绩效经理和财务经理。BOSS在公司中解决的是经营问题，他决定的是公司的发展方向，也就是你的项目发展方向，而项目经理等则保证经营者的方向是正确的。