人月神话第12页

软件项目管理实践之日计划

关于这方面的研究，在《人月神话》、《人件》等书籍都有很详细的论述。研究表明，不同程序员之间的生产率最高差别在40倍以上。

·2015-10-31 10:06

编程的苦与乐（摘自《人月神话》）

编程行业“满足我们内心深处的创造渴望和愉悦所有人的共有情感”，提供了五种乐趣：创建事物的快乐开发对其他人有用的东西的乐趣将可以活动、相互啮合的零部件组装成类似迷宫的东西，这个过程所体现出令人神魂颠倒的魅力面对不重复的任务，不间断学习的乐趣工作在如此易于驾驭的介质上的乐趣——纯粹的思维活动，其存在、移动和运转方式完全不同于实际物体 &nbs

·2015-10-31 10:50

软件项目团队有效性和五原则

在《人月神话》中曾提到对于一个100人的团队，最好是只保留25个经验丰富的项目经理进行开发，而解散其它成员。

·2015-10-31 10:40

近期计划

在单位的时候抽时间把人月神话继续看完，了解软件设计模式的相关东西，以前居然对这方面东西一无所知。

·2015-10-31 10:08

人月神话blog：如何循序渐进向DotNet架构师发展

http://sd.csdn.net/n/20060714/92603.html 微软的DotNet开发绝对是属于那种入门容易提高难的技术。而要能够成为DotNet架构师没有三年或更长时间的编码积累基本上是不可能的。特别是在大型软件项目中，架构师是项目核心成员，承上启下，因此RUP方法论也认同以架构为核心，体现4+1视图在整个软件开发过程中的重要作用。架构人员既要精

·2015-10-31 09:45

项目那点儿事(一) ---个案分析是个啥?

怎么说呢，看过《人月神话》吧，那就是一个个案分析。不过人家分析的是IBM的大项目，大项目的个案分析就像

·2015-10-31 09:05

图灵2010.08书讯

【互动】图灵五周年——纪念国际知名的UNIX和网络专家Stevens 【互动】图灵五周年——精品数学书买赠活动【卓越】图灵5周年专题感恩活动重点推荐： 人月神话

·2015-10-31 08:00

本人参与翻译的图书《设计原本:计算机科学巨匠Frederick P. Brooks的思考》现接受预订

Brooks这个名字很陌生，但一提到《人月神话》我相信IT行业的从业者应该是无人不知，无人不晓，Frederick

·2015-10-31 08:01

22-29岁的人怎么工作？

来自：人月神话——22-29岁的人解释一下什么叫工作当时公司招了大批应届本科和研究生毕业的新新人类。平均年龄25岁。那个新的助理，是经过多次面试后，我亲自招回来的一个女孩。

·2015-10-30 14:31

初读醍醐灌顶，读罢怅然若失——《人月神话》随感——By Zhe Song

Brooks的《人月神话》。早就听说过这本书的大名了。

·2015-10-30 13:08

·2015-10-30 11:48

每个程序员都应该读的书

