人月神话第5页

由《人月神话》和《功夫》所想到的

UMLChina整理http://cnweblog.com/asj/功夫呵呵，不是观后感，因为我还没看这部片子。不过赶上这个热潮，天天耳边有广告给你喊“功夫，功夫”，不由得有点感想。现在说起功夫这个词，恐怕任何人第一个想到的都会是双截棍和“啊～～呀～～～～”的一声怪叫，李小龙实在是太成功了，不仅让外国人了解了功夫，也从新定义了国人心中的这个词。让我们几乎忘记了它的更普通的含义。功夫代表时间：“要作

manager_channel·2020-07-16 03:38

1 人月神话_part1

职业的苦恼必须追求完美：一点点不匹配都能导致魔术失效依赖于其他人设定目标，并依靠自己无法控制的程序调试和查错：伴随创造的往往是枯燥沉闷的时间和劳动软件项目越接近完成，收敛得越慢产品即将完成的时候，又有了新的方案3人月神话英文是

brightsunp·2020-07-14 13:17

随便的感想

对于书中的很多牛人来说，Chandler可能是他们的第二个系统，难道这就是人月神话中的Thesecond-systemeffect?

博文视点·2020-07-14 08:29

我第一次写这么长的读后感

初识《人月神话》这本书是看到在豆瓣上的推荐，它被列在计算机方面的书籍里取了一个这样的书名确实吸引了我，并且很多评价将其奉为“软工的圣经”，但是由于当时对软件工程没有太多概念对这本书的了解也就止于书名了，

123Else·2020-07-14 07:29

2018 专业知识学习总结

阅读过的书籍：No.1/重构-改善既有代码的设计No.2/人月神话No.3/App架构师No.4/移动App性能评测和优化No.5/Android移动性能实践阅读过电子书：No.1/Java编程思想No

hi 咖啡猫·2020-07-13 09:02

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

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

chenyu964877814·2020-07-13 03:17

1 人月神话_part2

9未雨绸缪不变只是愿望，变化才是永恒为变更计划系统。使用高级语言和自文档技术，以减少变更引起的错误。为变更计划组织架构。管理人员参与技术课程，高级技术人才进行管理培训。软件维护，主要包含对设计缺陷的修复。“前进两步，后退一步”：缺陷修复总会以20-50%的几率引入新bug；每次修复后，必须重新运行先前所有的测试用例，确保系统不会以更隐蔽的方式被破坏；设计实现的人员越少、接口越少，产生的错误也越少。

brightsunp·2020-07-12 16:44

《大教堂与市集》读后感

（弗里德·布洛克《人月神话》第11章）或者换句话说，直到你第一次实现一个方案之前，你常常并没有真正理解你的问题。第二次呢，或许你已经学到了如果把它做对。所以你要是想把事情做对的话，准备好至少重来一次。

D_SJ·2020-07-12 08:35

网络最强CASE工具 + 经典UML学习电子资下载汇总，软件设计与开发人员必备

IBMRationalSolutionsv2003经典UML中文学习资料：人月神话UML

weixin_30478757·2020-07-12 06:25

《人月神话》笔记

人月神话（TheMythicalMan-Month）在众多软件项目中，缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素加起来的影响还大。

mattkang·2020-07-12 01:18

《人月神话》画蛇添足

画蛇添足的成语大家应该都听过，不过这里讲的故事有点不同，这是一部项目经理的辛酸史。项目经理接到一个需求的时候，通常是下面的这种场景。1、架构师从技术架构设计上给出解决方案；2、财务需要考虑开发成本支出，想尽量的节流；3、客户经理又想尽可能多的增加系统的功能；三方的矛盾最终要在“时间”这个通常的限定条件下达成妥协。做出的牺牲主要有：1、削减设计，相当于挑出主要矛盾，次要矛盾尽量往后挪；2、以更低成本

Java技术博文·2020-07-11 07:56

《人月神话》贵族专制、民主政治和系统设计

引子：先来看一组法国城市兰斯教堂的图片，整体的风格，给你的第一感觉应该是一致的，尖尖的顶，弧形的窗。再看一组哥特式教堂，分割线-------------------------上图中的哥特式教堂，每一代人都增加了自己的创意，整体风格给你的第一感觉很不一致，有些杂乱。为什么兰斯教堂经过几个世纪的迭代，还能保持一致的风格？因为设计师们在几代人的传承中，保持了设计风格概念的一致性和完整性。返回到我们的软

Java技术博文·2020-07-11 07:56

spring jdbc和spring mybatis没什么很大的区别，为什么要用mybatis优势在哪里

------------------------------人月神话回答于2013-02-0302:40举报mybatis有DAO模版，强大的代码生成

weixin_33809981·2020-07-10 19:15

阿里“教授”总结整理手写大型网站技术架构：核心原理与案例分析

传统的企业应用系统主要面对的技术挑战是处理复杂凌乱、千变万化的所谓业务逻辑，而大型网站主要面对的技术挑战是处理超大量的用户访问和海量的数据处理;前者的挑战来自功能性需求，后者的挑战来自非功能性需求;功能性需求也许还有“人月神话

