《软件工艺》读后感精选

《软件工艺》是一本由Pete McBreen著作，人民邮电出版社出版的平装图书，本书定价：19.8，页数：240，特精心收集的读后感，希望对大家能有帮助。

《软件工艺》读后感(一)：看出问题，开错药方

终于看完本书，前面提的问题发人深省，但后半部显得比较罗嗦，叙述不清晰。作者提出软件工程存在很多问题，我同意；但是推荐借鉴工匠的做法，对此我不敢苟同。

诚然，软件工程存在很多问题，但是它没有止步不前，随着时代的发展也在演变。例如当前流行的xp、敏捷等不都是脱胎于它吗？目前来看软件工程仍然是西方软件开发的主流方法。

其次，作者将程序员比喻成工匠，我想大多数开发人员都不会赞同：不管怎么说我也是一白领，怎么能跟蓝领成呢！目前像样的软件公司都告别手工作坊啦，软件工艺的提法我觉得有点不符历史潮流。

《软件工艺》读后感(二)：软件开发，以人为本

看来我们在使用软件工程的时候，真的忽略的一个问题，软件工程到底使用什么样的团队？作为一个小型的开发团队不超过10个人，软件工程里面所推崇的过程意义是否有效？书中给了详细的讲解.个人感觉软件开发更像是艺术不是工程,我们需要资深的开发者,我们需要团结的团队,我们需要每个人都负起自己的责任.

要培养一个好的团队,一个自适应的团队,应该以人为本,应该不断的学习,应该有工匠,技师和学徒的成长模式.这样才能开发出高质量的程序.

这是本相当好的书,它给你解释了种种软件工程的不合理之出,它道出了开发者的心声--代码是最好的文档.

《软件工艺》读后感(三)：工艺学和工程学

软件工艺是我比较钟爱的一本书，虽与传统的软件工程思路有出入，但里面有很多思想＆思路可以借鉴。其实软件工艺和软件工程并不矛盾和敌对。项目的特点不同，周期不同，我们在做项目的时候确实应该采用不同的策略和方法论。其目的只有一个就是保证项目成功和按期的交付。

1.软件项目中人始终是最重要的因素，这是软件项目管理和其它工程项目管理的一个重要区别。忽略了人的因素很难管理好项目。我们离CMMI5级还有距离，离软件工厂还有距离，如果真正能够实现软件工厂，说明某阶段工作可以自动化，这时候可以不考虑人的因素。否则必须考虑到人对项目的重要影响。

2.优秀设计开发人员和一般人员之间生产率存在6-10倍甚至更大差距，这一点不容置疑，但往往我们很难给优秀人员2倍甚至更高的薪水，但投入和回报无法成正比的时候，很难留住优秀的人才，很难让优秀人才保持搞得责任感和工作热情。

3.任何工程或文档都无法替代沟通和交流。面对面的沟通是最高效直接的方式。

4.决定项目成败的一个重要因素是项目中各个成员的知识，技能和经验。不可能每个项目都有天才，但我们需要每个项目成员都是合格，胜任的人员。

5.以师带徒是新成员成长和技能提升的最佳方式。如何面试和挑选合适的项目成员是一个需要重点关注的问题，否则会浪费老师大量时间，得不偿失。

6.中小型的项目更适合敏捷开发和增量迭代，这样可以更好的应对变化，以更快速的方式交付用户满意的产品。

7.应该为测试和维护而设计，但往往需要达到这样的水平需要开发人员有多年的经验和知识的积累。

8.活到老学到老，在完成项目工作的过程也是自我不断学习和知识积累的过程。

《软件工艺》读后感(四)：大师和工匠

软件工艺是我比较钟爱的一本书，虽与传统的软件工程思路有出入，但里面有很多思想＆思路可以借鉴。其实软件工艺和软件工程并不矛盾和敌对。项目的特点不同，周期不同，我们在做项目的时候确实应该采用不同的策略和方法论。其目的只有一个就是保证项目成功和按期的交付。

1.软件项目中人始终是最重要的因素，这是软件项目管理和其它工程项目管理的一个重要区别。忽略了人的因素很难管理好项目。我们离CMMI5级还有距离，离软件工厂还有距离，如果真正能够实现软件工厂，说明某阶段工作可以自动化，这时候可以不考虑人的因素。否则必须考虑到人对项目的重要影响。

2.优秀设计开发人员和一般人员之间生产率存在6-10倍甚至更大差距，这一点不容置疑，但往往我们很难给优秀人员2倍甚至更高的薪水，但投入和回报无法成正比的时候，很难留住优秀的人才，很难让优秀人才保持搞得责任感和工作热情。

3.任何工程或文档都无法替代沟通和交流。面对面的沟通是最高效直接的方式。

4.决定项目成败的一个重要因素是项目中各个成员的知识，技能和经验。不可能每个项目都有天才，但我们需要每个项目成员都是合格，胜任的人员。

5.以师带徒是新成员成长和技能提升的最佳方式。如何面试和挑选合适的项目成员是一个需要重点关注的问题，否则会浪费老师大量时间，得不偿失。

6.中小型的项目更适合敏捷开发和增量迭代，这样可以更好的应对变化，以更快速的方式交付用户满意的产品。

7.应该为测试和维护而设计，但往往需要达到这样的水平需要开发人员有多年的经验和知识的积累。

8.活到老学到老，在完成项目工作的过程也是自我不断学习和知识积累的过程。

《软件工艺》读后感(五)：软件工程 VS 软件工艺 －－ 《软件工艺》读后感

花了俩个晚上一口气读完了《软件工艺》，应该是即《程序员修炼之道》后再让我喝彩的非技术类计算机书籍了，虽然看得是囫囵吞枣，却也酣畅淋漓，解决了我心中的疑惑。软件工程强调的是软件开发的过程，软件工艺则强调软件开发中工匠的重要性，换句话来说，软件工程强调的是管理，软件工艺强调的是人。

软件工程将软件开发严格的划分需求、概要、详设、开发、终结几个阶段，各阶段有各自的负责人，通过详尽的文档传递用户需求，这样难免无法避免用户需求经过层层的传达而产生的流失；软件工艺则鼓励优秀的工匠贯穿软件开发过程的始终。软件工程认为，软件的开发过程要规划化、流程化、可控化，重管理，忽略开发过程中人的因素。软件工程认为，一个优良的软件工程，即使在人员变动频繁，开发人员技能参差的情况下也可以极小的减少其带给项目的损失；而软件工艺强调，一个优秀工匠自始至终在软件开发中所占有的重要地位，鼓励工匠技艺的不断精进，鼓励软件工匠们技艺的传钵，提倡学徒机制，避免软件工程中人作为流水线的一个零件单调重复的劳动。

其实，软件工艺的提出并非为了“颠覆”软件工程，相反地，它试图去纠正过分强调软件工程所带来的种种问题。《软件工艺》的作者始终认为，软件工程只是适应于超大型项目，而很多情况下软件工艺似乎更适合。软件管理者似乎会跟喜欢软件工程带来的可观性，可控性。而作为开发者，身处软件开发中的开发者，对软件工艺提出的杰出软件工匠会更感兴趣。

网上Google来的几篇相关的文章，附上：

http://howjay.w3.org.cn/works/note-softwarecraftsmanship.html《软件工艺》 笔记

http://www.zhangxun.com/reviews/gigix-trans.aspx张恂-书评-熊氏翻译之吊诡