神话
《人月神话》--在读之前
作为一名将要从事软件行业的当代大学生，我们不仅仅应该只局限于技术能力以及专业知识的学习，·不然我们难免面临着技术比我们更强的ai所取代，因此我们更要注重编程思想的养成，阅读一些经典的相关编程的书籍，有利于我们编程思想的养成，刚刚上网上搞到了一本电子版的《人月神话》的PDF，也和chatgpt聊了一聊 ......
《人月神话》读后感(1)
《人月神话》是一本经典的软件工程的巨作，作者布鲁克斯（FrederickP.Brooks）被誉为“IBM System/360之父“，这本书中用了很多的形象的比喻，来阐述项目管理中的一些问题。 本书开始就形象有有趣的把软件危机比作：焦油坑,没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。软件研 ......
人月神话阅读笔记04
过去我是怎么做的 没有在写程序之前写关于程序的使用的文档（文档的表达应简介明确） 很少对程序进行全面的验证 为什么这样做不好 自己很久后再使用这个程序的话可能会忘记某些操作 这是不好的习惯，没有太程序的健壮性，自己知道输入什么合法而用户不知道，如果用户输入非法而导致程序崩溃就不好了 解决办法 慢慢尝 ......
读书笔记-人月神话
读人月神话感触较深的是第一章的焦油坑，焦油坑是作者用来形容大型系统开发的一个概念。史前时代，恐龙、猛犸象、剑齿虎这些大型食肉动物碰到焦油坑也是没有办法挣脱的，而且越用力就越容易被沉入坑底。这种场景就像极了大型系统开发的工作。基本上一个大型的编程系统产品的开发成本会是单个的简单程序的9倍。这里的编程系 ......
人月神话1
第一次看到《人月神话》这本书，若不是老师推荐，还以为是本神话小说呢！由于对软件工程了解的不多，对这本书的解读不深刻。不过，从很多方面可以了解到这是一本畅销的、具有深远意义的书。 这本书讲述了几十年前软件专案管理问题与经验，作者将大型系统开发比作一个焦油坑，我原本以为软件开发还是比较容易的，有了新想法 ......
人月神话读后感2
之后继续阅读了人月神话。 基于上一章的结论：更大的队伍不一定能带来更快的开发进度，那么，问题来了，什么样的队伍才是合适的呢，小团队固然高效，但是你不能指望一个 20 人的小团队在合理的时间内去开发一套完整的操作系统吧？作者在这一章里给出了解决方案：将大项目合理地划分成更小的系统，各个外科手术队伍分别 ......
02人月神话阅读笔记
作为软件开发行业的经典之作，《人月神话》（The Mythical Man-Month）已经影响了整个计算机领域的发展。作为一本关于软件项目管理的著作，《人月神话》通过作者Fred Brooks几十年的管理实践和对于软件开发项目中某些惯常错误的深刻洞察，提出了一系列精辟的观点和理论，让读者可以更好地 ......
人月神话读后感 一
由于该书所描述的内容比较庞杂，本人预计将分为三篇文章对于相关内容和感想进行阐述。 作为开章第一篇，就先来说说为什么“人月”是“神话”。 小学的时候我们都做过这样的应用题：“工厂需要加工一批零件，安排5名工人的话需要10小时完成，那么安排25名工人加工，多少小时可以完成”之类的。对于这类题目，小学一二 ......
2023.4.28《人月神话》读后感
第二章 人月神话1.缺乏合理的时间进度控制是造成滞后的主要原因，比其他任何事情影响的和还大；2.好的东西需要一些时间来沉淀；3.似乎所有的程序员都是“乐观主义者”；4.期待不会有困难；5.本身构思是有BUG的；6.围绕成本核算的估计技术，混淆了工作量和项目进展；7.若干人员中分解任务会引发额外的沟通 ......
人月神话阅读笔记3
第十三章涉及软件开发中普遍性的问题。尽管每个软件项目都有其独特之处，但是软件开发中也存在许多普遍性的问题，如进度管理和技术选型等。作者提出了一些建议，如制定标准的进度计划和技术选型标准等，用以避免类似的问题在未来出现，并使软件开发工作变得更加高效、可靠和可预测。第十四章提出了两种软件开发文化之间的对 ......
人月神话读书笔记一
用了将近一周的时间，终于把人月神话读完了。本想着今天把读书笔记全部发完，但是老师要求每天都要发表博客，所以我决定分三天发表。我看的是40周年中文纪念版。相比于原版增加了一些作者根据今天软件工程管理现状添加的一些新的观点与评论，看看哪些过时了，哪些依然有效。 人月神话在开头有一句荷兰谚语：Een sc ......
《人月神话》读后感 3
第五章主要介绍了项目的初步探讨，阐述了一个项目在启动之前需要考虑的因素，包括项目的目标、需求、资源、约束等等。读完这一章，我认识到项目启动前的准备工作非常重要，只有在充分考虑所有因素后，才能建立一个可行的计划并确保项目的成功。 第六章是这本书的核心章节之一，主要介绍了“人月神话”这一概念。书中作者指 ......
《人月神话》读后感2
在第三、四章中，作者强调了软件开发过程中人员的重要性，以及团队合作的关键作用。 在第三章中，作者讲述了“向生产力之路”这一概念，即通过增加人力、时间或资源来提高软件开发的生产力。然而，作者指出这种做法并不可行，因为人力、时间和资源的增加并不能带来相应的效果提升，反而会带来更多的沟通和协调成本。相反， ......
《人月神话》——读后感6
过去是怎么做的： 我从来没有在开发项目之前写过产品规格手册；开会、电话日志和产品测试等等，都令我眼前一新，我从未接触过这种形式。 为什么这样不好： 产品测试和一些其他的东西，是必要做的，并且需要同步开发项目过程完成。 解决办法： 可以尝试本书中提到的一些项目开发流程和方式，但是这些方式大多是给项目经 ......
2023.4.26《人月神话》读后感
1.编程系统产品开发的工作量是供个人使用的、独立开发的构件程序的九倍。 2. 编程行业的一些内在固有苦恼： ● 将做事方式调整到追求完美，是学习编程的最困难部分。 ● 由其他人来设定目标，并且必须依靠自己无法控制的事物。 ● 真正的权威来自于每次任务的完成。 ● 任何创造性活动都伴随着枯燥艰苦的劳动 ......
4月人月神话阅读笔记1
第1章 焦油坑 1.1 编程系统产品（Programming Systems Product）开发的工作量是供个人使用的、独立开发的构件程序的九倍。 我估计软件构件产品化引起了3倍工作量，将软件构件整合成完整系统所需要的设计、集成和测试又强加了3倍的工作量，这些高成本的构件在根本上是相互独立的。 1 ......
4月人月神话阅读笔记2
第3章 外科手术队伍 3.1 同样有两年经验而且在受到同样的培训的情况下，优秀的专业程序员的工作效率是较差程序员的十倍。（Sackman、Erikson和Grand） 需要协作沟通的人员的数量影响着开发成本，因为成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果（系统调试）。这一 ......
4月人月神话阅读笔记3
第5章 画蛇添足 5.1 尽早交流和持续沟通能使结构师有较好的成本意识，以及使开发人员获得对设计的信心，并且不会混淆各自的责任分工。 面对估算过高的难题，结构师有两个选择：削减设计或者建议成本更低的实现方法——挑战估算的结果。后者是固有的主观感性反应。此时，结构师是在向开发人员的做事方式提出挑战。想 ......
《人月神话》——读后感5
过去是怎么做的： 对于某个项目的功能规格制定或说明，我总是喜欢在项目一开始就规定好大体框架。然后在具体的功能实现中，如果发现了有其他功能缺失，会再添加进来。 为什么这样不好： 我觉得我这样没什么问题。但是我的项目开发经验确实还不足。 解决办法： 多认真完成老师要求的项目任务。有余力自己可以开展某些项 ......
人月神话2
在软件开发项目中，似乎也是这样，每个问题单个看起来都可以得到完美的解决，但是当这些问题纠缠在一起的时候，就会变得像焦油坑一样，让人停滞不前。 而人们之所以热衷于开发软件项目，最重要的是创造事物的成就感，把一个东西从无变有，这会让软件开发者们对自己增加自信，这是软件开发者们一直喜欢这个领域的内在源泉。 ......
《人月神话》——读后感4
过去是怎么做的： 对于某个项目的开展，我常常是先等待其他工作组员先完成某项任务，我再开始我的任务。 为什么这样不好： 浪费很多时间，使项目进度缓慢。 解决办法： 在小组成员进行其他工作时，可以考虑哪些任务是可以同时进行的。就此些任务开展我自己的工作。 具体读后感： 贵族专制、民主政治和系统设计： 概 ......
深度研究：接连创造高估值、高增长神话的PLG
组织架构不匹配、权责分配不清晰以及团队协作无机制是推进PLG业务面临的三大核心挑战，而安全软件公司Snyk以其指数级营收和估值增长的成功实践证明，构建合适且高效团队是助力PLG创新实现高速增长的关键，其经验值得借鉴。本文将通过分析Synk如何构建起全能型跨职能团队，如何定义PLG团队核心权责，以及如 ......
2023.4.25-人月神话-4月份读后感3
最近，我阅读了人月神话的下一部分，我有了许多的感悟。 过去，我对于自顶向下的设计不够重视。好的自顶向下设计从几个方面避免了bug。首先，清晰的结构和表达方式更容易对需求和模块功能进行精准的描述。其次，模块分割和模块独立性避免了系统级的bug。另外，细节的隐藏使结构上的缺陷更加容易识别。第四，设计在每 ......
人月神话阅读笔记2
第七章对其他软件工程师提出的反驳进行回应。作者认为，虽然软件工程领域在过去几十年中发展迅猛，但是由于软件项目本身的特殊性以及人类本质的复杂性，软件开发仍然存在很多挑战和困难。因此，要想使软件开发过程更加高效和有序，需要深入研究软件开发的本质和规律，并制定相应的开发方法论。第八章探讨了开发过程中的外部 ......
《人月神话》读后感1
《人月神话》是一本由弗雷德里克·P·布鲁克斯所著的软件工程经典书籍，探讨了软件开发过程中的一些普遍问题和挑战。 第一二章主要介绍了软件工程中的两个重要概念：人月和管理。人月是指开发一个软件项目所需的时间，管理则是指在软件项目中合理地组织和管理人员的活动。在阅读这两章后，我深刻地认识到了软件开发中的人 ......
人月神话阅读笔记06
继续 干将莫邪 看到这个阅读题目，一般不会将他跟编程的阅读笔记联系起来，但是，这个模块主要讲述的是资源的合理利用， 其中也包含着“工欲善其事，必先利其器”的道理； 主要强调了合理的资源利用更有助于项目的完成，较好的编程方法（也可以是更适合自己的方法），更加有利于项目的实现与完成！ 整体部分 我们之前 ......
人月神话1
第一次看到《人月神话》这本书，若不是老师推荐，还以为是本神话小说呢！由于对软件工程了解的不多，对这本书的解读不深刻。不过，从很多方面可以了解到这是一本畅销的、具有深远意义的书。 这本书讲述了几十年前软件专案管理问题与经验，作者将大型系统开发比作一个焦油坑，我原本以为软件开发还是比较容易的，有了新想法 ......
人月神话读后感03
以下仅为我对一些章节的感受第11章：未雨绸缪为舍弃而计划，无论如何，你一定要这么做唯一不变的就是变化本身程序维护就是：前进两步，后退一步。随着修改的增多，还可能变为：前进一步，后退一步。第12章：干将莫邪工具很重要，需要专门人员开发“仿真装置”很重要不确定性是所有情况中最糟的，因为它剥夺了程序员寻找 ......
人月神话读后感 1
第一章作者将软件系统开发比作吞噬了恐龙、剑齿虎等史前巨兽的焦油坑，许多大大小小的团队被软件开发的焦油坑所吞噬。 作者首先介绍了变成系统产品的演进，指出程序、编程系统、编程产品、编程系统产品几个概念间的区别， 其中只有编程系统产品才是真正可用的面向用户的产物。 然后作者分别介绍了编程的乐趣和苦恼，当然 ......