观后 观后感 大道
人月神话读后感 一
由于该书所描述的内容比较庞杂，本人预计将分为三篇文章对于相关内容和感想进行阐述。 作为开章第一篇，就先来说说为什么“人月”是“神话”。 小学的时候我们都做过这样的应用题：“工厂需要加工一批零件，安排5名工人的话需要10小时完成，那么安排25名工人加工，多少小时可以完成”之类的。对于这类题目，小学一二 ......
《基督山伯爵》读后感
拖拖拉拉两个月，终于读完了这本小说。 被称为爽文鼻祖和现代小说之父不无道理。 这个时代的外文小说翻译过来，一读就是外国小说，有一种话剧似的繁复表现。总是使用了太多形容词和敬语，当然不是说翻译的不好，只是当希望仔细阅读的时候，却有一种不知道该不该囫囵吞枣的扫过的纠结，只能说我的鉴赏力不够，不能体会其细 ......
《软件需求模式》观后感-1
书中简单的将需求定义为：需求就是定义系统需要做什么而不是怎么做。 需求也是有一些原则的， 1）定义问题而不是解决方案， 2）定义系统而不是项目， 3）区分正式和非正式部分， 4）避免重复，在几种需求流程中，我们了解到每种需求流程都有自身的优点和缺点，传统需求流程比较规规矩矩，这样可以使项目需求分析有 ......
《百年孤独》读后感
《百年孤独》读后感 读高中的时候，知道了有《百年孤独》这部名著的存在，当时只觉名气很大，名字好听，但迟迟没有真正的去读它。最近抽空看完，大为震撼。 本书主要讲了布恩迪亚家族，七代人在南美洲一个叫马孔多的地方开枝散叶，最后繁华落尽、彻底凋亡的故事。《百年孤独》有很多中译本，看了网上一些对比，个人更喜欢 ......
2023.4.28《人月神话》读后感
第二章 人月神话1.缺乏合理的时间进度控制是造成滞后的主要原因，比其他任何事情影响的和还大；2.好的东西需要一些时间来沉淀；3.似乎所有的程序员都是“乐观主义者”；4.期待不会有困难；5.本身构思是有BUG的；6.围绕成本核算的估计技术，混淆了工作量和项目进展；7.若干人员中分解任务会引发额外的沟通 ......
梦断代码读后感(三）
《软件工程》教员课上推荐梦断代码作为课后读物，在大致浏览了一遍读物之后，结合半个学期以来软件课程的亲身实践，感触颇深。 《梦断代码》中对软件工程所面临的种种困难与艰难的描述，很符合当下编程工作，自己对于软件编程也有切身感受。正如一队人马并肩扛起代码大石，虽历经磨难仍欲将其推上山顶的故事。正是这种磨砺 ......
四月三十日《梦断代码》读后感
梦断代码书中描写的是一队人马并肩扛起代码大石，虽历经磨难仍欲将其推上山顶的故事，而正是这种故事成就着今天全世界亿万台服务器和PC机上运行的各种软件，成就着人类不断超越实现更伟大的梦想。 梦断代码这本书让我越发意识到作为软件开发者的不容易。程序员都怀揣着成就一番事业的心，他们信心满满，斗志昂扬，但因为 ......
《用户故事与敏捷方法》读后感
什么是敏捷敏捷：一种面临迅速变化的需求快速开发的能力 敏捷的优势 降低项目风险缩短反馈周期减少误解(沟通)降低修正错误的代价确保正确的方向可用的软件用户验证适应变化敏捷的4个核心思想 人和相互交流胜于流程和工具（面对面沟通）可以运行的产品胜于编制综合性文档（精力放在可执行程序上）和客户合作胜于合同谈 ......
用户故事和敏捷方法读后感
本书讲解了如何去确定一个软件系统应该做什么还有软件需求调研人员如何与不同的人沟通。需求文档是重中之重，但是大量预先的需求收集和文档会很容易导致项目失败。最常见的是需求文档变成软件开发的目的。我们不应为了写文档而写文档。文档只是为了软件开发更为方便的一种工具，我们不应将大部分的时间浪费在无用的文档撰写 ......
程序员修炼之道 读后感
在工作中我们总会遇到难以解决的难题，本书给我们提供的一个思路是重要的不是你在盒子里思考，还是在盒子外面思考，而在于找到盒子-确定真正的约束，详细一点的解释就是面对棘手的问题时，列出所有在你面前的可能途径，不要排除任何东西，不管它听起来有多无用或愚蠢。然后逐一检查每一项，并解释为何不能采用某个特定的途 ......
《人月神话》读后感 3
第五章主要介绍了项目的初步探讨，阐述了一个项目在启动之前需要考虑的因素，包括项目的目标、需求、资源、约束等等。读完这一章，我认识到项目启动前的准备工作非常重要，只有在充分考虑所有因素后，才能建立一个可行的计划并确保项目的成功。 第六章是这本书的核心章节之一，主要介绍了“人月神话”这一概念。书中作者指 ......
《人月神话》读后感2
在第三、四章中，作者强调了软件开发过程中人员的重要性，以及团队合作的关键作用。 在第三章中，作者讲述了“向生产力之路”这一概念，即通过增加人力、时间或资源来提高软件开发的生产力。然而，作者指出这种做法并不可行，因为人力、时间和资源的增加并不能带来相应的效果提升，反而会带来更多的沟通和协调成本。相反， ......
用户故事与敏捷方法读后感
《用户故事与敏捷方法》这本书是一本介绍敏捷开发方法中用户故事的基本概念、应用和实践的书籍。作为一名从事软件开发的人员，我非常喜欢这本书，因为它为我们提供了一种更加敏捷、更加用户导向的开发方法。 首先，这本书非常清晰地介绍了用户故事的基本概念，从用户需求的角度出发，阐述了如何编写用户故事、如何进行故事 ......
4.28代码大全读后感3
最近在 《代码大全》这本书, 包括的内容非常多, 从软件设计到代码开发,团队管理都有,更像是一个软件编程领域的百科全书. 但是,对于书中提到的一点印象最为深刻, 其实在 《人月神话》和《卓有成效的程序员》这两本书都有提到, 那就是: 软件设计与开发的核心就在于 控制复杂度 这句话的核心其实包括几个问 ......
梦断代码读后感(二）
好程序员懂得写什么，而卓越的程序员知道该写（并复用）什么。当我读这本书之前，我以为书本内容都是和代码有关的枯燥的内容而已，但是，从开始阅读这门书开始，我就觉得作者讲述的这些经历今后将对我有所帮助。 本书的内容大都是故事类型的结合工作经验，总结出的实践之道。从上软件工程课程起，那些以真正工作的模式让我 ......
程序员修炼之道读后感
贯彻全书的一个原则是DRY(Don‘t Repeat Yourself)原则，这也是每个优秀的开发人员必须要遵循的规范，编码过程中任何地方都不要重复，因为重复暂时节省的时间将会给以后的维护使用带来巨大的麻烦，如果发现代码有重复或者违反正交性等原则的地方要立刻找机会重构。这样才能够拥有更快、更好、更强 ......
《人月神话》——读后感6
过去是怎么做的： 我从来没有在开发项目之前写过产品规格手册；开会、电话日志和产品测试等等，都令我眼前一新，我从未接触过这种形式。 为什么这样不好： 产品测试和一些其他的东西，是必要做的，并且需要同步开发项目过程完成。 解决办法： 可以尝试本书中提到的一些项目开发流程和方式，但是这些方式大多是给项目经 ......
2023.4.26《人月神话》读后感
1.编程系统产品开发的工作量是供个人使用的、独立开发的构件程序的九倍。 2. 编程行业的一些内在固有苦恼： ● 将做事方式调整到追求完美，是学习编程的最困难部分。 ● 由其他人来设定目标，并且必须依靠自己无法控制的事物。 ● 真正的权威来自于每次任务的完成。 ● 任何创造性活动都伴随着枯燥艰苦的劳动 ......
《人月神话》——读后感5
过去是怎么做的： 对于某个项目的功能规格制定或说明，我总是喜欢在项目一开始就规定好大体框架。然后在具体的功能实现中，如果发现了有其他功能缺失，会再添加进来。 为什么这样不好： 我觉得我这样没什么问题。但是我的项目开发经验确实还不足。 解决办法： 多认真完成老师要求的项目任务。有余力自己可以开展某些项 ......
《人月神话》——读后感4
过去是怎么做的： 对于某个项目的开展，我常常是先等待其他工作组员先完成某项任务，我再开始我的任务。 为什么这样不好： 浪费很多时间，使项目进度缓慢。 解决办法： 在小组成员进行其他工作时，可以考虑哪些任务是可以同时进行的。就此些任务开展我自己的工作。 具体读后感： 贵族专制、民主政治和系统设计： 概 ......
<<梦断代码>>读后感(三)
今天又读了《梦断代码》，感觉对自己的帮助虽然不是很多，但依旧挺大的。第八章的题目是白板上的即时贴。在微软和许多态度严谨的软件公司中，长久以来都有一种法规定，即开发者必须使用自己正在做的产品，用来在服务器发布版本中找出最后一些产品缺陷。WebDVD的工作机制是扩展HTTP——Web服务器和浏览器之间的 ......
2023.4.25-人月神话-4月份读后感3
最近，我阅读了人月神话的下一部分，我有了许多的感悟。 过去，我对于自顶向下的设计不够重视。好的自顶向下设计从几个方面避免了bug。首先，清晰的结构和表达方式更容易对需求和模块功能进行精准的描述。其次，模块分割和模块独立性避免了系统级的bug。另外，细节的隐藏使结构上的缺陷更加容易识别。第四，设计在每 ......
《人月神话》读后感1
《人月神话》是一本由弗雷德里克·P·布鲁克斯所著的软件工程经典书籍，探讨了软件开发过程中的一些普遍问题和挑战。 第一二章主要介绍了软件工程中的两个重要概念：人月和管理。人月是指开发一个软件项目所需的时间，管理则是指在软件项目中合理地组织和管理人员的活动。在阅读这两章后，我深刻地认识到了软件开发中的人 ......
人月神话读后感03
以下仅为我对一些章节的感受第11章：未雨绸缪为舍弃而计划，无论如何，你一定要这么做唯一不变的就是变化本身程序维护就是：前进两步，后退一步。随着修改的增多，还可能变为：前进一步，后退一步。第12章：干将莫邪工具很重要，需要专门人员开发“仿真装置”很重要不确定性是所有情况中最糟的，因为它剥夺了程序员寻找 ......
人月神话读后感 1
第一章作者将软件系统开发比作吞噬了恐龙、剑齿虎等史前巨兽的焦油坑，许多大大小小的团队被软件开发的焦油坑所吞噬。 作者首先介绍了变成系统产品的演进，指出程序、编程系统、编程产品、编程系统产品几个概念间的区别， 其中只有编程系统产品才是真正可用的面向用户的产物。 然后作者分别介绍了编程的乐趣和苦恼，当然 ......
《梦断代码》读后感（1）
好程序员懂得写什么，而卓越的程序员知道该写（并复用）什么。当我读这本书之前，我以为书本内容都是和代码有关的枯燥的内容而已，但是，从开始阅读这门书开始，我就觉得作者讲述的这些经历今后将对我有所帮助。 本书的内容大都是故事类型的结合工作经验，总结出的实践之道。从上软件工程课程起，那些以真正工作的模式让我 ......
2023.4.21-人月神话-4月份读后感2
最近，我阅读了人月神话的下一部分，有了一些感悟。 过去，我对于团队之间的交流不够重视。非正式途径，清晰定义小组内部的相互关系和充分利用电话，能鼓励大量的电话沟通，从而达到对所书写文档的共同理解。会议，常规项目会议，会议中，团队一个接一个地进行简要的技术称述。这种方式非常有用，能澄清成百上千的细小误解 ......
《梦断代码》读后感(一)
《梦断代码》一书记录的是作者罗森伯格对OSAF主持的Chandler项目进行田野调查，通过Chandler开发过程来揭示软件开发过程中一些根本性的大问题。对本书才刚刚阅读了三分之一，就已经忍不住对作者描述的开发过程所感叹，虽然刚进入软件领域不久，但是仍旧有感于这本书中的现实，对自己也很有启发。 初读 ......
四月份读后感
这段时间，用了很长时间来阅读了《梦断代码》，说实话，我是真的很喜欢作者的这本书，尤其是里面的一些真实的故事，他让我知道了关于我们以后可能的工作生活的真实的情况，这是我现在所不能接触到的，这对我的未来也是一个警醒。当我们在参与工作之后，我们应该怎样去将这些问题避免，怎样去将作者已经犯过的错误进行预防。 ......