观后 观后感

要想写好 PDL，首先要用易懂的自然语言，避免拘泥于某种程序语言，其次要在意向层次上写 PDL，描述设计作什么而不是如何作。· PDL 到代码流程方法是详细设计的有力工具，而且使得编码非常容易。可以把 PDL 直接翻译成注释，但要注意保证注释是精确而有用的。· 应该在工作的每一步中都检查子程序，并鼓 ......

人在软件工程中的定位 ——读人件有感初学软件工程导论这门学科，听老师说过《人月神话》和《人件》这两本书，它们被誉为软件图书中“两朵最鲜艳的奇葩”。于是我迫不及待的借了《人件》一睹它的风采。这两本书关注了软件开发过程中两个不同的方面，《人月神话》注重于“软件开发”本身，而《人件》则是强调了软件开发中的 ......

《代码大全》作为软件工程领域的经典书籍，是一本非常好的入门指南。通过对软件开发的各个方面进行讲解和实例演示，它向初学者传递了很多宝贵的经验和知识。 这本书首先深入讨论了软件开发过程，包括需求分析、设计和编码，以及软件维护和测试等主题。然后，它涵盖了如何编写高质量、易于扩展和可维护的代码。这些知识点非 ......

唯一不变的就是变化本身，对于大多数项目第一个开发的系统并不合用，为舍弃而计划。要为变更设计系统，计划组织架构。设计可替代的，易修改的接口，程序更能减少维护的成本。即使最熟练的软件维护工作也只是放缓系统退化的进程，因此要时刻未雨绸缪。对于大多数项目，第一个开发的系统并不合用。它可能太慢、太大，而且难以 ......

一个软件的质量是由你的准备工作占整个开发流程的时间决定的。 在开始修造一幢房屋之前，建筑工人会评审蓝图，确认所有用料已经备齐，并检查房子的 地基。建筑工人为修建摩天大楼和修建狗舍所做的准备工作是截然不同的。但不管是什么样的项目，准备工作总是和需要相适应的，并且应在工程正式开始前做完。本章主要论述在软 ......

阅读了这本书的三四章，第三章主要讲述了评价软件工程师的水平的主要方法，技能的反面，TSP对个人的要求。初级软件工程师应该积累软件开发相关知识，提升技术技能；积累问题领域的知识和经验；对通用的软件设计思想和软件工程思想的理解；提升职业技能；实际成果。软件开发的工作量和质量衡量是项目/任务的规模；耗时； ......

第30章编程工具里有“工具导向的环境”这样的内容，虽然在开发过程中会有意识地去制作一些工具，但是没有形成如书中这样明确的工具导向的开发方式； 再比如第25章代码调整策略里关于性能优化的内容，我在以前项目和现在项目中都做过不少的性能优化，也慢慢地和书中提到的一样，重视定量的数据优化对比，但书中所说的“ ......

第八章主要是讲需求的分析，对于一个程序项目来说，我觉得，需求是这个项目的向导，他可以决定程序项目会发展成什么样子。书里面需求这里大致分为两个：软件需求和用户需求。软件需求：我们不仅仅要考虑到项目功能的需求，要实现的功能，还要考虑到开发过程以及非功能方面的需求，还有综合需求。用户需求：是针对在用户这个 ......

全书的第二章说的就是人月神话的关系。“一切都将运转良好”在软件工程中是不适用的；完成工作的人数与时间是不能进行简单的互换的，因为沟通需要额外的成本。我想这种问题的出现主要是就订单项目而言，因为人员的增加主要是因为客户所要求实现的东西并没有在计划的时间内收到满意的答复和应得的功能与效益。所以项目开发人 ......

《人月神话》是一本探讨软件工程管理的经典书籍，它揭示了软件开发中的一些常见的误区和问题，并提出了一些有益的原则和方法。作者从多个角度分析了影响软件开发效率和质量的因素，如项目规模、时间、人员、沟通、设计、测试等，并提出了一些实用的建议和技巧。 我认为这本书对于软件开发者和管理者都有很大的启发和价值。 ......

