《大道至简》读后感

历经半个月读完这本《大道至简》，这本软件工程实践者的思想介绍让我不单单了解的是软件工程，还有一些实践的经验和现实中软件工程的真正意义。其中分为八章：精义、方法、管理、沟通、过程、工程、实践、思想等，每章又分出几个小节，可谓是很详细。它让我了解到软件工程者真正的思想。

编程其实源于生活，愚公移山的例子就如编程。这是编程的精义所在，它确实反映了循环这个实例。愚公移山凿之，而李冰以薪烧之。懒人创造出新的方法，正是由于他懒，因此他会动脑子想出更快的方法：去烧山。事事都讲究方法，学习方法更为有效。人们能够开始分工，有告终构化编程的新方法。咱们学习编程不仅是把知识一股脑的灌输大脑里，应该将学习的东西分类、概括，梳理用途‘将经常使用的拿出来，这也是讲究方法这一用途。

团队的存在是软件工程必不可少的。团队至少以三我的为规模，三人队伍中的领导并不为功绩最高的，而是须要有勇气去承担责任的，这是最基本的素质。咱们须要的是更好的明确分工，进度和发展，合理定位团队中的每个角色。沟通的方式和方法决定着咱们的成败，在软件开发的过程当中必然存在着沟通交流，有效的沟通能够达到事半功倍的效果。沟通是存在目的性的，而不是仅仅的交流感情。沟通存在于客户与开发团队、项目角色与角色之间，沟通无处不在。用与不用UML在于沟通方式的选择，选择有效、通用的沟通方式是最佳的。

工程不能是“虚有其表耳”而应注重其实实在在的过程。软件工程的成熟是瀑布模型的出现。而过程模型的问题是从实际工程中提炼出来的，亦步亦趋的按照前人提出的模型去作工程并不必定能够成功，咱们的过程不是作工程的精义，也不是目的。用好的模型一步一步作出来的过程完美，但又有何用，它不是咱们实现工程的目的，作很差工程是必然的。一项工程须要去组织，就如前几章中提到的同样，明确组织各个角色，使得工程有条不紊的进展，这才是完成一个工程的实际所在。咱们要去实质的去作过程，失败的过程也是有意义的过程。

语言只是开发的工具，咱们不用批评语言的好坏，语言只是咱们进行工程的工具，没有笨与不笨之说。正视软件工程，看清楚代码、方法、过程、工程、组织的关系只须要明白“语言只是工具“。才会真真正正的知道工程。从最初的编程，到组织开发，实现目标是软件开发的本质需求。有了需求，才有了模型。模型在实践中不断精进，又产生了不一样的模型。模型语言也只是一种工具。软件工程体系，“实现”是软件开发的本质需求和基本动因，推进着软件工程理论体系的造成。

谈论再多的理论也不如实践现实中的软件工程。正如《战国策》中的“王不如远交而进攻，的寸王之寸；尺，王之尺”，现代软件工程中各个大公司的竞争也是如此。大公司在标准、理论、语言上的争夺，未必处于“软件实现”的考虑，他们的目的实在整个软件工程体系中的全面胜出。理想状态下的模式很美好“软件工程=过程+方法+工具”，但现实中咱们又不得不考虑一些实际的问题，咱们不可能像愚公那样的用笨方法花费个几百年作出一个项目，因此说现实须要用更多的方法去实现项目。应该明白开发的真正须要和方法工具在工程中的实用价值，这样才能发现现实软件工程的真谛。

“此郎亦管中窥豹，实见一斑”告诉咱们思考问题不能只看片面，而应观察全面。工具、方法、过程并非孤立的，实际上他们有着相互做用。在每一个环节上它们密不可分。工程的总体问题仍是“实现”。在编程过程当中咱们该如何思考，遇到一个复杂的问题，须要咱们的是将复杂的问题简单化，将问题分红几个简单的问题，而后再将问题综合起来考虑，这就是咱们在编程中的思想。软件工程是一个灵活的工程，并不像古代的诗经同样，讲究平仄，可是他们的变通是基于音律的；若把这种律解释为规律，那么就适用于软件工程了，死读一本软件工程不会作真正的软件工程。灵活变通，使软件工程真真正正的活起来。

总的来讲，这本软件工程实践者的思想告诉咱们，一切不能只讲理论，纸上谈兵终究会失败，了解到实践者的工做思想，在实践中活学活用，会使咱们终身受益。