java搬砖工人·2020-07-10 15:00

「没有银弹」的《人月神话》

《构建之法》一定程度是为了解决老师在具体教授知识上的一些难点和问题，所以在软件工程中的各个领域如构建、开发、测试、项目管理都有具体的探讨和对应的实践，侧重于术；《人月神话》的中心论点是在大型编程项目中，

wiz_chen·2020-07-10 09:26

一本经典的程序员必看书籍————人月神话

在软件领域，很少能有像《人月神话》一样具有深远影响力和畅销不衰的著作。Brooks博士为人们管理复杂项目提供了最具洞察力的见解，既有很多发人深省的观点，又有大量软件工程的实践。

weixin_33737774·2020-07-10 07:01

人月神话之摘录与思考_V1

初体验《人月神话》--40周年中文纪念版System/360的开发过程被视为计算机发展史上最大的一次豪赌，征召六万多名新员工，创建五座新工厂。佛瑞德·布鲁克斯为项目经理(也就是此书作者)。

一年三班马同学·2020-07-10 01:02

C#设计模式（2）

《人月神话》焦油坑、没有银弹*软件腐化的原因：问题所在设计目标----------------------------------------------------------------------

bulbul2006·2020-07-09 14:13

C#学习笔记——第一个应用程序

我非常喜欢《人月神话》中描述的编程产品的演进，通过下图我们来看看自己在开发什么。程序程序是代码最直接的产物，它本身是完整的，可以在我们的开发环境上运行，最常见的就是可执行文件。

baozi3026·2020-07-09 13:48

顶级程序员书单系列五：《人月神话》

我的记忆记得是许久之前读的这本计算机领域的经典图书了，当时就只记住了一点：增加人，并不能解决问题。由于当时的我并没有实际的开发经验，觉得他给出的建议并没有其他顶级程序员书单给的更棒，就仅把他排到15-20名的位置。后来，经技术交流群里的小伙伴的提醒，我决定重读此书。重读这本书的感受读完感觉，这本书还是超级厉害的，它不同于其他图书教授的“术”，他已经上升为“道”了。软件开发是熵增的过程，我认为优秀的

预测师·2020-07-09 08:22

cdai·2020-07-09 07:07

近10年最强的50本计算机图书[推荐]

weixin_34334744·2020-07-08 17:09

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

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

weixin_34060741·2020-07-08 16:06

从博客园自定义设计浅谈人机交互的软件工程方法

《人月神话》、《代码大全2》、《代码

weixin_30614109·2020-07-08 14:05

整理收藏的鸡汤文和实用文

两袖空空·2020-07-08 07:15

2019年程序员最该看的6本书，19位编程大神带你感受编程的世界！

1、《人月神话》这本书乍

黑砖窑·2020-07-08 05:54

近10年最强的50本计算机图书

NO.1设计模式:可复用面向对象软件的基础DesignPatterns:ElementsofReusableObject-OrientedSoftwareNO.2人月神话TheMythicalMan-Month

fatshaw·2020-07-07 07:36

知乎神回复：集中全世界程序员的力量，能三天内开发手机淘宝吗？

叶修语·2020-07-06 17:00

关于refactor

《人月神话》讲的是软件的复杂性。如果把这些串起来，是可以想的很明白的。软件由于其复杂性，应该培育以应对

win_lin·2020-07-06 07:49

1975年的人月神话

1975年《人月神话》的观点：第一章焦油坑1、编程系统产品开发的工作量是供个人使用的、独立开发的构建程序的9倍。我估计软件构件产品化引起了3倍工作量。

商未央·2020-07-06 00:00

《人月神话》学习心得

1、焦油坑-项目开发过程中总会遇到各种问题，有的时候就像站在焦油坑上，举步维艰，无法自拔；2、人月神话-软件工程不能通过人海战术来加速和减少项目时间；向进度落后的项目增加人手，只会使进度更加落后。

猿叔之见·2020-07-05 22:16

The Mythical Man-Month 读书笔记

TheMythicalMan-Month读书笔记TheMythicalMan-Month被翻译成了《人月神话》，初看此书名，还以为是神话故事，再加上去图书馆借书时发现这本书摆放在XX北馆四楼（社会科学图书库

AlbertHuo·2020-07-05 16:24

软件工程访谈

汪颖（Adams）：UMLChina成员，《人月神话》译者。Newdream：随着计算机技术的发展，由一两个人关起门来打天下的软件英雄时代一去不复返了。

aresgj·2020-07-04 11:17

《人月神话》（P7）编写手册和组织开会

贯彻执行本章讨论的问题是结构师如何确保每个人听到、理解并实现他的决策？文档化的规格说明——手册手册是结构师的主要工作产物，它描述和规定了用户所见的每一个细节。规格说明总是不断的在修改，所以也应该具有版本信息。规格说最重要的是清晰、完整和准确，所有文字要相互一致，这比写的生动要重要的多，所以说明往往都比较枯燥。如果说手册有专人编写，那么必须由一个或两个人来完成，以此保持文字和产品的一致性。而且一定要

