人月神话,转自 豆瓣评论
2013-07-05 17:24
253 查看
作为软件工程的经典著作,《人月神话》的主要贡献是对软件开发过程的几个重要关键点,提出了独到的见解。
这几个关键内容就是:
(1)提倡外科手术式的团队组织:
[在软件开发组织上的过份民主,往往带来的是没有效率和责任,参与其中的人想法太多,层面参差不齐。所以,软件开发的组织,应该借鉴外科手术式的团队方式,有一个主要的负责人,其他人都是分工协作的副手,这样效率最好,结果最好。]
(2)软件项目的核心概念要由很少的人来完成,以保证概念的完整性:
[少就是多,项目的定位需要和功能多少的权衡。太多的想法,使项目没有焦点,什么都要放进去,结果什么都做不象;]
(3)软件开发过程中必要的沟通手段;
[ 软件开发中最大的风险往往不是技术的缺陷,而是缺少沟通;]
(4)如何保持适度的文档:
[ 在开发中,保持适度的文档。喜欢过度多的文档的人,忘记了文档不是最终的产品,不是用户需要的,最后以为文档好,就是好的开发,其实完全不是。]
(5)在软件开发的过程中,只有适度改进,没有包治百病的银弹。
[在软件开发的过程中,重要的不是采用了什么工具,而是不论用何种工具,都要达到项目本身的客户需求。任何方法论之前,先要探求问题的来源,否则,对各种方法论的依赖或滥用,有害无益。]
http://book.douban.com/review/1043578/
这几个关键内容就是:
(1)提倡外科手术式的团队组织:
[在软件开发组织上的过份民主,往往带来的是没有效率和责任,参与其中的人想法太多,层面参差不齐。所以,软件开发的组织,应该借鉴外科手术式的团队方式,有一个主要的负责人,其他人都是分工协作的副手,这样效率最好,结果最好。]
(2)软件项目的核心概念要由很少的人来完成,以保证概念的完整性:
[少就是多,项目的定位需要和功能多少的权衡。太多的想法,使项目没有焦点,什么都要放进去,结果什么都做不象;]
(3)软件开发过程中必要的沟通手段;
[ 软件开发中最大的风险往往不是技术的缺陷,而是缺少沟通;]
(4)如何保持适度的文档:
[ 在开发中,保持适度的文档。喜欢过度多的文档的人,忘记了文档不是最终的产品,不是用户需要的,最后以为文档好,就是好的开发,其实完全不是。]
(5)在软件开发的过程中,只有适度改进,没有包治百病的银弹。
[在软件开发的过程中,重要的不是采用了什么工具,而是不论用何种工具,都要达到项目本身的客户需求。任何方法论之前,先要探求问题的来源,否则,对各种方法论的依赖或滥用,有害无益。]
http://book.douban.com/review/1043578/
相关文章推荐
- 数据采集(七):爬取豆瓣电影评论(scrapy+模拟登陆)
- Python(爬虫) — 爬取《和平饭店》的豆瓣评论
- 豆瓣5.6分的《西游伏妖篇》评论有水军吗?
- 抓取豆瓣某本书的评论
- Python爬虫初学(2)豆瓣电影top250评论数
- 淘宝图书+豆瓣评论
- keras实现双向循环RNN,豆瓣电视剧评论情感分析
- 豆瓣电影top250下的评论爬取
- 豆瓣电视剧评论的爬取以及进行情感分析+生成词云
- 使用正则表达式获取豆瓣评论全文之研究
- 【评论】Lisp天才神话
- 豆瓣上关于<<一万小时天才理论>>一书的一个评论
- 一篇来自豆瓣的评论
- 魔镜完全是被王后问烦了才给她找点事做不再来烦它吧(豆瓣的经典评论)
- python 爬虫 豆瓣 评论及评分
- 所谓“中国学生数学NB”的神话(转自豆瓣)
- 豆瓣东西上线,及谈谈签到、评论等产品的设计
- 研发才是硬道理-钢铁侠的评论(摘自豆瓣)