人月神话

：读李彦宏管理思想29条

阅读更多转载自：人月神话博客人一定要做自己喜欢并擅长的事情：这个不容易，但是确实是一种追求。兴趣是第一，擅长则是一不断摸索和尝试的过程，一开始不一定能够找准，但是只要有兴趣就一定能找到。
lnjz_jxj·2010-06-12 14:00

：读李彦宏管理思想29条

转载自： 人月神话博客 人一定要做自己喜欢并擅长的事情：这个不容易，但是确实是一种追求。兴趣是第一，擅长则是一不断摸索和尝试的过程，一开始不一定能够找准，但是只要有兴趣就一定能找到。
lnjz_jxj·2010-06-12 14:00

经典书籍

软件工程类 人月神话 http://www.aspsun.com/show.php/2009.html　PDF版　，品质高 设计模式:可复用面向对象软件的基础 http://www.vipbook.net
z466459262·2010-05-27 11:00

经典书籍

软件工程类 人月神话 http://www.aspsun.com/show.php/2009.html　PDF版　，品质高 设计模式:可复用面向对象软件的基础 http://www.vipbook.net
z466459262·2010-05-27 11:00

人月神话和敏捷开发的注释

人月神话和敏捷开发,很冲突的两本书,我个人理解在软件工程中一种是瀑布开发,一种是迭代开发 人月神话（瀑布开发）: 1、1/3项目计划 2、1/6编码 3、1/4集成、初期测试 4、1/4测试
bitpapa·2010-05-04 19:00

直面问题

brooks 写的 《人月神话》是IT行业的经典，大家都非常多的引述关于没有银弹的断言。
1000copy·2010-04-25 21:00

人月神话读后感言3

四、没有银弹，或人狼杀不死   人狼这个动物很奇怪，皮肉坚实还是自疗系的，所以要么砍它不动，要么杀它不死。这种动物如同习得（传说中的）金钟罩功夫，刀枪不入，水火不怕。也如同金钟罩有罩门一样，人狼对银没有免疫，因此如果做一颗银弹就能穿透它，进而杀了它。   所以人们总是说一物克一物，大象怕老鼠，总有对付它的法子。但如果你设定了一个自圆已说的悖论，那除了否定悖论本身没有意义，也就没有解它的法子了。同样
fanxiaogang·2010-04-22 00:00

人月神话读后感言1

   读这些文字给我带来的收获是：面对《人月神话》，除了表示五体投地的诚服，你既不能做正面言论（那是多余），也不能做负面言论（那是找事）。这是一本可怕的书。    
fanxiaogang·2010-04-21 23:00

阅读人月神话 之概览

  《人月神话》--- <The mythical man-month>，关于书本身就不多讲了，只说说我自己的感受。很早就打算阅读，这次终于计划以博客的方式来记录心得和感受。
bluky999·2010-04-09 17:00

尽信书不如无书：《人月神话中》外科手术团队模式的瓶颈

这次出差深圳,有幸看到了一个真的按"外科手术团队"模式来构建队伍的组织.当然他们不一定看过《人月神话》，组织结构“自然生长”地成为这种样子了：部门经理做架构设计、做技术攻关和主要编码工作，每周工作60小时忙得不可开交
Walzer·2010-04-03 11:00

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

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

人月神话-没有银弹

没有任何技术或管理上的进展，能够独立地许诺十年内使生产率、可靠性或简洁性获得数量级上的进步。-没有银弹一个相互牵制关联的概念结构，是软件实体必不可少的部分，它包括：数据集合、数据条目之间的关系、算法、功能调用等等。这些要素本身是抽象的，体现在相同的概念构架中，可以存在不同的表现形式。尽管如此，它仍然是内容丰富和高度精确的。我认为软件开发中困难的部分是规格化、设计和测试这些概念上的结构，而不是对概念
wzhwho·2010-03-10 21:00

人月神话-另外一面

最后一章仍然在讲文档和文档有效性的问题。在开始就指出，我曾经非常勤奋地给我的软件工程师们举办了多年关于文档必要性以及优秀文档所应具备特点方面的讲座，向他们讲述——甚至是热诚地向他们劝诫以上的观点。不过，这些都行不通。我想他们知道如何正确地编写文档，却缺乏工作的热情。所以这章重点仍然放在了如何写文档，文档应该包含哪些核心要素上面。不同用户需要不同级别的文档。某些用户仅仅偶尔使用程序，有些用户必须依赖
wzhwho·2010-03-10 21:00

人月神话－整体部分和祸起萧墙

