计算机书籍读后感（计算机书籍读后感怎么写）

【原则——系统化和计算机化的决策】读后感

未来，人工智能将对人类所有方面的决策产生深刻影响，尤其是在人类已经进入的这个新时代，关于人的信息极为透明，这二者结合会产生极大的影响。

不管你愿不愿意，世界的变化都在持续的进行。

很多时候让人感到纠结的也许是你现在看来的一些大事，但是，放远一点来看，发生的一切事情都非常渺小。

不久之后，这种计算机化决策将变成常态化，几乎可以和人脑决策一样正常。

想起未来这样的场景，会让人生出一身冷汗。

对于未来的变化，我们的生活方式会改变，工作方式也会改变，消费方式已经在改变。

唯有适应改变，拥抱变化，才能够与外界和谐的相处，反之当你抗拒改变时，生活及工作也将让你感到越来越压抑。

因之，学习使用更多科学工具解决问题，适应智能化、信息化的一切变化，是人类生存的趋势。

当然，系统化、计算机化及智能化，没有绝对的好与坏之分，存在就是一种意义。

你无法改变外界，唯有改变自己对外界的看法，世界也就会因你的改变，而变得更加绚丽多彩，生活也将变得更加有滋有味。

思考：

你需要具备什么样的动力，才会改变自己对外界的认知？

学计算机有感作文

　我是XX年春参加电大开放教育计算机应用专业学习的，通过一年来的学习，各方面取得了不错的成绩。在政治思想上，一贯拥护中国共产党的领导，坚持四项基本原则，坚持改革开放，以“三个代表”重要思想，积极对照检查学习，克服年龄大，记忆力差的阻力，路途远等困难。学习上学习态度端正、积极、认真、刻苦。认真完成各科作业和实验，遵守学校的规章制度，面授不怕路途远，坚持按时到校参加学习。做到虚心好学，遇到不懂的专业理论知识主动向老师请教，与同学探讨，直到弄清楚为止，经常上网听课、查阅资料。学习成绩大有长进。

在制订好了相应的学习计划后，就需要合理地安排学习时间。虽然我工作繁忙、路途远，车费贵，吃、住困难。我还是确保了参加面授学习的时间。为了提高学习效率，每次上课前，我都认真预习相关的内容，做好充分的课前准备，带着疑问和求知的心情来听辅导课。在听课中，我对重点与难点做好相应的笔记，随着教师的思路积极思考。当遇到听不懂的部分，我利用课后的时间，通过电话、电大在线网上答疑和发电子邮件的方式，向老师和其他同学请教。老师布置的平时作业，我能独立完成，因为只有通过独立完成作业，才能帮助我检查对所学内容的理解和掌握程度，及时发现需要温习和欠缺的部分，同时还能使所学的知识和以前学过的内容之间建立联系，作业完成后我还通过计算机上操作实践巩固、复习所学知识。

在一年的学习生活中，我遇到了很多困难，例如：工作繁杂（8节思品课，还兼学校文印、油印，各种试卷，学校教学论坛的印发）每周没有休息天,家里需要照顾，一家三口，三地分居，经济困难。一次面授光车费就20元，晚上8：30下课，没有回烈山（父母处）的客车，一个人就步行20多里路，回烈山4次。可面授每次都到。上班时间紧，怎样才能确保预习、复习和完成作业的时间呢？我除了利用休息的时间，还推迟了晚上休息的时间，每晚都0晨休息。快到考试的时候，白天无法看书、学习，晚上常常是复习到1点以后才休息。这一年来，不管是烈日炎炎或是大雪纷纷，我都不缺课，因为学习贵在坚持，坚持才有收获。

我发现通过开放教育学到的

不仅是知识、技能，最重要的是学会了一种新的学习方法，为我终身的继续学习，创造了极好的条件和基础。虽然电大面授的时间并不长，但是对自主学习的要求提高了，通过这样的学习形式，提高了我的学习能力。

