这几天闲暇时间看了看老师推荐的《软件方法》这本书，我是在网上找的电子版的书籍，给我印象最深的是前言部分，阅读完前言已经过去了二十页电子文档，作者以自身为例子，以自己的十几年的工作经历向我展示了他编程的思路的转变，他在书中介绍了很多概念，这几天的阅读中，给我印象最深的还是他类比利润=收入-成本提出的利润=需求-设计的理论，这个理论令我印象深刻的原因，一个是因为稀奇，一个是因为他和老师上课提到的完全一样，他介绍到，在软件工作中，需求工作致力于解决“产品好卖”的问题，设计工作致力于解决“降低成本”的问题，二者不是同一概念，不能混为一谈，更不能互相取代，他用朴实的语言，简洁明了的指明了做需求分析和工作设计的作用，在一个大项目中，做好设计，走好需求分析能帮我们程序员少走很多弯路。
除此之外，结合老师上课提到的，不能一味的埋头苦干，甲方给的报酬不足以完成他提出的任务，报酬小于成本，更别提利益了，对我们来说甚至是赔钱的。他在第一章中，提出了核心工作流：1、业务建模 2、需求 3、分析 4、设计 。这四者密不可分，却又不能混为一谈，他们各司其职，为我们最后完成软件的设计和功能提供重要帮助，
这本书的精彩之处，除了作者运用了大量的类比，将软件设计的入门到精通和其他行业，甚至游戏业余到职业游戏选手。另外，书中提到了很多以后在工作岗位我们需要注意的事情，尤其是让我get到，UML图是业内交流的，不需要给客户看，客户也看不懂，也不需要他们看懂，作者用自己的建模结果放在书中作为图片插入，代入感极强，他甚至提到建模不一定非要在多么昂贵的软件上，即使我们再沙滩上，在沙子上写写画画，用沙画建模，我们的画，我们的思路，依旧要十分清晰，而不是以此为理由遮蔽脓包。
第一章第八节，作者告诉我们我们急需提升我们的技能，只有我们技能高超了，不管遇到什么情况，不管遇到什么技术问题，不管遇到什么团队协作问题，我们都可以更好的去适应，去随机应变，去解决问题，我们的提升是必要的，是必不可少的，在技术提高后，我们不必非要遵守某些流程，我们可以更加流畅的完成我们的目标。作者甚至写入了“软件开发是艺术”这句话，甚至说以他的水品还不足以说它的开发是艺术，可见，在软件开发这条路上，我们还有很长的路需要走，我们距离成为软件工程师中的艺术家的路，十分漫长。
加油吧，这本书让我对未来的工作不再那么畏惧，我开始逐步了解，逐步知道如何去办，怎么个工作流程，可能遇到的各种问题，如何提升自己，如何在激烈的竞争中自保，加油，我未来可期！