1.整体部分(部分如何高质量的集成为一个整体)根据英文内容这里最好应该翻译为整体和部分。为了得到整体的可运行和高质量的软件，我们需要在哪些方面进行改进和下功夫。这章主要从消除Bug的设计，构件单元测试和系统集成调试三个方面来谈。之所以谈消除Bug的设计，就让我们更加意识到质量是设计出来的，而不是测试出来的。V.A.Vyssotsky提出许许多多的失败完全源于那些产品未精确定义的地方。这要求我们在需
wzhwho·2010-03-10 21:00

人月神话－未雨绸缪和干将莫邪

1.未雨绸缪不变只是愿望，变化才是永恒。- SWIFT普遍的做法是，选择一种方法，试试看；如果失败了，没关系，再试试别的。不管怎么样，重要的是先去尝试。-富兰克林D.罗斯福为之于未有，始之于未然。－《道德经》 未雨绸缪这章我开始还原来一直记成了是讲风险，但是仔细阅读后发现主要讲如何快速适应变化。在敏捷软件开放中我们强调通过迭代和快速交互等各种方法来适应变化。在大型软件工程中我们看到仍然需要考虑如何
wzhwho·2010-03-10 21:00

人月神话-削足适履和提纲挈领

削足适履-关注程序的空间规模和空间控制技能削足适履这个章节在讲什么？我们很多时候在开发程序的时候都是考虑程序的运行时间和效率，而很少考虑到程序的运行空间问题。现在的存储空间是越来越廉价，我们很少去考虑这些问题。经典的DOS版本的仙剑奇侠传还不到20M，而现在的一个大游戏却是2,3G甚至更大。由于计算机的不断更新换代和性能的提升，我们不是特别去强调空间问题，而对于一些操作系统的底层程序我们仍然会强调
wzhwho·2010-03-10 21:00

人月神话-胸有成竹

实践是最好的老师，但是，如果不能从中学习，再多的实践也没有用。这个章节标题是胸有成竹，而要做到胸有成竹就必须在项目计划阶段我们对项目的预测和估算都需要很准确。因此整个章节的内容就是在讲估算，而估算就涉及到预测和估算模型，估算要做到准确必须通过前期多个历史项目和版本的积累，同时通过历史版本和数据的积累来发现预测指标Y和相应的估算因子X之间的关系。这样建立出来的估算模型就可以提供我们的估算准确性。最早
wzhwho·2010-03-10 21:00

人月神话-贯彻执行

我们要谈贯彻执行和提供执行力首先要要考虑纪律，在《专业主义》里面提到过，要想成为专家，有一个重点就是具有永不厌倦的好奇心和进取心，严格遵守纪律。历史上伟大和卓越的企业都有一个共同的特征就是严格遵守纪律和强大的执行力。无论如何完善教育制度，如何增加报酬和改善福利，也不会产生大批的专家。只有纪律——或许称之为价值观更准确些，才能培养出专家。在郝明义的《工作DNA》里面也曾经谈到过，人在职场的基本功即是
wzhwho·2010-03-10 21:00

人月神话-画蛇添足

画蛇添足就过分设计，而书中很明确的指出了过分设计往往出现在设计和开发第二个系统的时候，对于第一个系统他们小心谨慎，倾向于精炼和简洁，但是到了第二个系统他们太想去追求完美，又加上盲目的自信，再加上没有太多的成本和进度等意识，导致了画蛇添足和过分设计。结构师如何避免画蛇添足——开发第二个系统所引起的后果（second-systemeffect）？是的，他无法跳过二次系统。但他可以有意识关注那些系统的特
wzhwho·2010-03-10 21:00

人月神话-贵族专制和民主政治

这章开头以教堂来说明概念完整性，所以先学习下法国兰斯大教堂:这是一座从公元13世纪便动手修建的教堂。在其3段式构造的教堂正面，高高矗立着2座左右对称的尖塔。每当夕阳西下时，整座教堂便沐浴在金黄色的光辉之中。遍布教堂外墙的花纹及雕像也非常美丽动人。特别是正面中央大门右侧的四尊立像，更是哥特式建筑鼎盛时期的杰作。此外，仍然是正面部分的作品《微笑的天使》、《玛丽亚的侍从》、《圣约瑟夫》等，也全都是优秀作
wzhwho·2010-03-10 21:00

人月神话-外科手术队伍

在开发小组中，最好和最查人员生产率比在10:1，在运行效率和空间上5:1惊人差距。如果一个200人的项目中，有25个最能干和最有开发经验的项目经理，那么开除剩下的175名程序员，让项目经理来编程开发。对于一个软件项目，适合的项目团队规模在20人左右，这是一个专职的IT项目经理可以管理的最大值。那由于项目进度压力需要增加团队规模到100人的时候，让项目经理来开发实际操作是很困难的方式，在这里推荐的方
wzhwho·2010-03-10 21:00

人月神话-焦油坑

