大道至简
就书名来说，通往大道的方法其实是十分简单的，但这并不是一开始我未曾读过这本书，自己认真思考过后的想法。现阶段的我处在仅会利用一些简单语法，编写一些简单题目，但我希望自己会通过思考一些作者的想法，建议来改善自己的现状。
我最喜欢序言中的“世界虽变化万端，而理为一贯”，正如一次问题的解决，应究其根。这并不是一本解释编程技巧的书，而是培养自己对软件开发兴趣的思维，交流了解一些别人的编程思维的启发类的书。第一章以愚公移山的故事开篇，很形象的解释了软件项目的组成：项目组织者、团队经理、编程人员、技术分析师等众多角色，愚公移山恰恰说明了再庞大的工程，项目都是简单的组成，顺序，循环，分支。永远不要质疑自己是否会不会编程，只要想去做，就一定会有成果。程序=算法（逻辑）+结构（数据）的提出，让我们更方便的理解各种算法。时代下的产物―语言，都有自己的针对性，我们应该做的是结合每种语言的特点，合理的运用，完善项目。相比愚公的辛勤，李冰显得稍逊色一些，正如解决问题的路上，光有一腔热情远远是不够的，还需要寻找一些实质性的方法。时势造英雄，为适应不同的需求，怕麻烦的程序员，果断选择了最方便的方式，所以，更多新型事物诞生诸如文件方式储存，unit......好好整理自己的思维，学到的东西，有调理性的运用，才会发挥更好的效果。一个团队中的leader并非仅仅是能力最强，还需要最起码的有担当，有责任感。好的项目经理是用时间磨砺出来的，没有经验的积累，项目经理的开始注定失败。最不应该做的就是生搬硬套一组看起来适应自己公司发展的体系，适当的方式应该是确定自己的团队模型，正确的应用体系在每个模块上面。开始制定具体的制度，制度的严格执行规范员工的同时，也给管理者带来了方便。项目开始的恰当时机是不该只是我们认为的天时地利人和，每一个项目的开始，都应该是有团队中每一个角色的敲定，不要浪费任何一个职务的机会，担任角色的每一个员工应该清楚记得自己的定位和职责，做好自己的那部分工作。不要尝试去在开发团队中做管理者，假如你没有参加任何开发环节，你要做的只能是引导，而非强硬的命令。明确分工，偶尔弹性分工，这样项目不会太惨。
咨询公司较开发人员与客户谈需求的优势是？？客户善于通过UML图来了解是否满足自己的需求和想法。交给客户一份令他满意的需求分析报告会是项目成功的一个好开头。仔细掌握客户的所有需求，方方面面的都应谈及到。接下来的分析设计，把握好每一次的沟通交流机会。维护项目在整个阶段中也很重要，它为项目的后期开发，维护提供了可能。所以做好历史维护就显得较重要了，历史记录当然不是简单的记录就可以，它也需要认真，缜密的做好记录，留下有价值给别的接手的开发人员。流于形式的沟通，可能会使项目延时和搁置。工程的完成不单单是套几个固定模型，也就是说做好模型的每一个过程不代表最后就会成功完成项目。工程只是一种实现方法，我们不该局限在现有的模型中，应该根据自己的工程做出调整，创新。语言只是工具，在之后的学习和工作中我们会越来越懂得这个道理。方法是在自己的实验积累过程中堆积的，它也是对既有行为的总结。在整个软件工程体系中，最大的赢家会是最懂得坚持，反思，进取的一方。项目的成功离不开成本的正确处理。面对rup，你理解，参透的能力就显得重要。角色的关注层面不同。我们应知变通，利用好技巧和方法的原理，这才是正确的做软件该有的态度。对于软件，知之，好之，乐之。
我们并非要从一次阅读就要理解所有，简单的以为一切很容易，本书只是如作者讲述的那样：传递的只是软件的思想，这只是开始，前进的路途还很远，需继续努力。