观后 观后感

《代码大全》是一本软件工程领域的经典著作，由著名软件工程师史蒂夫·麦克康奈尔所著。作者深入浅出地从理论与实践两个维度，系统性地阐述了如何编写高质量的软件代码。在阅读这本书之后，我对软件工程的认识有了许多深刻的体会，下面就分享一下我的读后感。 首先，我认为书中的最大亮点是它对软件工程实践的深入分析。尤 ......

今天又读了《梦断代码》，感觉对自己的帮助虽然不是很多，但依旧挺大的。第八章的题目是白板上的即时贴。在微软和许多态度严谨的软件公司中，长久以来都有一种法规定，即开发者必须使用自己正在做的产品，用来在服务器发布版本中找出最后一些产品缺陷。WebDVD的工作机制是扩展HTTP——Web服务器和浏览器之间的 ......

今天发表《梦断代码》的第一篇读后感。这几天读了《梦断代码》的前四章，有很多不懂的也是必然的，读了很多遍还有好多地方不是很懂。发一下读的内容。 作者迷恋于一个叫做Sumer的游戏，其可以让玩家打补丁，任何人都能窥探其内部运行机制。花点时间学习简单的Basic语言，改游戏就和玩游戏一样简单：将纸带上的指 ......

当今世界，软件已经成为当今世界不可或缺的一部分。而《梦断代码》一书记录的是作者罗森伯格对OSAF主持的Chandler项目进行田野调查，通过Chandler开发过程来揭示软件开发过程中一些根本性的大问题。 第四章作者将其命名为乐高王国。卡普尔很注重前台的效果，着重于如何体现Agenda之魂。而后台工 ......

看完《人件》这本书，发现全书中基本没有涉及到任何软件技术，但作者精辟的探讨了专业软件团队管理这一非常专业的话题。怎么把团队做好，这是一个大问题。只有做好团队，才能做好软件。《人件》提到，软件工程本质上其工作的主要问题，与其说是技术问题，不如说是社会学问题。记得有位老师也曾提过三分技术，七分管理，我想 ......

书中简单的将需求定义为：需求就是定义系统需要做什么而不是怎么做。 需求也是有一些原则的， 1）定义问题而不是解决方案， 2）定义系统而不是项目， 3）区分正式和非正式部分， 4）避免重复，在几种需求流程中，我们了解到每种需求流程都有自身的优点和缺点，传统需求流程比较规规矩矩，这样可以使项目需求分析有 ......

今天发表《梦断代码》的第一篇读后感。这几天读了《梦断代码》的前四章，有很多不懂的也是必然的，读了很多遍还有好多地方不是很懂。发一下读的内容。 作者迷恋于一个叫做Sumer的游戏，其可以让玩家打补丁，任何人都能窥探其内部运行机制。花点时间学习简单的Basic语言，改游戏就和玩游戏一样简单：将纸带上的指 ......

当今世界，软件已经成为当今世界不可或缺的一部分。而《梦断代码》一书记录的是作者罗森伯格对OSAF主持的Chandler项目进行田野调查，通过Chandler开发过程来揭示软件开发过程中一些根本性的大问题。 第四章作者将其命名为乐高王国。卡普尔很注重前台的效果，着重于如何体现Agenda之魂。而后台工 ......

今天又读了《梦断代码》，感觉对自己的帮助虽然不是很多，但依旧挺大的。第八章的题目是白板上的即时贴。在微软和许多态度严谨的软件公司中，长久以来都有一种法规定，即开发者必须使用自己正在做的产品，用来在服务器发布版本中找出最后一些产品缺陷。WebDVD的工作机制是扩展HTTP——Web服务器和浏览器之间的 ......

这两天把人月神话的每一个章节都读了一下，可能是因为没有做过大项目的原因吧，有很多地方都不是很懂，所以也谈不上是读后感，只能说是阅读笔记吧。 人月神话这一章，作者主要介绍了软件开发项目在进度安排上经常出现的问题。首先，由于我们对项目开发的进度估计过于乐观，我们估计出来的工作量通常会低于实际需要的工作量 ......