fourn熊能·2020-07-04 01:44

概念的完整性

阅读经典——《人月神话》03系统应该只反映唯一的设计理念，用户所见的技术说明只来自少数人的思想。这些人称为体系结构经理（现在通常称为系统架构师）。其它编程人员作为程序实现经理，完成具体的编程任务。

金戈大王·2020-07-02 06:07

程序员：如何优雅的写出好代码？

《人月神话》的作者FrederickP.Brooks.Jr曾说：“软件的复杂性是一个基本特征，而不是偶然如此”。问题域有其复杂性，而软件在实现过程中又有很大的灵活性和

人邮异步社区·2020-07-01 23:02

造成代码难以维护的35个恶习

《人月神话》出版以来，科技公司一直苦苦追寻传说中以一当十的超级程序员，最新的研究表明确实存在这样一小撮效率奇高的“程序金刚”，但是一位普通程序猿如何能够蜕变成代码金刚呢？

言射手·2020-06-30 09:17

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

关键词:敏捷开发、极限编程、XP、项目管理一、使用传统项目管理技术管理软件开发项目的方法按照《人月神话》的说法，软件开发是个焦油坑，书店里关于软件开发管理的书籍林良满目，各个软件开发组织也在尝试和应用不同的软件开发管理办法

yangzibin·2020-06-30 06:13

软件工程-软件小组的组织形式

布鲁克斯法则布鲁克斯是上世纪60年代IBMSystem/360的操作系统OS/360的开发负责人，这之后基于当时的经验写了《人月神话》一书。

Reacubeth·2020-06-30 04:13

《黑客与画家》摘录与思考

很有道理，在《人月神话》中，有一个“破窗”理论，和作者的观点如出一辙。冗余的代

TaXue_WWL·2020-06-29 20:54

项目管理必看书籍推荐，15本全送给你

《人月神话》豆瓣评分8.4。本书有大量的软件工程实践，以及作者在IBM公司System360家族和OS360中的项目管理经验。3.《人件》本书

逸尘谈PM·2020-06-29 04:55

人月神话(一二章)摘要笔记

"人月神话"的字面意思就是人是程序员，月是时间，如果一个人干10个月等同10个人干一个月，那就成神话。

weixin_30888413·2020-06-28 02:12

最终作业 - 软件工程实践总结（个人）

目录一、请回望暑假时的第一次作业，你对于软件工程课程的想象二、写下属于自己的人月神话——个人或结对或团队项目实践中的经验总结+实例/例证结合的分析三、对下一届实践的建议，或者对于开学初的你，对于大一的你

weixin_30672295·2020-06-27 23:13

【项目管理】人月神话

人月神话中谈到：缺乏合理的时间进度是造成项目滞后的最主要原因，他比其他所有因素加起来的影响还大。那么导致这种的原因是什么？1：对估算技术缺乏有效的研究。

weixin_30379973·2020-06-27 18:05

软件随想录读书笔记

软件随想录读书笔记1.总体印象《软件随想录》是第15届JOLT大奖图书，被誉为堪比《人月神话》的经典软件项目管理文集。正是受这个光环的影响，我去借了一套回来看。

王子翩1976·2020-06-27 12:44

对软工圣经《人月神话》的笔记------持续更新

从不曾见过任何一本书，对工学描绘的如此具有艺术性。以下仅记录书中一些个人比较看重的点Chapter1TheTarPit第一章焦油坑史前史中，没有别的场景比巨兽们在焦油坑里垂死挣扎的场面更令人震撼。上帝见证着恐龙、猛犸象、剑齿虎在焦油坑里挣扎。它们挣扎得越猛烈，焦油纠缠得就越紧，没有哪种猛兽足够强壮或具有足够的技巧，能够挣脱束缚，它们最后都沉到了坑底。而软件工程就是一个巨大的焦油坑。Chapter2

RealZeal1993·2020-06-27 10:41

不错的书籍--GitHub 开源工具整理

GitHub开源工具整理-Chobites-博客园http://www.cnblogs.com/ZHUYIN/p/5205797.html不错的书籍人件人月神话代码大全2计算机程序设计艺术程序员的自我修养程序员修炼之道高效能程序员的修炼

葡萄喃喃呓语·2020-06-27 04:18

软件是成长起来的，而不是构建出来的

人月神话（TheMythicalMan-Month）这本书，历久弥新，值得反复阅读。十多年来，书中的许多理念，像影子一样，须臾不离，一直影响我。

michael_jia·2020-06-26 21:24

《人月神话》读书笔记

《人月神话》读书笔记《人月神话》是一本经典的软件工程的巨作，作者布鲁克斯（FrederickP.Brooks）被誉为“IBMSystem/360之父“，他曾是这一项目的项目经理，后来在设计期担任360操作系统的项目经理

superballball·2020-06-26 16:17

人月神话—人月神话

shubao2651·2020-06-26 09:59

推荐频道

人月神话