从编程到工程
语言只是工具 。 语言对于一个从事IT相关行业的程序员、技术人员来说，语言仅仅只是工具，从事IT相关行业的人来说，看清楚大的程序来说这一切的开始，就是源于“语言只是工具”！ 猿之于为人，“学会制作和使用工具”是最重要的标志，所以从事IT相关行业的我们也被业外的人称为程序猿，当然这里更多的是读音有点相似。因而我不知道“语言只是工具”这句话，究竟是对语言的膜拜，还是漠视。 然而从那一刻开始，我才真正地知道工程。我们学过的吃、#c++还有现在所学的java，可能有些人说这是几门技术课程，以及这样子说还不如称作几门语言，读了有些时间后、我们才发现这些课程就是几门语言，这几门语言就是我们和计算机对话的语言，所以以我们要学会这几门语言，就这个认识我们要以学习普通话的方法来学习计算机语言，怎样子我们才能学好专业知识。我们不能再专注于语言，正如学者在第一章中写到的一样：成天讨论这门语言好，或者那门语言坏的人，甚至是可悲的。
程序 在最内层的环里，是“程序＝算法＋结构”。这是编程的本源定义，也是原始的状态。与代码相关的任何工作，最终仍旧会落足于这样的一条规则，所以我们学的这个大道至简的原因也就是真个，就像所有的英语单词都是由24个字母组成；所以所有的程序都是由简单的“程序＝算法＋结构”所以我们要耐心的去看程序，才能读懂程序。
方法 推动程序向前发展的，是“方法”和“方法论”的出现。长期的编程实践，自然的归演与总结，必须沉淀为某种(软件开发)方法，于是“过程”出现了，于是“对象”出现了，于是相关的方法论也就出现了。你看不到你做事的行为，也就不能理解“模式”作为一种方法的价值。所以大师们众口一词：模式需要一定的编程经验才能理解。 理解过程也需要编程经验，理解对象也需要编程经验，所以要掌握方法还是需要编程经验，这就是我们经常挂在嘴边的“熟能生巧”。所以学代码还是要多动手。
过程 过程伴生工程而出现。过程解决的是工程中角色间的关系问题。 过程说的是很多的人(团队)如何组织在一起进行开发的问题。它首先把工程中的环节分解出来。这样，有了环节，就有了角色；有了角色，就有了沟通；所以过程很重要；角色的确定，以及角色间的沟通问题，在项目过程中也同样重要。相互的协作是否紧密，是这个项目成功能的保障。
工程 最狭义的工程，是描述“做什么”和“做到什么”。 也就是说，是对目标的描述和成果的检测。当我们用好了我们所学的语言，把我们要实现的目标通过语言、方法、工具实现出来这就是我们所说的工程了。
组织 工程理论其实是包含组织学的。如果说工程关心的是“需求”、“配置”和“文档”等等这样一些要素，那么这样的工程还是停留在技术层面的：关注的还是工程的实现细节，而非目标。从角色的角度来看，这是项目经理和技术经理所共同关注的那一部分。
建好基础，才能盖得上大厦。