stackoverflow推荐重构：改善既有代码的设计 人月神话(英文版

·2015-10-30 10:27

团队管理日志[转自人月神话]

包容和排斥团队领导应该有足够的包容性，海纳百川，有容乃大。每个人都有每个人的个性和习惯，有他们的长处和短处，成员之间本身就是一种相互互补。纪律，规范和流程是规范大家做事情的方法，而不是磨灭大家的个性。一个真正的好领导绝对不能只容纳和自己个性相同的人而排斥其它人，久而久之变为趋同性群体思维，对团队健康发展是相当有害的。团队成员本身也应该包容，包容是协作的基础。任何表象都有内在的深刻诱因，不能忽视

·2015-10-23 08:27

AX实施的想法

记得很久以前看过Brooks的<<人月神话>>,其中有一篇描述软件开发模式的,具体内容不记得了,只记得他描述了一个外科手术模式的开发团队，在一个软件开发团队中应该有一个经验丰富的人起主导作用

·2015-10-23 08:26

《人月神话》读书笔记二

进度、时间表成本必须降低，以产出更低的报价。文档是有必要的，只有记录下来，分期才会明朗，矛盾才会突出。（不过我们公司从来不用文档，我也从来没有写过。只是听上面分配任务，可是一般没什么任务分配，只好做自己的事情了。）文档能够作为同其他人沟通渠道。（这个，我们老大就写一些文档，供我们参考，我们按照他的文档，完成相应的任务。最初开发的时候，每个人负责一个模块，分工很明确。每天都有事情做。或者协助别人做一

·2015-10-21 12:23

《人月神话》读书笔记一

实际的权威来自于每次任务的（出色）完成。进度监督，对进度进行跟踪和监督。（评估进度，跟踪进度。）人员和时间之间，需要沟通实现任务的分解。（沟通很重要，沟通可以实现任务的分解，提高工作的效率。）沟通所增加的负担由两个部分组成，培训和交流。（能分解任务的前提是每个成员都懂得那项技术。）1/3计划，1/6编码，1/4单元测试，1/4系统测试。在现实情况中，一旦开发团队观察到进度的偏差，总是倾向于对任务进

·2015-10-21 12:20

2015第1周六2015技术努力方向

但当下还必须花时间来提升个人的技术认知水平，大致列一下个人的努力方向： 1、都经典的书籍，后端SSH框架、前端html+css+javascript方面的经典书籍至少各三本；近期读3本非编程方便的好书，如代码大全、人月神话等

·2015-10-21 12:48

《人月神话》读书心得

人月神话 1.人员和时间不

·2015-10-21 11:56

一些PKM理念

PKM=建立知识渠道+使用知识渠道+知识5S 建立知识渠道=互联网+内部网+报刊书籍+人际交流 9月7日，在深圳，萧秋水，人月神话，长云等进行一场精采PKM方面的交流活动，看了相关

·2015-10-21 10:43

《人月神话》读书笔记

《人月神话》读书笔记缺乏合理的进度造成项目滞后：我们所面临的挑战和任务是在现有的时间和有效的资源范围内，寻找解决实际问题的切实可行的方案。

光明矢·2015-10-08 23:29

计算机图书

download.csdn.net/detail/qq_26437925/9103341剑指offer名企面试官精讲典型编程题http://download.csdn.net/detail/qq_26437925/9090087人月神话

qq_26437925·2015-09-13 19:00

[人月神话]读书笔记7--产品品质保障&&日常进度跟踪

整体部分（TheWholeandtheParts）□防范bug的定义防范bug的定义。系统各个组成部分的开发者都会做出一些假设，而这些假设之间的不匹配，是大多数致命和难以察觉的bug的主要来源。产品的概念完整性在使它易于使用的同时，也使开发更容易进行以及bug更不容易产生。关键的工作是产品定义。许许多多的失败完全源于那些产品未精确定义的地方。细致的功能定义、详细的规格说明、规范化的功能描述说明以及

进击的横打·2015-08-28 10:17

人月神话读后

读完《人月神话》一书，我的理解与摘抄（斜体是摘抄）：当人数增多时，平均每个人的效率会降低。甚至，到达一定程度后，随着人数增多总体的效率反而是下

liuyuan185442111·2015-08-12 12:00

略谈软件本质复杂性——再读《人月神话》

上周逛山西路军人俱乐部，偶然看见《人月神话》40周年中文纪念版，翻了几页感觉不错，就买回来看看。

Tyrion·2015-08-10 18:00

略谈软件本质复杂性——再读《人月神话》

上周逛山西路军人俱乐部，偶然看见《人月神话》40周年中文纪念版，翻了几页感觉不错，就买回来看看。

iteye_2159·2015-08-10 15:06

略谈软件本质复杂性——再读《人月神话》

Tyrion·2015-08-10 15:00

略谈软件本质复杂性——再读《人月神话》

Tyrion·2015-08-10 15:00

软件开发：个人与团队是永远的核心

Brooks在他的《人月神话》中指出软件行业没有“银弹”，如果将平台与框架开发当作是软件行业的“银弹”可就大错特错了，充其量它只是“龙骑士”。

浮躁的码农·2015-07-06 11:00

人月不必再相望，嫦娥已然在身旁——人月神话（40周年纪念版）

参与活动主题《人月神话（40周年纪念版）再版扒一扒你遇到过最NB开发项目》有奖活动，三重惊喜，有奖试读&作者互动@关注有礼！为什么是《人月神话》？

testcs_dn·2015-06-21 15:00

哟_Json·2015-06-21 01:13

《人件》随笔之一

它和《人月神话》共同被誉为软件图书中“两朵最鲜艳的奇葩”。这本书是软件管理领域的传奇经典，被誉为“对美国软件业影响最大的一本书”。在软件管理领域，很少有著作能够与本书媲美。

快乐的小菜鸟·2015-06-18 20:00

《人件》随笔之一

它和《人月神话》共同被誉为软件图书中“两朵最鲜艳的奇葩”。这本书是软件管理领域的传奇经典，被誉为“对美国软件业影响最大的一本书”。在软件管理领域，很少有著作能够与本书媲美。

快乐的小菜鸟·2015-06-18 20:00

人月神话读后感03

“四套马车”讲团队配合。书中所讲是常见的小规模的软件开发公司的情况，如何合理的分配各项任务使得开发工作顺利的完成对这些小公司来说确实是问题。但对于目前我所在的公司，暂时不存在这样的问题。毕竟部门的规模还是有的，70人，任务也单一，只是软件测试，除了有时任务较多显得有点忙以外，基本上还是能应付的过来。但是其中提到一些问题和建议还是可以用到的。比如书中提到使用专业和高级的工具未必就能提高工作效率和质量

盖小马甲·2015-06-18 16:00

人月神话读后感03

“四套马车”讲团队配合。书中所讲是常见的小规模的软件开发公司的情况，如何合理的分配各项任务使得开发工作顺利的完成对这些小公司来说确实是问题。但对于目前我所在的公司，暂时不存在这样的问题。毕竟部门的规模还是有的，70人，任务也单一，只是软件测试，除了有时任务较多显得有点忙以外，基本上还是能应付的过来。但是其中提到一些问题和建议还是可以用到的。比如书中提到使用专业和高级的工具未必就能提高工作效率和质量

盖小马甲·2015-06-18 16:00

人月神话读后感

作为软件工程的经典著作，《人月神话》的主要贡献是对软件开发过程的几个重要关键点，提出了独到的见解。

盖小马甲·2015-06-18 16:00

人月神话读后感

作为软件工程的经典著作，《人月神话》的主要贡献是对软件开发过程的几个重要关键点，提出了独到的见解。

盖小马甲·2015-06-18 16:00

《人月神话》阅读笔记三

在我们的不久前完成的团队项目中，有一部分没能完成（手势、数字密码），后来我们分析原因有2个，一个是一开始在这一部分分配的人员太少，另一个是没能及时了解进度我们对于“软件项目开发的完成和增加人员的问题”没有很好的处理好在项目落后的情况下最好不要再向其增设人员书中作者提到“向进度落后的项目中增加人手，只会使进度更加落后”。我们在一开始就应该完全考虑到，一开始就应该有充足的人员去完成这一模块，以免后期加

。泡沫。。·2015-06-15 13:00

《人月神话》阅读笔记三

在我们的不久前完成的团队项目中，有一部分没能完成（手势、数字密码），后来我们分析原因有2个，一个是一开始在这一部分分配的人员太少，另一个是没能及时了解进度我们对于“软件项目开发的完成和增加人员的问题”没有很好的处理好在项目落后的情况下最好不要再向其增设人员书中作者提到“向进度落后的项目中增加人手，只会使进度更加落后”。我们在一开始就应该完全考虑到，一开始就应该有充足的人员去完成这一模块，以免后期加

。泡沫。。·2015-06-15 13:00

s651665496·2015-06-10 22:00

温故而知新，人月徒伤悲

前言：“扒一扒你遇到过最NB的开发项目”，看到CSDN上举行这个活动，就迫不及待的赶紧点进去看看到底是什么玩意er，一不小心看到了《人月神话》的试读活动，内心有两个声音就悄悄钻了出来：一个有点怨言，一个有点激动

qing_gee·2015-06-07 19:00

《人月神话》和个人的一些想法

2.人月神话：人力和时间不是平衡的线性关系，用人力作为生存率的衡量标准是一个神话。缺乏合理的进度安排是造成项目滞后的最主要原因3.没有银弹：10年内没有任何编程技

清风君·2015-06-07 17:00

M.M神话 (人月神话) 写写'银'生

影响人力编程思想的最牛著作之一,在软件领域，很少能有像《人月神话》一样具有深远影响力和畅销不衰的著作。

sinbas·2015-06-06 14:00