神话5.6
人月神话读后感
《人月神话》是一本探讨软件工程管理的经典书籍，它揭示了软件开发中的一些常见的误区和问题，并提出了一些有益的原则和方法。作者从多个角度分析了影响软件开发效率和质量的因素，如项目规模、时间、人员、沟通、设计、测试等，并提出了一些实用的建议和技巧。 我认为这本书对于软件开发者和管理者都有很大的启发和价值。 ......
《人月神话》读后感
《人月神话》是Frederick P. Brooks, Jr.教授的著作，Brooks曾荣获美国计算机领域最具声望的图灵奖（A.M.TURINGWARD）桂冠。美国计算机协会（ACM）称赞他“对计算机体系结构、操作系统和软件工程作出了里程碑式的贡献”。 Brooks博士是北卡罗莱纳大学KENAN-F ......
人月神话阅读笔记01
非常好，我们来探讨《人月神话》的第三章。尽管我无法直接引用书中的内容，但我可以提供一些关于该章节的一般性分析和讨论。第三章通常是《人月神话》中的一个重要章节，标题可能是"工期的延误"或类似的主题。在这一章中，弗雷德里克·布鲁克斯可能会讨论软件项目中常见的延误原因以及如何应对这些延误。以下是一些可能在 ......
《人月神话》阅读笔记07
第二章：通过这一章的阅读，我了解到了： 资源分配和管理：这一部分可能讨论如何有效地分配人力资源和技能，以最大限度地提高团队的效率和生产力。可能会涉及到团队规模、合作方式以及如何避免资源的浪费和冲突。 成本估算和投资回报：布鲁克斯可能会讨论如何准确估算软件开发的成本，并与预期的投资回报进行比较。他可能 ......
《人月神话》阅读笔记七
# 1、保持进度透明可见 我们的团队在做项目的过程中，总是少不了实时汇报自己负责的部分进度，我们有时可能会担心，如果我们向上级或者负责人汇报了我们的完成进度， 就有可能会因为某些问题扰乱我们的进度和计划。 其实，如果我们隐瞒不报，就有可能助长我们的侥幸心理，从而在更大程度上影响我们的项目进度，最后捅 ......
人月神话3
就工具而言，即使是现在，很多软件项目仍然像一家五金店。每个骨干人员都仔细地保管自己工作生涯中搜集的一套工具集，这些工具成为个人技能的直观证明。正是如此，每个编程人员也保留着编辑器、排序、内存信息转储、磁盘实用程序等工具。 软件的文档是与机器同样重要的，即使是对于极其私人的程序，说明文档也是必须的。不 ......
06人月神话阅读笔记
第11章 未雨绸缪不变只是愿望，变化才是永恒。——SWIFT。 普遍的做法是，选择一种方法，试试看；如果失败了，没关系，再试试别的。不管怎么样，重要的是先去尝试。——富兰克林 D. 罗斯福。 11.1 化学工程师很早就认识到，在实验室可以进行的反应过程，并不能在工厂中一步实现。一个被称为“实验性工厂 ......
04人月神话阅读笔记
第7章 为什么巴比伦塔会失败？7.1 巴比伦塔项目的失败是因为缺乏交流，以及交流的结果——组织。他们无法相互交谈，从而无法合作。当合作无法进行时，工作陷入了停顿。 7.2 因为左手不知道右手在做什么，所以进度灾难、功能的不合理和系统缺陷纷纷出现。随着工作的进行，许多小组慢慢地修改自己程序的功能、规模 ......
05人月神话阅读笔记
第9章 削足适履9.1 程序有多大？除了运行时间以外，它所占据的空间也是主要开销。 当系统设计者认为对用户而言，常驻程序内存的形式比加法器、磁盘等更加有用时，他会将硬件实现中的一部分移到内存上。相反的，其他的做法是非常不负责任的。 由于规模是软件系统产品用户成本中如此大的一个组成部分，开发人员必须设 ......
01人月神话阅读笔记
第1章 焦油坑1.1 编程系统产品（Programming Systems Product）开发的工作量是供个人使用的、独立开发的构件程序的九倍。 我估计软件构件产品化引起了3倍工作量，将软件构件整合成完整系统所需要的设计、集成和测试又强加了3倍的工作量，这些高成本的构件在根本上是相互独立的。 1. ......
02人月神话阅读笔记
第3章 外科手术队伍3.1 同样有两年经验而且在受到同样的培训的情况下，优秀的专业程序员的工作效率是较差程序员的十倍。（Sackman、Erikson和Grand） 需要协作沟通的人员的数量影响着开发成本，因为成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果（系统调试）。这一点 ......
03人月神话阅读笔记
第5章 画蛇添足5.1 尽早交流和持续沟通能使结构师有较好的成本意识，以及使开发人员获得对设计的信心，并且不会混淆各自的责任分工。 面对估算过高的难题，结构师有两个选择：削减设计或者建议成本更低的实现方法——挑战估算的结果。后者是固有的主观感性反应。此时，结构师是在向开发人员的做事方式提出挑战。想要 ......
人月神话 二
书中写到“一个拿2倍工资的人，生产率可能是其他人的10倍。”我和我的同学，一个小公司的技术总监聊起这个，他也是十分的认同。不知道其他公司的程序员们如何看。我的同事中有一个牛人，做出的贡献特别大，应该相当于我们公司普通的十个程序员，不过工资最多也就是普通程序员的二倍。是不是有些不公平呢?我也说不清楚。 ......
人月神话读后感四
唯一不变的就是变化本身，对于大多数项目第一个开发的系统并不合用，为舍弃而计划。要为变更设计系统，计划组织架构。设计可替代的，易修改的接口，程序更能减少维护的成本。即使最熟练的软件维护工作也只是放缓系统退化的进程，因此要时刻未雨绸缪。对于大多数项目，第一个开发的系统并不合用。它可能太慢、太大，而且难以 ......
《人月神话》 ——三、四章
最近临近考试，安排也比较忙，最近抽出了一些时间，再次读了一下《人月神话》这一本书，这一次看了第三章《外科手术团队》和第四章《元老制、民主制和系统设计》。 《外科手术团队》讲述了在团队开发过程中需要科学的精密的安排，软件开发的过程并不是优秀的人“出风头”也不是意气用事的过程，软件的架构师是软件的技术掌 ......
人月神话 一
当我捧起《人月神话》，马上就被深深的吸引了。书中很多细微之处都对我的思维造成了冲击。保持设计的概念完整。无论对小软件还是大软件，都必须由一个设计师主导，最多两个人讨论来共同完成软件的整体设计。 作为一个软件，一个系统，必须有一个清晰明确的概念模型，大家都在这个框架下工作，所有的创新发展都必须与基本的 ......
人月神话3
就工具而言，即使是现在，很多软件项目仍然像一家五金店。每个骨干人员都仔细地保管自己工作生涯中搜集的一套工具集，这些工具成为个人技能的直观证明。正是如此，每个编程人员也保留着编辑器、排序、内存信息转储、磁盘实用程序等工具。 软件的文档是与机器同样重要的，即使是对于极其私人的程序，说明文档也是必须的。不 ......
《人月神话》阅读笔记3
《人月神话》是一本软件工程经典著作，作者是著名的计算机科学家弗雷德里克·布鲁克斯。本书主要探讨了计算机软件开发的几个核心问题，如时间与效率、团队协作、软件设计和管理等等，并提出了一些关于软件开发管理的思考和经验。本书的关键思想之一是“人月神话”，也就是在软件开发中添加人力并不会缩短开发时间，反而可能 ......
《人月神话》读后感(3)
如果一个小组进行软件来发，小组成员之间要进行及时的沟通，互相帮助，把每个部分分给一个人，这样每个的部分出现错误都更加容易发现和改正，在每个人的部分都完成之后，再把每个人的部分拼接到一起，这样完成一个项目会更加有效率。交流的至关重要。团队之间要通过所有可能的途径进行相互之间的交流沟通。交流是一个团队成 ......
人月神话 读书笔记 03
第9章 削足适履9.1 程序有多大？除了运行时间以外，它所占据的空间也是主要开销。 当系统设计者认为对用户而言，常驻程序内存的形式比加法器、磁盘等更加有用时，他会将硬件实现中的一部分移到内存上。相反的，其他的做法是非常不负责任的。 由于规模是软件系统产品用户成本中如此大的一个组成部分，开发人员必须设 ......
《人月神话》读后感(2)
作者一开始提出的编程的乐趣和苦恼，所有的编程人员都是乐观主义者。可能是这种现代魔术特别吸引那些相信美满结局的人；也可能是成百上千琐碎的挫折赶走了大多数人，只剩下了那些习惯上只关注结果的人；还可能仅仅因为计算机还很年轻，程序员更加年轻，而年轻人总是乐观主义者。 无论是什么样的程序，结果是毋庸置疑的：“ ......
人月神话 读书笔记 01
第1章 焦油坑1.1 编程系统产品（Programming Systems Product）开发的工作量是供个人使用的、独立开发的构件程序的九倍。 我估计软件构件产品化引起了3倍工作量，将软件构件整合成完整系统所需要的设计、集成和测试又强加了3倍的工作量，这些高成本的构件在根本上是相互独立的。 1. ......
《人月神话》--在读之前
作为一名将要从事软件行业的当代大学生，我们不仅仅应该只局限于技术能力以及专业知识的学习，·不然我们难免面临着技术比我们更强的ai所取代，因此我们更要注重编程思想的养成，阅读一些经典的相关编程的书籍，有利于我们编程思想的养成，刚刚上网上搞到了一本电子版的《人月神话》的PDF，也和chatgpt聊了一聊 ......
《人月神话》读后感(1)
《人月神话》是一本经典的软件工程的巨作，作者布鲁克斯（FrederickP.Brooks）被誉为“IBM System/360之父“，这本书中用了很多的形象的比喻，来阐述项目管理中的一些问题。 本书开始就形象有有趣的把软件危机比作：焦油坑,没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。软件研 ......
人月神话阅读笔记04
过去我是怎么做的 没有在写程序之前写关于程序的使用的文档（文档的表达应简介明确） 很少对程序进行全面的验证 为什么这样做不好 自己很久后再使用这个程序的话可能会忘记某些操作 这是不好的习惯，没有太程序的健壮性，自己知道输入什么合法而用户不知道，如果用户输入非法而导致程序崩溃就不好了 解决办法 慢慢尝 ......
读书笔记-人月神话
读人月神话感触较深的是第一章的焦油坑，焦油坑是作者用来形容大型系统开发的一个概念。史前时代，恐龙、猛犸象、剑齿虎这些大型食肉动物碰到焦油坑也是没有办法挣脱的，而且越用力就越容易被沉入坑底。这种场景就像极了大型系统开发的工作。基本上一个大型的编程系统产品的开发成本会是单个的简单程序的9倍。这里的编程系 ......
人月神话1
第一次看到《人月神话》这本书，若不是老师推荐，还以为是本神话小说呢！由于对软件工程了解的不多，对这本书的解读不深刻。不过，从很多方面可以了解到这是一本畅销的、具有深远意义的书。 这本书讲述了几十年前软件专案管理问题与经验，作者将大型系统开发比作一个焦油坑，我原本以为软件开发还是比较容易的，有了新想法 ......
人月神话读后感2
之后继续阅读了人月神话。 基于上一章的结论：更大的队伍不一定能带来更快的开发进度，那么，问题来了，什么样的队伍才是合适的呢，小团队固然高效，但是你不能指望一个 20 人的小团队在合理的时间内去开发一套完整的操作系统吧？作者在这一章里给出了解决方案：将大项目合理地划分成更小的系统，各个外科手术队伍分别 ......
02人月神话阅读笔记
作为软件开发行业的经典之作，《人月神话》（The Mythical Man-Month）已经影响了整个计算机领域的发展。作为一本关于软件项目管理的著作，《人月神话》通过作者Fred Brooks几十年的管理实践和对于软件开发项目中某些惯常错误的深刻洞察，提出了一系列精辟的观点和理论，让读者可以更好地 ......