我认为只有不断挑战自己一、超越自己，才能跟上时代的步伐，成为适应二十一世纪的学习型创新人才。

计算机网络与因特网读后感

读”是感的基础，“感”是由“读”而生。只有认真的读书，弄懂难点疑点，理清文章的思路，透彻的掌握文章的内容和要点，深刻地领会原文精神所在，结合历史的经验、当前的形势和个人的实际,才能真有所“感”。

要认真思考

读后感的主体是“感”。要写实感，还要在读懂原作的基础上作出自己的分析和评价。分析和评价是有所“感”的酝酿、集中和演化的过程，有了这个分析和评价，才有可能使“感”紧扣原作的主要思想和主要观点，避免脱离原作，东拉西扯，离开中心太远。所以，写读后感就必须要边读边思考，结合历史的经验，当前的形势和自己的实际展开联想，从书中的人和事联系到自己和自己所见的人和事，那些与书中相近、相似，那些与书中相反、相对，自己赞成书中的什么，反对些什么，从而把自己的感想激发出来，并把它条理化，系统化，理论化。总之，想的深入，才能写的深刻感人。

求一篇《软件工程导论》（第五版）的读后感，2000字左右，谢谢大家了，急用

软件工程方面的书目前是计算机科学图书的一个热点，这也是我国的计算机行业从手工作坊式的小规模开发转向工业化大生产方式进行软件产品生产的必然需要。从国外软件业30多年的发展来看，软件工程也是随着为国防、政府和企业开发大型软件系统而不断发展起来的。

刚读完《软件工程概论》，感觉很多东西都曾经接触过，但在实际工作中有些理论要完全遵循可能还有些障碍，软件工程只是提供了理论上的一些结论，但对项目的具体可操作性的规范的制定方面却做的很少，所以现在很多同行都说：“我们都学过《软件工程》，但却不可能完全遵守它去做项目”，因为一个项目是否应该遵循《软件工程》还要根据项目的大小、规模、进度的要求有一定的关系。如果对于一个时间很紧的小项目，如果完全按照传统的瀑布模型一步一步的写各种文档，可能是很不现时的，很可能造成了那种“用1周写文档，用1个小时写代码，但期限是1天”的情况，当然这只是一个极端的例子，但《软件工程》发展了几十年，光是开发模型就达到了10多种，对不同的项目采用合适的开发模式，有些项目在不同的开发阶段可能还要转换开发模式，这对于我们这些做项目的人来说，是个不低的门槛。

看来关于软件工程方面的著作，我认为可分为两类。一类是看重考察项目过程本身，一类是主要考察项目的参与者。一本好的作品应该是承认实际环境中的种种局限，并在实际局限的基础上考虑合适的策略。

由于软件是抽象的、不可触及的、也不受物理定律或加工工程的制约，软件系统也就很容易随着自身的发展而变得复杂和难以理解。软件工程作为一门工程学科，其目的就是在于降低软件开发的风险，使软件系统向高性价比发展。软件工程虽然是一门比较年轻的学科，但软件工程从第一次“软件危机”（1968年）开始到现在已经有了长足的发展，许多新技术和新方法构成了软件工程的重要部分，软件工程已经找到了进行软件描述、设计和实现的有效方法，并极大地完善了我们对软件开发活动的认识，提高了软件开发的效率。

而且我作为一名现代IT从业人员，软件工程已经成为必须掌握的专业知识。没有软件工程知识，很难想象一名软件开发人员如何在大型开发团队中生存。然而令人担忧的是目前许多学校还在使用陈旧的软件工程教材，还在向学生灌输着已经淘汰的软件工程理论。使得软件工程的教学严重脱离了实际软件开发的需要。