岸上的船儿，如何海上的灯塔，无法移动。-荷兰谚语焦油坑的意思说明了即使你足够强大，也无法摆脱束搏而沉到坑底。IT项目也是这样，不论是开发大型软件系统还是小型项目，都会遇到诸多复杂的问题和影响因素，项目本身就是一个足够复杂的动态系统，没有最优，只有满意。项目四要素，人员，组织环境，干系人，外部依赖和约束，风险和假设，团队，人等诸多问题都是你必须要考虑的问题，任何一个要素出现大的差错都可能导致项目失败
wzhwho·2010-03-10 21:00

人月神话-人月的启示

-Brooks法则人月的启示 进度问题是IT项目管理最为关注的问题之一，到了第二章人月神话开始讲进度问题。
wzhwho·2010-03-10 21:00

《人月神话》作者-Frederick Brooks传记

20世纪最后一年也就是1999年的图灵奖，授予了年已69岁的资深计算机科学家布鲁克斯(FrederickPhillipsBrooks,Jr.)。布鲁克斯这个名字在中国知之者不多，但在美国却是大名鼎鼎。因为他在60年代初只有29岁时就主持与领导了被称为人类从原子能时代进入信息时代标志的IBM/360系列计算机的开发工作，取得辉煌成功，从而名噪一时。以后他作为硬件和软件的双重专家和出色的教育家始终活跃
wzhwho·2010-03-10 21:00

《人月神话》各章精选

第1章焦油坑史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。上帝见证着恐龙、猛犸象、剑齿虎在焦油中挣扎。它们挣扎得越是猛烈，焦油纠缠得越紧，没有任何猛兽足够强壮或具有足够的技巧，能够挣脱束缚，它们最后都沉到了坑底。 过去几十年的大型系统开发就犹如这样一个焦油坑，很多大型和强壮的动物在其中剧烈地挣扎。他们中大多数开发出了可运行的系统——不过，其中只有非常少数的项目满足了目标、时间进度
wzhwho·2010-03-10 21:00

主题阅读-人月神话读书笔记汇总

作者介绍:20世纪最后一年也就是1999年的图灵奖，授予了年已69岁的资深计算机科学家布鲁克斯(FrederickPhillipsBrooks,Jr.)。布鲁克斯这个名字在中国知之者不多，但在美国却是大名鼎鼎。因为他在60年代初只有29岁时就主持与领导了被称为人类从原子能时代进入信息时代标志的IBM/360系列计算机的开发工作，取得辉煌成功，从而名噪一时。以后他作为硬件和软件的双重专家和出色的教育
wzhwho·2010-03-10 20:00

2010年年度计划

理论上，应把人月神话和设计模式两本书看完，其实设计模式的书都买了大半年了，还没来得及看。生活上，应保证体重不再增加，哎，做程序几个月，体重长了十几斤，真是郁闷啊，也没吃什么啊。
asdtiang·2010-02-22 18:00

2010年年度计划

理论上，应把人月神话和设计模式两本书看完，其实设计模式的书都买了大半年了，还没来得及看。生活上，应保证体重不再增加，哎，做程序几个月，体重长了十几斤，真是郁闷啊，也没吃什么啊。
asdtiang·2010-02-22 18:00

2010年年度计划

理论上，应把人月神话和设计模式两本书看完，其实设计模式的书都买了大半年了，还没来得及看。生活上，应保证体重不再增加，哎，做程序几个月，体重长了十几斤，真是郁闷啊，也没吃什么啊。
asdtiang-java-groovy-grails·2010-02-22 16:00

清楚的了解自己的能力和效率

--- 转载自人月神话的博客的07年的一篇好文 项目管理既是科学也是艺术，从组建项目团队开始到带领项目团队完成项目目标而取得成功绝非易事。
chb·2010-02-11 09:00

Scrum的中国式MMO生存

但正如人月神话中的那句老话“Nosilverbullet”。那么对于如今国内占主流的大型多人在线游戏（MMO）开发领域而言，Scrum是否就是那枚传说中的银弹，一经发射
sepg·2010-01-07 22:00

人月神话语录

Brooks。被认为是“IBM360系统之父”，他担任了360系统的项目经理，以及360操作系统项目设计阶段的经理。史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。表面上看起来好像没有任何一个单独的问题会导致困难，每个都能被解决，但是当它们相互纠缠和累积在一起的时候，团队的行动就会变得越来越慢。 编程有什么乐趣。首先、编程是一种创造事物的纯粹快乐，如同小孩玩泥巴、上帝创造世界。其次
净海·2009-12-26 13:27

人月神话语录

