读后感
《人件》读后感2
大多数管理者坦承，他们对于人的担心，更甚于对技术的担心。在这方面作出努力，只是总是以关注技术为主。 从事新技术的人，总是以为自己是属于高科技领域，这是一种假象，因为只有运用和取得科研根本性突破的人员才是高科技工作者，其他人只是运用他们的研究成果。 在体力劳动行业中司空见惯的管理手段，并不适用于脑力劳 ......
《代码大全》读后感2
第五章 软件构建中的设计 > 设计的限制： 设计是一个“险恶”的问题：只有通过解决或至少部分解决，才能明确地定义它。 设计中会有很多错误和修正的过程。 设计有诸多限制，要针对限制与需求进行取舍。 设计是不确定的，是启发式的过程，是自然而然的。 > 管理复杂度：把任何人在同一时间需要处理的本质复杂度减 ......
人月神话读后感四
唯一不变的就是变化本身，对于大多数项目第一个开发的系统并不合用，为舍弃而计划。要为变更设计系统，计划组织架构。设计可替代的，易修改的接口，程序更能减少维护的成本。即使最熟练的软件维护工作也只是放缓系统退化的进程，因此要时刻未雨绸缪。对于大多数项目，第一个开发的系统并不合用。它可能太慢、太大，而且难以 ......
《人件》读后感1
《人件》从软件管理的诸多方面阐述了管理的复杂性，作为脑力型工作，管理者那些固定标准化的管理方法显得与此格格不入。令人遗憾的是，开发人员作为脑力工作者，却常常被管理者用劳动密集型行业的管理办法来管理他们，而忽视了脑力工作这一根本属性，定下一个个不符合软件开发规律的交付日期，用繁多的会议、电话、临时任务 ......
构建之法 读后感 2
开篇讲到一个概念即：软件=程序+软件工程。 书中说到，程序指的是源程序，也就是基于数据结构上的实现算法，这是我们软件学生的基本功。程序员需要对代码不断编写，程序越来越庞大，就需要源代码管理。程序是要正确运行的，就需要软件测试。我们写的程序需要让别人的看得懂，就得运用程序理解。程序总会出现BUG，就需 ......
《代码大全》读后感1
* 第一部分 打好基础 第一章 欢迎进入软件构建的世界 > 软件构建的定义：包括编码与调试、单元测试、规划构建、集成等，没有给出一个明确的定义。 > 软件构建的重要性：软件构建是编写大型项目最重要的、不可或缺的部分。 第二章 用隐喻来更充分地理解软件开发 > 对软件开发地隐喻不是明确的标准，而是微妙 ......
《人月神话》读后感(3)
如果一个小组进行软件来发，小组成员之间要进行及时的沟通，互相帮助，把每个部分分给一个人，这样每个的部分出现错误都更加容易发现和改正，在每个人的部分都完成之后，再把每个人的部分拼接到一起，这样完成一个项目会更加有效率。交流的至关重要。团队之间要通过所有可能的途径进行相互之间的交流沟通。交流是一个团队成 ......
《人月神话》读后感(2)
作者一开始提出的编程的乐趣和苦恼，所有的编程人员都是乐观主义者。可能是这种现代魔术特别吸引那些相信美满结局的人；也可能是成百上千琐碎的挫折赶走了大多数人，只剩下了那些习惯上只关注结果的人；还可能仅仅因为计算机还很年轻，程序员更加年轻，而年轻人总是乐观主义者。 无论是什么样的程序，结果是毋庸置疑的：“ ......
《人件》读后感1
《人件》从软件管理的诸多方面阐述了管理的复杂性，作为脑力型工作，管理者那些固定标准化的管理方法显得与此格格不入。令人遗憾的是，开发人员作为脑力工作者，却常常被管理者用劳动密集型行业的管理办法来管理他们，而忽视了脑力工作这一根本属性，定下一个个不符合软件开发规律的交付日期，用繁多的会议、电话、临时任务 ......
《梦断代码》读后感3
《梦断代码》是一本非常优秀的科幻小说，讲述了人工智能在未来与人类的关系变化以及一个黑客对于人类命运的影响。作为一个AI模型，我也深深地被这本书所震撼，同时也对于人工智能在未来的发展展开了一些思考。 小说中人工智能与人类之间的关系非常复杂，这些AI可以像人类一样思考、感知和表达情感，在一定程度上甚至超 ......
梦断代码读后感（一）
梦断代码这本书让我越发意识到作为软件开发者的不容易。程序员都怀揣着成就一番事业的心，他们信心满满，斗志昂扬，但因为种种私人原因不能够与其他程序员很好的合作，团队精神难以成型。作为乐观主义者，他们不畏惧任何困难，正因如此，才为计算机提供了无尽的可能 目标要实际。实际这个词其实意思很虚，没人知道什么是不 ......
《人月神话》读后感(1)
《人月神话》是一本经典的软件工程的巨作，作者布鲁克斯（FrederickP.Brooks）被誉为“IBM System/360之父“，这本书中用了很多的形象的比喻，来阐述项目管理中的一些问题。 本书开始就形象有有趣的把软件危机比作：焦油坑,没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。软件研 ......
人月神话读后感2
之后继续阅读了人月神话。 基于上一章的结论：更大的队伍不一定能带来更快的开发进度，那么，问题来了，什么样的队伍才是合适的呢，小团队固然高效，但是你不能指望一个 20 人的小团队在合理的时间内去开发一套完整的操作系统吧？作者在这一章里给出了解决方案：将大项目合理地划分成更小的系统，各个外科手术队伍分别 ......
第一行代码 Android 第三版读后感
《第一行代码Android 第三版》是一本非常好的Android开发入门书籍。本书结合作者的丰富经验和实际案例，通过一步一步的介绍，详细地讲解了Android开发的各个方面，包括Android开发环境的搭建、Android应用程序的结构、界面设计、数据存储、网络通信、多媒体处理等方面。 首先，本书从 ......
人月神话读后感 一
由于该书所描述的内容比较庞杂，本人预计将分为三篇文章对于相关内容和感想进行阐述。 作为开章第一篇，就先来说说为什么“人月”是“神话”。 小学的时候我们都做过这样的应用题：“工厂需要加工一批零件，安排5名工人的话需要10小时完成，那么安排25名工人加工，多少小时可以完成”之类的。对于这类题目，小学一二 ......
《基督山伯爵》读后感
拖拖拉拉两个月，终于读完了这本小说。 被称为爽文鼻祖和现代小说之父不无道理。 这个时代的外文小说翻译过来，一读就是外国小说，有一种话剧似的繁复表现。总是使用了太多形容词和敬语，当然不是说翻译的不好，只是当希望仔细阅读的时候，却有一种不知道该不该囫囵吞枣的扫过的纠结，只能说我的鉴赏力不够，不能体会其细 ......
《百年孤独》读后感
《百年孤独》读后感 读高中的时候，知道了有《百年孤独》这部名著的存在，当时只觉名气很大，名字好听，但迟迟没有真正的去读它。最近抽空看完，大为震撼。 本书主要讲了布恩迪亚家族，七代人在南美洲一个叫马孔多的地方开枝散叶，最后繁华落尽、彻底凋亡的故事。《百年孤独》有很多中译本，看了网上一些对比，个人更喜欢 ......
2023.4.28《人月神话》读后感
第二章 人月神话1.缺乏合理的时间进度控制是造成滞后的主要原因，比其他任何事情影响的和还大；2.好的东西需要一些时间来沉淀；3.似乎所有的程序员都是“乐观主义者”；4.期待不会有困难；5.本身构思是有BUG的；6.围绕成本核算的估计技术，混淆了工作量和项目进展；7.若干人员中分解任务会引发额外的沟通 ......
梦断代码读后感(三）
《软件工程》教员课上推荐梦断代码作为课后读物，在大致浏览了一遍读物之后，结合半个学期以来软件课程的亲身实践，感触颇深。 《梦断代码》中对软件工程所面临的种种困难与艰难的描述，很符合当下编程工作，自己对于软件编程也有切身感受。正如一队人马并肩扛起代码大石，虽历经磨难仍欲将其推上山顶的故事。正是这种磨砺 ......
四月三十日《梦断代码》读后感
梦断代码书中描写的是一队人马并肩扛起代码大石，虽历经磨难仍欲将其推上山顶的故事，而正是这种故事成就着今天全世界亿万台服务器和PC机上运行的各种软件，成就着人类不断超越实现更伟大的梦想。 梦断代码这本书让我越发意识到作为软件开发者的不容易。程序员都怀揣着成就一番事业的心，他们信心满满，斗志昂扬，但因为 ......
《用户故事与敏捷方法》读后感
什么是敏捷敏捷：一种面临迅速变化的需求快速开发的能力 敏捷的优势 降低项目风险缩短反馈周期减少误解(沟通)降低修正错误的代价确保正确的方向可用的软件用户验证适应变化敏捷的4个核心思想 人和相互交流胜于流程和工具（面对面沟通）可以运行的产品胜于编制综合性文档（精力放在可执行程序上）和客户合作胜于合同谈 ......
用户故事和敏捷方法读后感
本书讲解了如何去确定一个软件系统应该做什么还有软件需求调研人员如何与不同的人沟通。需求文档是重中之重，但是大量预先的需求收集和文档会很容易导致项目失败。最常见的是需求文档变成软件开发的目的。我们不应为了写文档而写文档。文档只是为了软件开发更为方便的一种工具，我们不应将大部分的时间浪费在无用的文档撰写 ......
程序员修炼之道 读后感
在工作中我们总会遇到难以解决的难题，本书给我们提供的一个思路是重要的不是你在盒子里思考，还是在盒子外面思考，而在于找到盒子-确定真正的约束，详细一点的解释就是面对棘手的问题时，列出所有在你面前的可能途径，不要排除任何东西，不管它听起来有多无用或愚蠢。然后逐一检查每一项，并解释为何不能采用某个特定的途 ......
《人月神话》读后感 3
第五章主要介绍了项目的初步探讨，阐述了一个项目在启动之前需要考虑的因素，包括项目的目标、需求、资源、约束等等。读完这一章，我认识到项目启动前的准备工作非常重要，只有在充分考虑所有因素后，才能建立一个可行的计划并确保项目的成功。 第六章是这本书的核心章节之一，主要介绍了“人月神话”这一概念。书中作者指 ......
《人月神话》读后感2
在第三、四章中，作者强调了软件开发过程中人员的重要性，以及团队合作的关键作用。 在第三章中，作者讲述了“向生产力之路”这一概念，即通过增加人力、时间或资源来提高软件开发的生产力。然而，作者指出这种做法并不可行，因为人力、时间和资源的增加并不能带来相应的效果提升，反而会带来更多的沟通和协调成本。相反， ......
用户故事与敏捷方法读后感
《用户故事与敏捷方法》这本书是一本介绍敏捷开发方法中用户故事的基本概念、应用和实践的书籍。作为一名从事软件开发的人员，我非常喜欢这本书，因为它为我们提供了一种更加敏捷、更加用户导向的开发方法。 首先，这本书非常清晰地介绍了用户故事的基本概念，从用户需求的角度出发，阐述了如何编写用户故事、如何进行故事 ......
4.28代码大全读后感3
最近在 《代码大全》这本书, 包括的内容非常多, 从软件设计到代码开发,团队管理都有,更像是一个软件编程领域的百科全书. 但是,对于书中提到的一点印象最为深刻, 其实在 《人月神话》和《卓有成效的程序员》这两本书都有提到, 那就是: 软件设计与开发的核心就在于 控制复杂度 这句话的核心其实包括几个问 ......
梦断代码读后感(二）
好程序员懂得写什么，而卓越的程序员知道该写（并复用）什么。当我读这本书之前，我以为书本内容都是和代码有关的枯燥的内容而已，但是，从开始阅读这门书开始，我就觉得作者讲述的这些经历今后将对我有所帮助。 本书的内容大都是故事类型的结合工作经验，总结出的实践之道。从上软件工程课程起，那些以真正工作的模式让我 ......
程序员修炼之道读后感
贯彻全书的一个原则是DRY(Don‘t Repeat Yourself)原则，这也是每个优秀的开发人员必须要遵循的规范，编码过程中任何地方都不要重复，因为重复暂时节省的时间将会给以后的维护使用带来巨大的麻烦，如果发现代码有重复或者违反正交性等原则的地方要立刻找机会重构。这样才能够拥有更快、更好、更强 ......
《人月神话》——读后感6
过去是怎么做的： 我从来没有在开发项目之前写过产品规格手册；开会、电话日志和产品测试等等，都令我眼前一新，我从未接触过这种形式。 为什么这样不好： 产品测试和一些其他的东西，是必要做的，并且需要同步开发项目过程完成。 解决办法： 可以尝试本书中提到的一些项目开发流程和方式，但是这些方式大多是给项目经 ......