链环 心灵 观后 观后感
《大道至简》读后感
《大道至简》是一本关于编程艺术的经典著作，它深入探讨了编程中的简洁之道。作为一名程序员，我读完这本书后，深感受益匪浅。 首先，《大道至简》通过一系列实例和案例，向读者展示了简洁代码的重要性。作者通过对比冗长复杂的代码和简洁明了的代码，让我们看到了简洁代码的优势。简洁代码不仅易于阅读和理解，而且更容易 ......
《太极张三丰》观后感
《太极张三丰》是由李连杰、杨紫琼、钱小豪主演的一部分功夫电影。 该片主要讲述两兄弟因为道不同，利益不同，而相互反目成仇的故事。两兄弟从小入少林，吃穿一起，一起学武，一起长大。李连杰扮演的张君宝是正义的化身，钱小豪扮演的董天宝是邪恶的化身。一正一邪。前者老实、正直；后者狡猾、投机。甚至于董天宝为了立功 ......
微软物联网基础教程（IoT-For-Beginners）读后感
- [仓库地址](#仓库地址) - [总体评价](#总体评价) # 仓库地址 https://github.com/microsoft/IoT-For-Beginners # 总体评价 巨硬出的东西，质量还是可以的，深度也如仓库名一样只是 for beginners，作为真正的 beginners ......
《权力的游戏》观后感
# 0 前言 非常折磨的期末考试结束之后，实在不想学习了，也不想打游戏，所以打算看电影，然后发现《权力的游戏》这一系列一直想看但是没有看。 以前就听说过是很好的作品，但是烂尾了。不过我这几天还是高强度看完了。 > 有多高强度呢？ 我从6月20号开始看，24日晚上看完。这一系列一共8季，73集，每一集 ......
大道至简的读后感
首先由愚公移山引出编程的根本就是顺序、分支、循环，初步明白了工程可以由简单编程实现。再然后明白了没有不会写程序的人，高级一点的程序员就是学会了折衷。算法是对一个程序的逻辑实现的描述，结构式逻辑实现所以依附的数据实体。因此学习计算机不要上来就写，之前我就是这样不管不顾上来就开头，不知道怎么接着往下写， ......
《精通区块链编程》读后感
其实不应该叫读后感，因为还没看完。尼科西亚大学的加密货币概论公开课的老师出的书，也是这个领域的名著了。 原书名字叫《Mastering Bitcoin : programming the open blockchain》，因为一些原因，翻译过来叫《精通区块链编程：加密货币原理、方法和应用开发》 ## ......
架构漫谈读后感
这篇博客是阅读架构漫谈九篇博客之后围绕软件架构师如何工作撰写的一篇博客。 首先认识架构也就是知道理解架构的概念，明白什么是架构才是做架构师的第一步；由为什么会产生架构而引出什么是架构，作者通过讲授群体中生存需要分工，每个人做自己擅长的事情，不同分工的角色合作完成这些事情，从而产生了架构； 架构的概念 ......
代码大全读后感 （2）
《代码大全》是一本软件工程领域的经典著作，由著名软件工程师史蒂夫·麦克康奈尔所著。作者深入浅出地从理论与实践两个维度，系统性地阐述了如何编写高质量的软件代码。在阅读这本书之后，我对软件工程的认识有了许多深刻的体会，下面就分享一下我的读后感。 首先，我认为书中的最大亮点是它对软件工程实践的深入分析。尤 ......
《梦断代码》读后感之三
今天又读了《梦断代码》，感觉对自己的帮助虽然不是很多，但依旧挺大的。第八章的题目是白板上的即时贴。在微软和许多态度严谨的软件公司中，长久以来都有一种法规定，即开发者必须使用自己正在做的产品，用来在服务器发布版本中找出最后一些产品缺陷。WebDVD的工作机制是扩展HTTP——Web服务器和浏览器之间的 ......
《梦断代码》读后感之一
今天发表《梦断代码》的第一篇读后感。这几天读了《梦断代码》的前四章，有很多不懂的也是必然的，读了很多遍还有好多地方不是很懂。发一下读的内容。 作者迷恋于一个叫做Sumer的游戏，其可以让玩家打补丁，任何人都能窥探其内部运行机制。花点时间学习简单的Basic语言，改游戏就和玩游戏一样简单：将纸带上的指 ......
《梦断代码》读后感之二
当今世界，软件已经成为当今世界不可或缺的一部分。而《梦断代码》一书记录的是作者罗森伯格对OSAF主持的Chandler项目进行田野调查，通过Chandler开发过程来揭示软件开发过程中一些根本性的大问题。 第四章作者将其命名为乐高王国。卡普尔很注重前台的效果，着重于如何体现Agenda之魂。而后台工 ......
《人件》读后感
看完《人件》这本书，发现全书中基本没有涉及到任何软件技术，但作者精辟的探讨了专业软件团队管理这一非常专业的话题。怎么把团队做好，这是一个大问题。只有做好团队，才能做好软件。《人件》提到，软件工程本质上其工作的主要问题，与其说是技术问题，不如说是社会学问题。记得有位老师也曾提过三分技术，七分管理，我想 ......
《软件需求模式》观后感-1
书中简单的将需求定义为：需求就是定义系统需要做什么而不是怎么做。 需求也是有一些原则的， 1）定义问题而不是解决方案， 2）定义系统而不是项目， 3）区分正式和非正式部分， 4）避免重复，在几种需求流程中，我们了解到每种需求流程都有自身的优点和缺点，传统需求流程比较规规矩矩，这样可以使项目需求分析有 ......
<<梦断代码>>读后感(一)
今天发表《梦断代码》的第一篇读后感。这几天读了《梦断代码》的前四章，有很多不懂的也是必然的，读了很多遍还有好多地方不是很懂。发一下读的内容。 作者迷恋于一个叫做Sumer的游戏，其可以让玩家打补丁，任何人都能窥探其内部运行机制。花点时间学习简单的Basic语言，改游戏就和玩游戏一样简单：将纸带上的指 ......
<<梦断代码>>读后感(二)
当今世界，软件已经成为当今世界不可或缺的一部分。而《梦断代码》一书记录的是作者罗森伯格对OSAF主持的Chandler项目进行田野调查，通过Chandler开发过程来揭示软件开发过程中一些根本性的大问题。 第四章作者将其命名为乐高王国。卡普尔很注重前台的效果，着重于如何体现Agenda之魂。而后台工 ......
<<梦断代码>>读后感(三)
今天又读了《梦断代码》，感觉对自己的帮助虽然不是很多，但依旧挺大的。第八章的题目是白板上的即时贴。在微软和许多态度严谨的软件公司中，长久以来都有一种法规定，即开发者必须使用自己正在做的产品，用来在服务器发布版本中找出最后一些产品缺陷。WebDVD的工作机制是扩展HTTP——Web服务器和浏览器之间的 ......
人月神话读后感2
这两天把人月神话的每一个章节都读了一下，可能是因为没有做过大项目的原因吧，有很多地方都不是很懂，所以也谈不上是读后感，只能说是阅读笔记吧。 人月神话这一章，作者主要介绍了软件开发项目在进度安排上经常出现的问题。首先，由于我们对项目开发的进度估计过于乐观，我们估计出来的工作量通常会低于实际需要的工作量 ......
人月神话读后感3
人月神话的观点：是与非这一章，也是20周年版本新增的内容，20年的发展让初版的一些观点变得过时，但是仍然有不少观点仍然适用，因而作者在这一章里把之前的每一章的主要观点都抽离出来，并对已经过时了的观点做了说明，可以说这一章是整本书的精华了吧。 20年后的人月神话这一章很长很长，算是一篇单独的文章，讨论 ......
人月神话读后感1
这本书虽然有做过一些细小的修订，用更新的思想进行扩充，但我还是认真阅读了这本书的第一版序言。其中，作者提到在很多方面，管理一个大型的计算机编程项目和其他行业的大型工程很相似，这一点虽然我没有亲身经历过，却能感同身受作者的思想和态度，我想，任何一件或大或小的完整工程都是有相通之处的，甚至是每一件事情。 ......
《人月神话》读后感1
老师推荐了这本书人月神话，刚开始以为是一本小说，后来阅读之后才发现自己想错了，人月是指在估计和进度安排中使用的工作量单位。 作者在书中介绍了焦油坑的概念，提出在过去几十年的大型系统开发就犹如一个焦油坑。各种团队，大型的、小型的，庞杂的和精干的，一个接一个淹没在焦油坑中。表面上看起来好像没有任何一个单 ......
《人月神话》读后感2
岸上的船儿，如同海上的灯塔，无法移动。 首先应用这句话是因为我觉得这句话写的特别美，特别形象。 史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。上帝见证着恐龙、猛犸象、剑齿虎在焦油中挣扎。它们挣扎得越是猛烈，焦油纠缠得越紧，没有任何猛兽足够强壮或具有足够的技巧，能够挣脱束缚，它们最后 ......
人月神话读后感
《人月神话》是一本由弗雷德里克·P·布鲁克斯所著的软件工程经典之作。这本书对于软件开发领域有着深远的影响，它揭示了许多项目管理和软件开发过程中的常见问题，并提出了一些宝贵的经验和教训。在读完《人月神话》后，我对软件开发的理解有了一些新的认识和思考。 首先，我深刻认识到软件开发是一个复杂的过程。作者通 ......
《人月神话》读后感6
回想起过去的软件开发经验，我也曾犯过“人月神话”的错误。在项目进度拖延的情况下，我的第一反应就是增加更多的开发人员，希望能以此来弥补进度上的不足。但是，我们团队中并没有好的沟通和协作机制，导致新成员加入后会产生大量的重复工作以及低效的沟通与协作，反而导致了进度的继续拖延。 通过阅读《人月神话》，我领 ......
《人月神话》读后感5
作为一名大学生，我认为《人月神话》对于我的职业规划和成长非常有启发作用。 在大学学习中，我们经常会接触到各种课程和项目，那么如何在项目中更好地发挥个人能力并协调团队呢？《人月神话》为我们提供了宝贵的思路。 首先，我们要认真分析项目的需求，并制定详细的计划和工作任务。同时，我们需要建立高效的沟通和协作 ......
《人月神话》读后感4
作为一名计算机专业的大学生，我深知软件开发项目中团队协作的重要性。《人月神话》这本经典著作为我们提供了很多关于如何协调和管理团队的宝贵经验。 在软件开发项目中，我们需要建立高效的沟通和协作机制，确保每个成员理解自己的工作任务和其他成员的工作内容，以避免出现重复或者遗漏的情况。同时，要强化团队合作意识 ......
读后感——人月神话
《人月神话：软件项目管理之道》（英语：The Mythical Man-Month: Essays on Software Engineering）是由IBM System/360系统之父佛瑞德·布鲁克斯所著经典文集，全书讲解软件工程、项目管理相关课题，被誉为软件领域的圣经，内容源于作者布鲁克斯在I ......
《人月神话》读后感终
今天复习完所学的知识后，在看了一下这本书，也算是读完了，下面是剩下的内容概要 "No Silver Bullet Refired"（重新点燃的没有银弹）：这一章重新讨论了软件开发中是否存在所谓的“银弹”，即单一技术或方法能够解决所有软件开发难题的观点。 "Propositions of The My ......
用户故事与敏捷方法读后感（二）
接下来的几章就是优秀用户故事准则、估算用户故事、发布计划、迭代计划测量并监控速率、故事不是什么、故事的优势以及故事的不良征兆。主要将的就是在一个大型项目中，尤其是有许多用户角色的项目，确定用户故事有时让人无从下手。最好的办法是考虑每一个角色，了解用户使用我们软件的目的。当面临一个大的故事时，通常有许 ......
软件需求 读后感
软件需求与分析——读后感 需求分析既是一份体力活儿，更是一份技术活儿，它既是人际交往的艺术，又是逻辑分析与严密思考的产物。我们需要学会的就是如何和客户交流，做出需求分析。其中包括需求调研，需求分析，需求确定这三个大方面。 需要调研，我个人认为，需求捕获最有必要学习。文章中也有提到它是整个需求分析工作 ......