作为编程刚刚入门不久的我们，我们大多数的精力，吸引力，眼球都放在代码上，因为我们觉得写出代码对我们来说是最重要的，可在阅读了作者给出的经验心得以后，我发现“语言知识工具”。
对于“软件工程”四个字，我们这个专业的再熟悉不过了，但是能真正看透就需要一些境界了。代码、方法、过程、工程与组织，看清楚这一切的第一步就是“语言只是工具”。“程序=算法+结构”，这是编程的本源定义，原始的状态，而编程的精义便于此。至于方法，就是起着推动这种逻辑向前发展的作用，编程实践，自然归演与总结沉淀为某种软件开发的方法。方法是由经验累积得到的，就像是昨天书写代码的那个行为，正如模式一样，所以模式需要一定的编程经验才能理解。同样的道理，理解过程也需要编程经验。而经验来源于回顾、理解与分析，而不是要写的下一行代码。
“过程伴随着工程出现，过程解决的是工程中角色间的关系问题。”过程需要沟通，需要有分工，角色的分配，和环节的问题。根据我们具体的项目来决定哪些环节是重要的。在一个团队里面，角色的分工无疑是至关重要的，这关系到我们这个团队的平衡和高效。图团队间的组织如果适合，大家各有其所，相互协作也十分紧密，那这个项目的成功就有了保障。想要做到合作愉快，最简单有效的方法恐怕就是沟通了。
一个工程，我们首先要明确目标，然后去实现它，这是一个工程的完成。确定目标以后，我们利用“过程”和“方法”去实现工程目标，工具帮助我们快速的实现“过程”和“方法”。这是一种软件工程体系层次。过程伴随着工程出现，解决工程中“步调一致”的协作问题。而工程则是因为软件规模越来越大，越来越复杂，团队也会越来越庞大，如果没有一个有组织的团队，这个公司会在发展当中一触即溃。
在工程理论里面其实是包括组织学的，但是在作者看来，工程和组织是可以分离的，工程关心的是“需求”、“配置”和“文档”等这样一些要素，是技术层面上的，关注的是工程的实现细节，并非目标，但是对于项目经理来说，他们必须还得关注人力资源、项目资金以及多个项目之间的协调等。这些就是属于“组织”方面的内容。总之就是在工程环节中“文档管理”等中的词汇“管理”，是管理的具体技术和方法；而“组织”环节中的“管理”，才是真正的管理学上的用词。“组织者”必须更关注与对这个工程的组织与计划。项目经理不是不会犯错的，但是要尽量少的失败，因为团队成员的信任比老板的信任更加重要，所以组织者要经常与团队成员交流。
老板只是给我们一个目标，一个决策，而我们团队是以实现这个决策为目标的，即实现，是软件开发的本质需求。