《人月神话》是Frederick P. Brooks, Jr.教授的著作，Brooks曾荣获美国计算机领域最具声望的图灵奖（A.M.TURINGWARD）桂冠。美国计算机协会（ACM）称赞他“对计算机体系结构、操作系统和软件工程作出了里程碑式的贡献”。 Brooks博士是北卡罗莱纳大学KENAN-F ......

编写高质量的代码：理解代码质量的定义：代码的可读性、可维护性、可扩展性和可测试性等方面都是评判代码质量的重要标准。使用有意义的命名：变量、函数和类的命名应该清晰、准确，并且能够传达其用途和功能。注释的重要性：良好的注释能够提供对代码逻辑和意图的解释，增强代码的可读性和可理解性。函数和模块的设计：函数 ......

第一章主要是讲了计算机科学的领域、软件的特性、软件工程、软件工程与计算机科学的关系。软件=程序+软件工程，软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程，软件工程的核心部分是构建管理、源代码管理、软件设计、软件测试、项目管理。第二章讲了单元测试、回归测试、效能分析、个人 ......

# 用户故事和敏捷方法读后感 ## 简要介绍 我阅读了一些关于用户故事和敏捷方法的文章，了解了它们的定义，特点，优势和应用场景。用户故事是一种用简单语言描述软件功能的方式，它从用户的角度出发，强调软件要为用户带来什么价值。用户故事通常遵循一个模板：作为一个，我想要，以便。用户故事可以帮助开发团队理解 ......

拜读过《人件)后我感慨:软件工程人员必读书，并不谈软件语言等，全书通算都在说人.《人件) 的着眼点并不在软件开发本身、而是在软件开发中的“人.人件) 提到:软工本质上工作主要问题，与其说是技术问题，不如说是社会学问题，软件的设计本身需要社会，需要“人” 的肯定。 当然除了市场上“人的肯定，- 一件精 ......

最近，我阅读量人件的下一部分，有了一些感想。 过去，我对于胶冻团队的概念了解不够。胶冻团队是一群紧密结合在一起的人，其整体大于部分的总和。这样一个团队的产量，要比在非胶冻形式下同样的人产量大。在以后，可以加深对于胶冻团队概念的了解。 过去，我对于黑衣团队的了解不够。公司将这些非常有才能的测试人员组成 ......

最近，我阅读了人件的下一部分，有了一些感想。 过去，我对于办公环境的重视程度不够。假设除了现在的职责之外，还让你负责为手下提供办公环境和公益设施。你必须为每个人确定工作环境的种类、分配的开支总数等等，而你如何着手做这些事呢？在以后，可以更加重视办公的环境。 过去，我认为加班是司空见惯的事情。在我们经 ......

大多数管理者坦承，他们对于人的担心，更甚于对技术的担心。在这方面作出努力，只是总是以关注技术为主。 从事新技术的人，总是以为自己是属于高科技领域，这是一种假象，因为只有运用和取得科研根本性突破的人员才是高科技工作者，其他人只是运用他们的研究成果。 在体力劳动行业中司空见惯的管理手段，并不适用于脑力劳 ......

第五章 软件构建中的设计 > 设计的限制： 设计是一个“险恶”的问题：只有通过解决或至少部分解决，才能明确地定义它。 设计中会有很多错误和修正的过程。 设计有诸多限制，要针对限制与需求进行取舍。 设计是不确定的，是启发式的过程，是自然而然的。 > 管理复杂度：把任何人在同一时间需要处理的本质复杂度减 ......

唯一不变的就是变化本身，对于大多数项目第一个开发的系统并不合用，为舍弃而计划。要为变更设计系统，计划组织架构。设计可替代的，易修改的接口，程序更能减少维护的成本。即使最熟练的软件维护工作也只是放缓系统退化的进程，因此要时刻未雨绸缪。对于大多数项目，第一个开发的系统并不合用。它可能太慢、太大，而且难以 ......