人月神话的观点：是与非这一章，也是20周年版本新增的内容，20年的发展让初版的一些观点变得过时，但是仍然有不少观点仍然适用，因而作者在这一章里把之前的每一章的主要观点都抽离出来，并对已经过时了的观点做了说明，可以说这一章是整本书的精华了吧。 20年后的人月神话这一章很长很长，算是一篇单独的文章，讨论 ......

这本书虽然有做过一些细小的修订，用更新的思想进行扩充，但我还是认真阅读了这本书的第一版序言。其中，作者提到在很多方面，管理一个大型的计算机编程项目和其他行业的大型工程很相似，这一点虽然我没有亲身经历过，却能感同身受作者的思想和态度，我想，任何一件或大或小的完整工程都是有相通之处的，甚至是每一件事情。 ......

老师推荐了这本书人月神话，刚开始以为是一本小说，后来阅读之后才发现自己想错了，人月是指在估计和进度安排中使用的工作量单位。 作者在书中介绍了焦油坑的概念，提出在过去几十年的大型系统开发就犹如一个焦油坑。各种团队，大型的、小型的，庞杂的和精干的，一个接一个淹没在焦油坑中。表面上看起来好像没有任何一个单 ......

岸上的船儿，如同海上的灯塔，无法移动。 首先应用这句话是因为我觉得这句话写的特别美，特别形象。 史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。上帝见证着恐龙、猛犸象、剑齿虎在焦油中挣扎。它们挣扎得越是猛烈，焦油纠缠得越紧，没有任何猛兽足够强壮或具有足够的技巧，能够挣脱束缚，它们最后 ......

《人月神话》是一本由弗雷德里克·P·布鲁克斯所著的软件工程经典之作。这本书对于软件开发领域有着深远的影响，它揭示了许多项目管理和软件开发过程中的常见问题，并提出了一些宝贵的经验和教训。在读完《人月神话》后，我对软件开发的理解有了一些新的认识和思考。 首先，我深刻认识到软件开发是一个复杂的过程。作者通 ......

回想起过去的软件开发经验，我也曾犯过“人月神话”的错误。在项目进度拖延的情况下，我的第一反应就是增加更多的开发人员，希望能以此来弥补进度上的不足。但是，我们团队中并没有好的沟通和协作机制，导致新成员加入后会产生大量的重复工作以及低效的沟通与协作，反而导致了进度的继续拖延。 通过阅读《人月神话》，我领 ......

作为一名大学生，我认为《人月神话》对于我的职业规划和成长非常有启发作用。 在大学学习中，我们经常会接触到各种课程和项目，那么如何在项目中更好地发挥个人能力并协调团队呢？《人月神话》为我们提供了宝贵的思路。 首先，我们要认真分析项目的需求，并制定详细的计划和工作任务。同时，我们需要建立高效的沟通和协作 ......

作为一名计算机专业的大学生，我深知软件开发项目中团队协作的重要性。《人月神话》这本经典著作为我们提供了很多关于如何协调和管理团队的宝贵经验。 在软件开发项目中，我们需要建立高效的沟通和协作机制，确保每个成员理解自己的工作任务和其他成员的工作内容，以避免出现重复或者遗漏的情况。同时，要强化团队合作意识 ......

《人月神话：软件项目管理之道》（英语：The Mythical Man-Month: Essays on Software Engineering）是由IBM System/360系统之父佛瑞德·布鲁克斯所著经典文集，全书讲解软件工程、项目管理相关课题，被誉为软件领域的圣经，内容源于作者布鲁克斯在I ......

今天复习完所学的知识后，在看了一下这本书，也算是读完了，下面是剩下的内容概要 "No Silver Bullet Refired"（重新点燃的没有银弹）：这一章重新讨论了软件开发中是否存在所谓的“银弹”，即单一技术或方法能够解决所有软件开发难题的观点。 "Propositions of The My ......