Brooks。被认为是“IBM360系统之父”，他担任了360系统的项目经理，以及360操作系统项目设计阶段的经理。史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。表面上看起来好像没有任何一个单独的问题会导致困难，每个都能被解决，但是当它们相互纠缠和累积在一起的时候，团队的行动就会变得越来越慢。 编程有什么乐趣。首先、编程是一种创造事物的纯粹快乐，如同小孩玩泥巴、上帝创造世界。其次
净海·2009-12-26 13:27

设计模式初学者教程（下）

——《人月神话》写在前面本文的内容主要来源于前段时间的部门分享，经过整理、修订与完善后，现分享给各位，祝开卷有益。适配器模式Whileinrome,doasromedos
grunt1223·2009-12-18 13:00

模式之美——设计模式教程（上）

——《人月神话》写在前面前段时间，部门要求对新人进行设计模式方面的培训，因此就有了本文的雏形。当时由于时间原因，只做了ppt，讲完之后觉得意犹未尽，趁这几天项目完成，将讲稿完善
wangke0611·2009-12-17 08:00

设计模式初学者教程（上）

——《人月神话》写在前面前段时间，部门要求对新人进行设计模式方面的培训，因此就有了本文的雏形。当时由于时间原因，只做了ppt，讲完之后觉得意犹未尽，趁这几天项目完成，将讲稿完善后
grunt1223·2009-12-15 17:00

[转]关于团队文化

原文：http://blog.sina.com.cn/s/blog_493a84550100fzmq.html（人月神话） 关于问题，当我们对一件事情不清楚或者当我们对自己的决策无把握的时候如何处理？
n_ithero·2009-11-28 00:00

MA

MAMA 2009-02-04作者：人月神话来源：网络转载地址：http://www.uml.org.cn/cmm/200902043.asp 度量过程框架:度量和分析过程域包括：详细说明度量和分析的目的
万丈高楼平地起·2009-10-21 14:00

5人团队

根据人月神话上的描述，这种小型的团队应该采用类似外科手术队伍的形式，才能保证高效，以及产品的概念完整性。但是对于许多在大项目里面复制某个模块开发的小team来说，有些资源还是不具备的。
mabusyao·2009-10-12 23:00

软件团队有效性的5个原则

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

软件团队有效性的5个原则

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

浅谈敏捷项目管理在软件开发中的应用

一、使用传统项目管理技术管理软件开发项目的方法     按照《人月神话》的说法，软件开发是个焦油坑，书店里关于软件开发管理的书籍林良满目，各个软件开发组织也在尝试和应用不同的软件开发管理办法
love~ruby+rails·2009-10-05 09:00

投身管理工作（项目经理修炼手册正文的开头)

驴的工作重复性高，只要按照要求不断转圈圈就可以了，按照这个要求任何有力量的动物都能完成，按照《人月神话》里面的
苏鹏·2009-09-23 17:29

投身管理工作（项目经理修炼手册正文的开头)

驴的工作重复性高，只要按照要求不断转圈圈就可以了，按照这个要求任何有力量的动物都能完成，按照《人月神话》里面的
苏鹏·2009-09-23 17:29

投身管理工作（项目经理修炼手册正文的开头)

驴的工作重复性高，只要按照要求不断转圈圈就可以了，按照这个要求任何有力量的动物都能完成，按照《人月神话》里面的
苏鹏·2009-09-23 17:29

投身管理工作（项目经理修炼手册正文的开头)

驴的工作重复性高，只要按照要求不断转圈圈就可以了，按照这个要求任何有力量的动物都能完成，按照《人月神话》里
lovnet·2009-09-23 17:00

黑客书架上出现频率最高的9部半书籍

人月神话：软件工程评述－周年版FredrickP.Brooks著这本论述软件工程中人的因素的经典著作出版于1975年。这些年来，技术已经发生了很大的变化，但是人的因素还是和原来一样让人头痛。这是一本有
jian436·2009-09-15 20:00

黑客书架上出现频率最高的9部半书籍

人月神话：软件工程评述－周年版FredrickP.Brooks著这本论述软件工程中人的因素的经典著作出版于1975年。这些年来，技术已经发生了很大的变化，但是人的因素还是和原来一样让人头痛。这是一本有
fnjerry·2009-09-11 20:20

黑客书架上出现频率最高的9部半书籍

人月神话：软件工程评述－周年版FredrickP.Brooks著这本论述软件工程中人的因素的经典著作出版于1975年。这些年来，技术已经发生了很大的变化，但是人的因素还是和原来一样让人头痛。这是一本有
fnjerry·2009-09-11 20:20

Scrum的中国式MMO生存

但正如人月神话中的那句老话“Nosilverbullet”。那么对于如今国内占主流的大型多人在线游戏（MMO）开发领域而言，Scrum
教父的告白·2009-09-09 10:00
上一页 14 15 16 17 18 19 20 21 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他