《人件》从软件管理的诸多方面阐述了管理的复杂性，作为脑力型工作，管理者那些固定标准化的管理方法显得与此格格不入。令人遗憾的是，开发人员作为脑力工作者，却常常被管理者用劳动密集型行业的管理办法来管理他们，而忽视了脑力工作这一根本属性，定下一个个不符合软件开发规律的交付日期，用繁多的会议、电话、临时任务 ......

读《代码大全》与读别的书不一样的就是，总能找到共鸣。书中所讲到的很多问题都是工作中实际会遇到的，很多经验都是从实际工作中总结出来的。很多东西都是以往所看的其他类技术书籍不会提到或者不会重点提到的，但却是自己工作中有深刻体会的。 “代码是写给人看的”便是我感受最深的一条。 关于代码可读性的争论一直存在 ......

故事梗概 故事讲述了荣耀王国的小狮子王–辛巴出生，老狮子王带着辛巴巡游王国。但是，辛巴的叔叔却不服老狮子王的统领，于是，勾结鬣狗王国，哄骗辛巴，害死了老狮子王，赶走了辛巴，霸占了荣耀王国，以及王后。辛巴以为自己害死了自己的父亲，于是，终日沉沦，幸好结识了朋朋和丁满这两个朋友，开始了无忧无虑、不关心其 ......

开篇讲到一个概念即：软件=程序+软件工程。 书中说到，程序指的是源程序，也就是基于数据结构上的实现算法，这是我们软件学生的基本功。程序员需要对代码不断编写，程序越来越庞大，就需要源代码管理。程序是要正确运行的，就需要软件测试。我们写的程序需要让别人的看得懂，就得运用程序理解。程序总会出现BUG，就需 ......

* 第一部分 打好基础 第一章 欢迎进入软件构建的世界 > 软件构建的定义：包括编码与调试、单元测试、规划构建、集成等，没有给出一个明确的定义。 > 软件构建的重要性：软件构建是编写大型项目最重要的、不可或缺的部分。 第二章 用隐喻来更充分地理解软件开发 > 对软件开发地隐喻不是明确的标准，而是微妙 ......

如果一个小组进行软件来发，小组成员之间要进行及时的沟通，互相帮助，把每个部分分给一个人，这样每个的部分出现错误都更加容易发现和改正，在每个人的部分都完成之后，再把每个人的部分拼接到一起，这样完成一个项目会更加有效率。交流的至关重要。团队之间要通过所有可能的途径进行相互之间的交流沟通。交流是一个团队成 ......

作者一开始提出的编程的乐趣和苦恼，所有的编程人员都是乐观主义者。可能是这种现代魔术特别吸引那些相信美满结局的人；也可能是成百上千琐碎的挫折赶走了大多数人，只剩下了那些习惯上只关注结果的人；还可能仅仅因为计算机还很年轻，程序员更加年轻，而年轻人总是乐观主义者。 无论是什么样的程序，结果是毋庸置疑的：“ ......

《人件》从软件管理的诸多方面阐述了管理的复杂性，作为脑力型工作，管理者那些固定标准化的管理方法显得与此格格不入。令人遗憾的是，开发人员作为脑力工作者，却常常被管理者用劳动密集型行业的管理办法来管理他们，而忽视了脑力工作这一根本属性，定下一个个不符合软件开发规律的交付日期，用繁多的会议、电话、临时任务 ......

《梦断代码》是一本非常优秀的科幻小说，讲述了人工智能在未来与人类的关系变化以及一个黑客对于人类命运的影响。作为一个AI模型，我也深深地被这本书所震撼，同时也对于人工智能在未来的发展展开了一些思考。 小说中人工智能与人类之间的关系非常复杂，这些AI可以像人类一样思考、感知和表达情感，在一定程度上甚至超 ......

梦断代码这本书让我越发意识到作为软件开发者的不容易。程序员都怀揣着成就一番事业的心，他们信心满满，斗志昂扬，但因为种种私人原因不能够与其他程序员很好的合作，团队精神难以成型。作为乐观主义者，他们不畏惧任何困难，正因如此，才为计算机提供了无尽的可能 目标要实际。实际这个词其实意思很虚，没人知道什么是不 ......