神话
人月神话（1）
第一次看到《人月神话》这本书，若不是老师推荐，还以为是本神话小说呢！由于对软件工程了解的不多，对这本书的解读不深刻。不过，从很多方面可以了解到这是一本畅销的、具有深远意义的书。 这本书讲述了几十年前软件专案管理问题与经验，作者将大型系统开发比作一个焦油坑，我原本以为软件开发还是比较容易的，有了新想法 ......
《人月神话》读书笔记
我读完了《人月神话》这本书，对软件开发有了更深刻的认识和理解。本书作者Tom DeMarco和Timothy Lister通过丰富的经验和实践案例，指出了软件开发中许多谬论和常见问题，并提出了应对这些问题的方法和建议。在本书中，作者首先强调了软件开发过程中的人月问题，即增加开发人员并不能保证项目能按 ......
《人月神话》阅读笔记09
第五章读后感： 读完这一章后，我有几个主要的感悟。 首先，布鲁克斯强调了项目管理的关键性。他指出，软件开发是一项复杂的任务，需要对进度、资源和团队进行有效的管理。没有良好的项目管理，项目很容易陷入混乱，导致进度延误和质量问题。这提醒我要重视项目管理的重要性，包括制定清晰的目标、合理安排资源和制定有效 ......
人月神话阅读笔记03
《人月神话》是一本软件工程领域的经典著作，作者是弗雷德里克·布鲁克斯。本书揭示了软件开发过程中的一些重要原则和挑战，对软件项目管理具有指导意义。以下是我的阅读笔记，总结了书中的关键观点和我对其理解。 首先，布鲁克斯在书中提出了"人月神话"这个概念。他指出，在软件开发中，增加人手并不一定能够加速项目进 ......
人月神话读后感3
唯一不变的就是变化本身，对于大多数项目第一个开发的系统并不合用，为舍弃而计划。要为变更设计系统，计划组织架构。设计可替代的，易修改的接口，程序更能减少维护的成本。即使最熟练的软件维护工作也只是放缓系统退化的进程，因此要时刻未雨绸缪。对于大多数项目，第一个开发的系统并不合用。它可能太慢、太大，而且难以 ......
《人月神话》读后感2
全书的第二章说的就是人月神话的关系。“一切都将运转良好”在软件工程中是不适用的；完成工作的人数与时间是不能进行简单的互换的，因为沟通需要额外的成本。我想这种问题的出现主要是就订单项目而言，因为人员的增加主要是因为客户所要求实现的东西并没有在计划的时间内收到满意的答复和应得的功能与效益。所以项目开发人 ......
《人月神话》阅读笔记08
第四章： 软件产品的特性：这部分可能会探讨软件产品的各种特性，如功能性、可靠性、可维护性、可扩展性等。布鲁克斯可能会强调软件产品质量的重要性，并讨论如何确保产品满足用户需求和质量标准。 开发过程和产品质量：这一部分可能会讨论开发过程与产品质量之间的关系。布鲁克斯可能会探讨不同的开发方法和流程对产品质 ......
人月神话阅读笔记02
《人月神话》是一部文学作品，融合了神话和现实主义元素，以及对人类生活和情感的探索。阅读这本书，我被它深邃的哲学思考和富有想象力的叙事所吸引，同时也对作者对人类存在和情感的揭示留下了深刻的印象。 首先，这本书通过描绘一个奇幻的世界，将读者带入了一个充满神秘和想象力的环境。故事中描述了人类与月球之间的联 ......
人月神话读后感
《人月神话》是一本探讨软件工程管理的经典书籍，它揭示了软件开发中的一些常见的误区和问题，并提出了一些有益的原则和方法。作者从多个角度分析了影响软件开发效率和质量的因素，如项目规模、时间、人员、沟通、设计、测试等，并提出了一些实用的建议和技巧。 我认为这本书对于软件开发者和管理者都有很大的启发和价值。 ......
《人月神话》读后感
《人月神话》是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. ......