现在国内外都重视《软件工程》是因为，人们都认识到了如果能够适当合理的利用软件工程的理论可以减小开发成本和风险，风险降低了，成本就减少了，利润就提高了，所以有一种说法就是“软件工程就是提高软件项目利润的理论”。但人们也都意识到《软件工程》的确更接近于理论，它所提供的可操作性太差，于是就有了现在流行的win系列和*nix系列开发理论，这两种理论就是根据《软件工程》的理论经过大量的试验总结出的比较成功的开发模式，

现在人们对RUP的诟病也开始心声怀疑，认为这种开发模式也是理论多于实践，管理过程比较繁琐，对于大项目还适合，对于小项目则不利于降低开发成本，所以现在国外提倡“敏捷开发”，而最受吹捧的就是“极限编程”（XP）。现在国内也有很多公司开始使用这种方法，

这种方法与其他开发方法最大的不同是将测试提到了一个几乎是最重要的位置，先写测试用历，然后编码，而且在测试过程中提倡使用一些自动化的测试工具，如对Java测试的Junit和对Delphi测试的Dunit。

我个人认为软件工程很重要，但更重要的是要能够根据不同的项目在不同阶段选择合适的开发模式，规避风险，适应客户灵活多变的需求变更。所以对需求调研和需求分析提出了更高的要求。我看过了一些讨论软件工程的文章，几乎一致认为“客户直接参与的项目成功的可能性非常高”，传统的软件工程中提出的不论是“瀑布”还是“螺旋”模型都是进行阶段性的客户确认再开发，等开发完或者客户的需求变了，或者需求分析有错误，完全符合客户要求的几乎没有。所以我们是否考虑一下能否在条件允许的情况下，在以后的项目的开发中多征求客户意见，而不是在一阶段完成后再请客户看，这有利于我们降低开发大规模修改的风险。这也是“极限开发”模式中很重要的一点。当然这也不是绝对的，但这是经过证实的成功率比较高的一种方式。

在前期需求调研和需求分析都做好了之后，我们就可以做概要设计和详细设计了，我认为这部分很关键的一点是确定界面风格和关于代码复用的考虑。一个符合客户习惯的界面是最保险的方案，这里面包括客户的操作习惯和审美习惯。但对开发人员更需要注意的是代码复用，一个好的代码应该是注释详细、代码可读性强、代码复用率高的集合。而要做到代码的高复用率需要高度的抽象能力和对类的粒度的划分，对于粒度的划分应该遵循很多教材上多次提到的“高内聚，低耦合”，也就是说一个函数或方法的功能越单一越容易被组合起来复用，和其他的方法或函数或其他类的关联越少越好，这样在与之关联的对象或方法改变后不需要改动或很少改动就可以被复用。

另外“设计模式”也越来越被开发人员所重视，“设计模式”为开发人员提供了一系列其他人经过多次试验证实成功的可以放心使用的解决套路，能够按照“设计模式”的思路开发系统可以获得很好的扩展性和强壮性，这也是经过无数案例证明过的。举个简单的例子，如果将获得数据的部分和显示数据的代码混在一起，如果将来在改动显示部分或改动获得数据部分则要到混在一起的代码中去挑自己要改动的部分，这可能造成不该动的代码被改动了，或者因为一部分改动了，另一部分必须被改动，这样也带入了被迫改动代码的正确性的问题。对于这样的改动需要在测试时增大测试力度，才能保证代码是正确的，当然这是以增大测试成本为代价的。用另一种方式，使用设计模式，遵循MVC模式，将获得数据部分作为C

由于现代软件开发的复杂性和风险性不断增加，软件过程的重点不再是代码的设计和编写，需求工程、质量管理、软件进化的重要性日益突出，作者以敏锐的眼光将这些主题作为本书的讨论重点。同时作者在全书贯穿面相对象的思想，对象模型全部采用UML来描述，其“面相对象的设计”、“分布式系统体系结构”等章节则体现了软件工程与开发实践的紧密结合，反映了软件行业的主流趋势。