本书第六章《从编程到工程》主要讲到了“语言只是工具“，”程序“，”方法“，”过程”，“工程”，“组织”，“上帝之手”8个方面，层层深入让我有体悟到要想把一个工程完完整整的实现好自己应该具备哪些素质，自己的着眼点应该放在哪里，一个工程应该如何一步一步的完善，该总样看待方法与模式和该如何在公司中更好的生存下去。
作者在“语言只是工具”中讲到，自己花了好长时间才从热爱Pascal/Delphi痛恨c语言的思想中走出来，“成天讨论这门语言好，或者那门语言坏的人，甚
至是可悲的。”作者如是说。现在我可能还不是深有体会（因为目前只会Java和c++两种语言而且这两种语言有好多相似之处），但是把着眼点放在那门语言对于编写一个程序或者工程更加好更加简洁有效或者在工程的冒个细节处死死纠缠这样的程序员不是有强迫症就是处女座的（^_^）总之把焦点放在无关紧要的小事上无疑不是明智之举。语言不过是一种工具而已，我们不过是利用它来实现我们的思想罢了，电脑对哪种语言都是可以理解的只要你用的是汇编语言，而且在选择工具时要首先看到它们各自的长处以便使代码更加简洁有效。
“程序”与“方法”是实现一个工程必不可少的东西，而作者说道：所有的程序最终都归于一条规则：程序=算法+数据结构。至于方法那是历代编程人员总结出来的东西，也可能是你正在使用却并未注意到或并未总结成文的法则。所以在生活工作中培养善于总结善于发现的品质也是一名优秀的程序员应该做的，也许下一条法则就是有你来命名了。把焦点放在上一次错误的代码上比急着编写下一行代码重要得多，因为在总结过后你可能会发现下一行代码那样编写还是错的！！！
过程伴生工程而出现。过程解决的是工程中角色间的关系问题。作者给出这样的结论，完成一件工程并非一朝一夕的事儿它需要时间需要工作人员需要各部门分工合作来完成，这就要通过人与人之间的沟通与协作。任何一家公司其根本的出发点都是利益，所以我们不可能去违背客户的意愿去无限的拖延工期即使这样会使我们的工程更加完美更加使我们有成就感。还有工程自所以称为工程其规模之大就不必言语了其所需的团队人数之多精通种类之不一也不必言喻了，所以公司中的组织管理者必须做好及时有效的沟通否则只会实现上万行无用的代码。
BOSS(经营 者)决 定了 一个方 向， 组织者 保证 决策 与这个方向是同步的，而工程是在这样的一个方向、决策的构架下的一个具体行为。工程中没有 BOSS。
从过程到工程我们的最终目的都是实现一个软件工具的产生仍旧是出于“ （软件)实现”的需要。不可能 从 软 件 开 发 实 践 中 产 生 出 轮 子 和 指 南 针 ， 因 为 那 不 是
“软件开发的本质需求”可以推动的。软件工程的体系中， “实现”作为软件开发的本质需求和基本动因，如同上帝之手在推动这几十年来的软件工程理论体系的形成。