接下来的几章就是优秀用户故事准则、估算用户故事、发布计划、迭代计划测量并监控速率、故事不是什么、故事的优势以及故事的不良征兆。主要将的就是在一个大型项目中，尤其是有许多用户角色的项目，确定用户故事有时让人无从下手。最好的办法是考虑每一个角色，了解用户使用我们软件的目的。当面临一个大的故事时，通常有许 ......

软件需求与分析——读后感 需求分析既是一份体力活儿，更是一份技术活儿，它既是人际交往的艺术，又是逻辑分析与严密思考的产物。我们需要学会的就是如何和客户交流，做出需求分析。其中包括需求调研，需求分析，需求确定这三个大方面。 需要调研，我个人认为，需求捕获最有必要学习。文章中也有提到它是整个需求分析工作 ......

在前六章中主要讲的就是编写用户故事，书中提供了一种节省时间和消除重复工作的需求管理方法，通过用户故事与敏捷方法，对开发更优秀的软件，起着积极高效的推动作用。软件开发起始于需求收集和分析。传统的方式客户获得的只会是开发人员根据他们对文档的理解所开发的软件系统，这可能并不是客户真正需要的，这种情况下软件 ......

阅读《构建之法》第八章之后，又有了很多的感悟，下面进行总结。第八章重点讲了需求分析，在一个项目中，需求分析是最基础也是最重要的，只有充分了解了用户需求，我们才不会走弯路，才能做出正确的规划，保证项目的进行是按照用户的需求进行的。其中，获取用户需求的方法即用户调查，常用的用户调研方法包括：焦点小组，深 ......

阅读了《构建之法》第九章项目经理，下面进行总结： 这一章讲了项目经理的由来和要求，项目经理和其他经理的区别，PM的专业能力。作为一个PM，PM的能力很重要。有能力并且得到大家认可支持的PM才是一个优秀的PM。在这一章节简单地介绍了项目经理是项目团队的领导者，项目经理首要职责是在预算范围内按时优质地领 ......

《人件》是一本探讨软件开发中人因素的著名书籍，它从组织、团队、个人等多个层面分析了影响软件开发成功的因素，并提出了一些有益的见解和建议。作者认为，软件开发是一种复杂的人类活动，需要高度的智力、创造力和协作能力。因此，管理者应该重视和关心开发者的需求、感受和成长，为他们创造一个有利于工作效率和质量的环 ......

一、K8S的用武之地 今天，大型单体应用正被逐渐拆分成小的、可独立运行的组件，我们称之为微服务。微服务彼此之间解耦，所以它们可以被独立开发、部署、升级、伸缩。这使得我们可以对每一个微服务实现快速迭代，并且迭代的速度可以和市场需求变化的速度保持一致。 但是，随着部署组件的增多和数据中心的增长，配置、管 ......

阅读构建之法第三章之后，我又有了很多的感悟，这本书的第三章的软件工程师的成长对我的启发很大，在学校，我们需要学的知识和语言太多了。往往给我们一种杂而不精的感觉，但是平时在校期间几乎是没有多余的时间去将所学知识学精的。所以平时老师布置的作业就是很关键了，这是我们学习的一个任务。但是，做作业也出现了很多 ......

阅读了构建之法第四章，有了很多的感悟，下面写下自身所感，第四章分为两人合作，4.3 代码设计规范 ，4.3.3 错误处理。着重介绍断言。 编写代码时，如果程序员相信在程序中的某个特定点某表达式值（布尔式）为真，可将其标为断言（assert）。 举个栗子： public class Assertion ......

《构建之法》是一本关于软件架构设计的书籍，作者是Peter Eeles、Oliver Sims和Tracy Smith。从一个非常全面而深入的角度，介绍了软件架构的概念、原则、方法和工具，旨在帮助软件开发人员和架构师们构建出高质量的软件系统。 在阅读《构建之法》的过程中，我深深地感受到了软件架构设计 ......