读书笔记-人月神话1

最新推荐文章于 2021-11-11 23:44:54 发布
最新推荐文章于 2021-11-11 23:44:54 发布
阅读量2.4k 收藏 2
点赞数
分类专栏： 人月神话 文章标签： 读书笔记 人月神话
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zlfprogram/article/details/73658578
版权

有多少书，我读过；有多少事，我做过；记录下学习的点点滴滴，每一天。

回顾一下经典，记录一下悟点。

读书笔记-人月神话 - 目录


L-Zhang
关注
专栏目录
读书笔记--学习人月神话的金句及感悟3
hhue2007的专栏
01-21 198
​人月神话这本书其实是在去年初就读过的，当时也总结了两篇读后感，详见之前博客，今天无意间需要参阅一下，就将后面章节进行了重读，特别是《人月神话》的最后部分（第20章），发现之前感觉总结的过于细致，没有整体，在此做一个整体总结，读到最后才发现人月神话是关于人与团队的书，只是恰巧支撑了大型软件编程类项目。
《人月神话》读书笔记
devil_bye的博客
10-03 629
第一章：焦油坑 第二章：人月神话 Brooks法则：向进度落后的项目中增加人手，只会使进度更加落后 第三章：外科手术队伍 需要协作沟通的的人员数量影响着开发成本，因为成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果（系统调试） 小型，精干队伍对于真正意义上的大型系统，太慢了 第四章：贵族专制，民主政治和系统设计 在系统设计中，概念完整性应该是最重要的考虑因素，也就是说，为了反...
《人月神话》读书笔记(十七)——没有银弹，软件工程中的根本和次要问题
qinhl99的专栏-林鸿的技术博客
10-05 2018
1、所有软件活动包括：根本任务——打造由抽象软件实体构成的复杂概念结构。次要任务——使用编程语言表达这些抽象实体，在空间和时间限制内将它们映射成机器语言。2、软件任务中的必要活动，也就是那些和构造异常复杂的抽象概念结构有关的部分：  仔细地进行市场调研，避免开发已上市的产品。  在获取和制订软件需求时，将快速原型开发作为迭代计划的一部分。  有机地更新软件，随着系统的运行、使用和测试，逐渐添加
《人月神话》阅读笔记之——第十四章：祸起萧墙
秋收的博客
08-19 344
这章讲了关于控制进度的一些要点，让我想起了一个在这本书里没有提到的方法，这个方法先是被我实践中摸索出来，然后在一本叫做《商道》的杂上找到了理论依据。先说说《商道》上那篇文章里的例子（原书找不到了，网上没有的卖，我只好凭记忆描述）。 说是有一家工厂，刚刚给某个生产环节做了自动化升级，使得这个环节的生产率大大提高。厂长很高兴的找到他的教授朋友来参观，参观完后教授却说“我觉得你很快就会遇到麻烦”。 果不其然，在接下来的几个月里，工厂的半成品严重积压，现金流紧张，成品产...
《人月神话》阅读笔记之——第十一章：未雨绸缪
秋收的博客
08-24 252
这一章讲到了化学工程师已经认识到无法一步将实验室工作台上的反应过程移到工厂中，需要一个试验工厂来为提高产量和在缺乏保护的环境下运作提供宝贵经验。这使我想起了以前工作中做过一次类似的事情。 那是一个商品上传功能，因为公司需要在像万圣节这样的日子前上传大量商品，所以需要在正式上传到现有平台前做个前置的上传-检查功能。我做这个功能一开始是先用最普通的方式，用纯html做上传表单，一次只能上传一个商品。虽然很笨很低效，但是现在想起来，这就是一个“试验工厂”，目的是验证业务逻辑的可行性。...
[一文看完《人月神话》]第18章-《人月神话》的观点：是与非
AlphaCat的博客
06-04 572
文章目录第1章-焦油坑第2章-人月神话第3章-外科手术队伍第4章-贵族专制、民主政治和系统设计第5章-画蛇添足第6章-贯彻执行第7章-为什么巴比伦塔会失败交流项目工作手册组织架构第8章-胸有成竹第9章-削足适履第10章-提纲挈领第11章-未雨绸缪为变更计划组织架构前进两步,后退一步—程序维护前进一步,后退一步——系统熵随时间增加第12章-干将莫邪高级语言交互式编程第13章-整体部分第14章-祸起萧墙第15章-另外一面第1版结束语 第1章-焦油坑 编程系统产品( Programming Systems
读书笔记：人月神话读书笔记.zip
07-25
读书笔记：人月神话读书笔记
读书笔记：人月神话 中文版 build with vitepress.zip
最新发布
07-25
读书笔记：人月神话 中文版 build with vitepress
人月神话的读书笔记
10-15
人月神话的读书笔记，比较很好，很不错！来自网络的收集。
人月神话读书笔记（11）----未雨绸缪
liujianli的博客
07-18 715
未雨绸缪不变只是愿望，变化才是永恒。试验性工厂和增大规模 对于大多数项目，第一个开发的系统并不合用。它可能太慢、太大，而且难以使用，或者三者兼而有之； 系统的丢弃和重新设计可以一步完成，也可以一块块地实现。所有大型系统的经验都显示，这是必须完成的步骤； 为舍弃而计划，无论如何，你一定要这样做； 唯一不变的就是变化本身 变化是与生俱来的，不是不合时宜和令人生厌的异常情况； 开发人员交付的是用户满意程度
读《人月神话》有感.docx
03-14
对《人月神话》初次读后的感悟，1000字左右~~~~~~~~~~~~~~~~ 专业内容不是特别多，总体对书中的观点进行了归纳
人月神话读书笔记
记忆碎片的博客
12-22 4072
文章目录第1章 焦油坑第2章 人月神话第3章 外科手术队伍第4章 贵族专制、民主政治和系统设计第5章 画蛇添足第6章 贯彻执行第7章 为什么巴比伦塔会失败？第8章 胸有成竹第9章 削足适履第10章 提纲挈领第11章 未雨绸缪第12章 干将莫邪第13章 整体部分第14章 祸起萧墙第15章 另外一面第十六章 没有银弹第十七章 再论“没有银弹”第十九章 20年后的《人月神话》 第1章 焦油坑 1.1 编...
人月神话读书笔记（14）----祸起萧墙
liujianli的博客
07-19 705
祸起萧墙潜藏的小祸患看似微不足道，而有朝一日可能葬送了原本看起来坚不可摧的事物。项目是怎样被延迟了整整一年时间的……一次一天。一天一天的进度落后比起重大灾难更难以识别，更不容易防范和更加难以弥补。里程碑还是沉重的负担 根据一个严格的进度表来控制大型项目的第一个步骤是制定进度表，进度表由里程碑和日期组成； 里程碑的选择只有一个原则，必须是具体的、特定的、可度量的事件，能够进行清晰定义； 里程碑边界明显
《人月神话》读书笔记（十三）
Xanthin的博客
11-11 202
第十四章 祸起萧墙 项目进度经常以一种难以察觉，但是残酷无情的方式慢慢落后。每件事情都只会将某项活动延迟半天或一天，但是积累起来，整个项目进度就出现了灾难性的偏移。“通常灾祸来自白蚁的施虐，而不是龙卷风的侵袭”。 要想严格地控制项目进度。第一步是要制定一个进度表，进度表上的每一件事被称为“里程碑”，有一个明确的期限日期。里程碑必须要是具体的、特定的、可度量的事件。如果里程碑定义得非常明确，无法自欺欺人时，很少有人会就里程碑的进度弄虚作假。但是如果里程碑很模糊，老板就常常会得到一份与实际情况不符的报告。当里
人月神话读书笔记（13）----整体部分
liujianli的博客
07-19 605
整体部分那些号称自己能完成庞大软件项目的业界人士，和旧时马戏团中以夸张吹嘘来吸引观众注意力的魔术师一样，其表演的东西并不能进行实质追究。剔除BUG的设计 产品的概念完整性在使它易于使用的同时，也使开发更容易进行，而且BUG更不容易产生； 关键的工作是产品定义。许许多多的失败完全是因为那些产品未精确定义的地方而导致的； 细致的功能定义、仔细的规格说明、规范化的功能描述说明以及这些方法的实施，大大减少了
《人月神话》读书笔记(十三)——干将莫邪
qinhl99的专栏-林鸿的技术博客
10-05 1414
1、项目经理应该制定一套策略，并为通用工具的开发分配资源，并意识到专业工具的需求；其实，对过去的确应该是这样的，但现在已经完全不同，主流的开发所用到通用软件和专业软件现在已经很丰富，对于我们一般的开发来说，已经足够了，需要的是，我们去学习使用，掌握这些工具，而不是去开发，但是，对于学习专门分配资源也是非常必要的，因为巧匠因为它的工具而出名。工具的重要性是不言而喻的，您看做足底按摩的，擦皮鞋的都有一
深度解析《人月神话》：读书笔记精粹
资源摘要信息:"《人月神话》是由弗雷德里克·布鲁克斯...对于IT行业的专业人士来说，阅读《人月神话》及其读书笔记不仅可以帮助他们更好地理解软件项目管理的原理，还能提高他们面对复杂项目时的决策和执行能力。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值