首页 > 其他分享 >《人月神话》读书笔记3

《人月神话》读书笔记3

时间:2023-06-10 10:44:20浏览次数:38  
标签:神话 开发人员 读书笔记 开发 文档 测试 软件

第四章读书笔记:

第四章围绕着软件开发过程中的文档、开发和测试的问题进行了探讨。作者提出了在开发和测试中“少写文档”的思想,认为写作精简的文档能帮助开发人员更快地投入到程序开发和测试工作中去。作者讲述了他在实践中贯彻的“原型方法”、“视觉化方法”和“前置设计”的具体实现,倡导将文档尽可能地简化和分解,让开发人员和用户最大化利用文档,而不是为了文档而文档。

我的理解是,作者在本章节中主要是希望提高软件开发过程的效率,而尽可能地减少不必要的文档编写是其中一个很好的手段。但是这样做也需要考虑实际的环境和需求。对于一些关键的软件项目或者需要满足特定标准的领域来说,必须符合项目规范和要求,必须撰写详尽的文档和设计文件。但是,对于那些小型软件项目或无需更多的标准的软件,为了节省时间和精力,可以更加注重开发过程的实现和测试,而适当地减少文档的编写。总之,开发和文档的关系,因项目而异。

标签:神话,开发人员,读书笔记,开发,文档,测试,软件
From: https://www.cnblogs.com/sion6/p/17470874.html

相关文章

  • 人月神话读后感
    《人月神话》是一本由弗雷德里克·P·布鲁克斯所著的软件工程经典之作。这本书对于软件开发领域有着深远的影响,它揭示了许多项目管理和软件开发过程中的常见问题,并提出了一些宝贵的经验和教训。在读完《人月神话》后,我对软件开发的理解有了一些新的认识和思考。首先,我深刻认识到......
  • 《人月神话》阅读笔记3
    今天这篇阅读笔记主要讨论《人月神话》中的“人月神话”以及组建“外科手术队伍”。     首先介绍一下什么是人月神话。我以前听人月神话的时候总是觉得很玄幻,以为这是一个神话故事之类的。我相信很多刚刚听到这个词汇的人都会这么认为,但是经过阅读发现,人月神话并不是神话......
  • 读书笔记——人月神话2
     “人月”指项目预估和进度安排中使用的工作量单位,比如一个项目需要3个人耗费四个月的时间,衡量这个项目的工作量就用12人月表示。在本文中,作者认为“用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话,它暗示着人员数量和时间是可以相互替换的。”人数和时间可以互换的......
  • 读书笔记——人月神话3
    在写项目申请书时,经常会遇到两个问题。其一,不同的人负责项目申请书的不同部分,最后在整合到一起时往往会让人产生项目需求和功能不完全对应的感觉,整个项目明显有拼凑的痕迹,显得不伦不类;其二,在决定产品实现什么功能时,往往会很贪心的把所有功能都往上加,最后产品没有针对性,更没有特色......
  • 读书笔记——代码大全1
    1.       用错误处理代码来处理预期会发生的状况,用断言来处理绝不应该发生的状况。2.       隔栏:以防御式编程为目的而进行隔离的一种办法,就是把某些接口选定为“安全”的区域边界,对穿越安全边界的数据进行合法性的校验,并当数据非法时做出敏锐的反映。3.    ......
  • 读书笔记——代码大全2
    第一章构建(写代码)是软件开发中非常重要的部分。还引用了一句话,艺术评论家聚在一起总是谈论架构,思想;艺术家聚在一起总是谈论在哪里可以买到便宜的树脂油。)构建的产品即源代码,是软件唯一的、最准确的说明书。(想到了一句话,程序员就是用代码(语言)说服计算机去做一些事情) 构建(作者不......
  • 读书笔记——代码大全3
    对于没有顺序关系的代码,应该通过排列代码增加代码的可读性。应该将相关的代码组织在一起,从而便于自上而下阅读。组织较好的代码应该可以划分成若干个不重叠(但是可能嵌套)的代码块,各自执行相关的功能。这一部分让我感触比较深。对于有明确顺序的代码通常我都会注意到将它们排列整齐......
  • 代码大全读书笔记
    需求分析:软件开发的第一步是理解客户的需求。对需求进行仔细的分析和定义非常重要,因为这些定义决定了软件系统的性能、功能和特性。设计:在设计阶段,我们需要考虑系统的结构,组件和模块,以及它们相互作用的方式。一个好的设计应该将复杂的系统分解为简单的部分,以便开发人员更容易......
  • 人月神话6
    通过看人月神话的阅读,明白了《人月神话》探索了达成一致性的困难和解决的方法,并探讨了软件工程管理的其他方面。既有很多发人深省的观点,又有大量软件工程的实践,为每个复杂项目的管理者给出了自己的真知灼见大型编程项目深受由于人力划分产生的管理问题的困扰,保持产品本身的概念完......
  • 人月神话5
    1.开发一个项目,我们错误的认为用人月这个工作量单位来估计和进行进度安排。成本的确随开发产品的人数和时间的不同,有着很大的变化,进度却不是如此。因此我认为用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话。它暗示着人员数量和时间是可以相互替换的。人数和时间的互......