高三作文(读后感)现代软件工程作业(《软件工程思想》读后感)
软件工程思想读后感
软件工程思想读后感在接触软件工程思想之前，我对于软件的开发和设计，就像在黑暗中摸索的旅人，凭着感觉和直觉跌跌撞撞地前行。
而当我真正深入了解软件工程思想后，仿佛突然被点亮了一盏明灯，眼前的道路逐渐清晰起来。
软件工程思想，这几个字听起来似乎有些高深莫测，让人觉得是一堆复杂的理论和公式的堆砌。
但当我翻开相关的书籍，开始认真研读时，才发现它其实离我们的生活并不遥远。
它就像是一套实用的指南，告诉我们如何在软件开发这个看似混乱无序的世界中，建立起一套有条不紊的秩序。
让我给您讲讲我印象特别深刻的一个例子吧。
有一次，我们团队接到了一个开发一款小型办公软件的任务。
刚开始的时候，大家都充满了热情和干劲，觉得这不过是小菜一碟。
于是，我们没有进行详细的规划，就匆匆忙忙地开始动手写代码。
最初的几天，一切看起来似乎都还顺利。
每个人都按照自己的想法和思路在努力工作，代码一行行地增加，功能也一点点地实现。
然而，随着时间的推移，问题开始逐渐暴露出来。
由于没有事先明确软件的整体架构和各个模块之间的关系，我们在整合不同部分的代码时遇到了巨大的困难。
有的人用的是一种编程风格，而另一些人则完全不同，这导致代码的可读性变得极差。
就好像是一群人在盖房子，有的人用砖头，有的人用木头，还有的人用石头，最后拼凑出来的东西简直就是一个四不像。
而且，因为没有对需求进行深入的分析和细化，我们在开发过程中不断地接到客户提出的修改意见。
今天要增加这个功能，明天要改变那个流程，搞得我们手忙脚乱。
原本以为很快就能完成的项目，却陷入了无休止的修改和调整之中。
这时候，我才深深体会到软件工程思想的重要性。
如果我们在一开始就能够按照软件工程的方法，先进行详细的需求分析，设计好软件的架构，制定好开发计划和规范，那么后面的这些问题可能大部分都可以避免。
比如说，在需求分析阶段，我们不能只是简单地听客户说他们想要什么，而是要深入挖掘他们真正的需求。
有时候，客户自己可能也不太清楚他们到底需要什么，这就需要我们通过不断地沟通和交流，甚至是实地观察他们的工作流程，来准确把握他们的痛点和期望。
2024年软件工程学习心得体会(2篇)
2024年软件工程学习心得体会学习了这门课程,还有老师们的多元化教课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。
整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。
是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合。
整本书的内容逻辑很清晰明了，由浅入深循序渐进，首先我就大概描述下我们所学的内容，第一章是从整体分析软件工程这门学科的发展和所处的社会环境，接着后面的几章深入分析了软件开放过程和模式、软件项目管理、计算机工程、需求分析、结构化分析建模以及基于UML面向对象分析建模等。
接着我就详细介绍下我对这门课程知识点的理解概括：软件：软件是能够完成预定功能和性能的可执行的计算机程序和使程序正常执行所需要的数据，加上描述程序的操作和使用的文档。
软件的特征：①软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。
②软件是通过人们的智力活动，把知识与技术转化成信息的一种产品。
③软件成为产品后，其生产只是简单的拷贝，不同于硬件制造。
④维护过程比硬件复杂的多，甚至会引发新的错误。
软件危机：指的是软件开发和维护过程中遇到的一系列严重问题。
出现软件危机的原因：①软件维护费用急剧上升，直接威胁计算机应用的扩大。
②软件生产技术进步缓慢。
软件工程是指导计算机软件开发和维护的工程学科。
软件生存周期：一个软件从定义到开发、使用和维护，直到最终被弃用，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。
软件的生存周期可分为八个阶段：①问题定义;②可行性研究;③需求分析;④总体(概要)设计;⑤详细设计;⑥编码与单元测试;⑦综合测试;⑧软件维护;瀑布模式：是传统的软件开发模式，其中的“瀑布”是对这个模式的形象表达，由山顶倾泻下来的水，自顶向下、逐渐细化。
《软件工程》读书心得
《软件工程》读书心得
在学习《软件工程》这门课程期间，我深深感受到了软件开发领域
的广阔和深刻，也加深了对软件工程的理解和认识。
在这里，我想分
享一下我对《软件工程》这门课程的读书心得。
首先，学习《软件工程》让我意识到软件开发的复杂性。
在软件工
程中，一个简单的功能可能需要经过多个模块的设计、开发和测试才
能实现，而且需要考虑到各种因素对软件的影响。
这让我明白了从事
软件开发需要具备系统性思维和综合素质。
其次，学习《软件工程》让我了解到软件开发的标准化和规范化。
在软件工程领域，有一系列的标准和规范，如ISO 9000系列、CMMI 等，这些标准和规范对于保证软件质量、提高开发效率和降低成本具
有重要的意义。
通过学习这些标准和规范，我明白了软件开发需要遵
循一定的流程和方法，才能够保证软件的可靠性和稳定性。
此外，学习《软件工程》还让我了解到软件开发中的团队合作和沟
通的重要性。
在软件工程中，一个优秀的团队可以高效地完成任务，
而一个团队中的沟通问题和合作问题往往会导致项目的延期和失败。
通过学习《软件工程》，我学会了如何与团队成员合作、如何有效地
沟通，这对我今后从事软件开发工作具有重要的帮助。
总的来说，学习《软件工程》这门课程给我带来了很多收获和启发。
通过学习这门课程，我不仅增加了对软件工程的了解，也提高了自己
的软件开发能力和团队合作能力。
我相信，在今后的学习和工作中，
我会更加深入地研究和实践软件工程领域，为我未来的发展打下坚实的基础。
高三读后感作文：《软件工程思想》读后感_1900字
《软件工程思想》读后感_1900字我是一个大二的学生，学的专业是软件工程。
再读林锐的这本《软件工程思想》之前，我学习了C和C++的一些编程知识，但是我却一直很迷惑于一个问题：到底软件工程是什么，有什么用，我毕业之后是做些什么工作。
直到今天我学习了现代软件工程，并在老师的直到下阅读了这本《软件工程思想》，让我有种眼前豁然开朗的感觉，对软件工程有了一定的认识，也让我对软件工程的一些具体的工作等有了一定的认识。
*来自读后感吧《软件工程思想》我想之所以命名为思想，是因为在这本书中虽然并没有该我们提供可以学习的一些具体的知识，但却用作者特有的带点幽默感的语言给了我们一个软件工程的基本框架，让我对软件工程的各个方面有了个清晰的认识，这对我以后的学习和工作都很有用。
*来自读后感吧软件工程主要讲的是软件开发的道理，我读这本书是能充分的感受到作者在学习过程中的那种成功和失败的经验，这本书中写的作者的一些新的和体会都是值得我们去学习和感悟的。
一般我在阅读相类似这样的书的时候，都有一种晕晕沉沉的感觉，总是看了前面的一小部分，极少有看完的，担当我在读林锐的《软件工程思想》时，我居然一个人就这么窝在寝室里花了一天的时间看完，当时我自己都有一种恍然的感觉，没想过自己可以看完，当时老师说的时候就在想怎么可能看完，但事实证明我是错的。
我不仅看了，对其中林锐所说的一些话还很有感触，读这本书就好像我在吃我特别喜欢的食物，特别对胃口。
读后感这本书主要分为八章：第一章主要讲了软件工程的目标和常用的软件工程思想，以及在软件开发过程中的一些方法，一些不正确的和有争议的软件开发观念。
而第二章讲的是软件开发人员。
第三章说的是项目计划和质量管理，项目计划是要提供一份合理的进程表，让所用人的分工，步调明确。
强调了提高软件质量是软件开发最重要的。
第四章讲的是可行性分析和需求分析。
可行性分析是要决定“做还是不做”。
读后感需求分析是要决定“做什么，不做什么”。
软件工程读后感
软件工程读后感《软件工程》读后感《软件工程》是一本关于软件开发过程和管理的经典教材，我在阅读这本书后深受启发。
本书通过系统地介绍软件开发的各个环节和流程，帮助我进一步理解了软件工程的重要性和复杂性。
下面是我对这本书的一些个人感受和思考。
首先，本书对软件工程的定义和范畴进行了清晰的阐述。
它将软件工程定义为一门以工程原则、方法和工具为基础的学科，旨在构建高质量、可扩展和可靠的软件系统。
通过详细介绍了软件生命周期、需求分析、系统设计、编码实现、测试与维护等内容，我对软件工程的整体框架有了更加深入和全面的认识。
其次，在具体介绍软件开发过程的基础上，本书还强调了软件质量和风险管理的重要性。
作者指出，软件开发过程中存在诸多风险和挑战，如需求的不明确性、技术难题的解决、项目管理的困难等。
为了降低这些风险，书中提出了一系列有效的管理和控制方法，如软件度量、配置管理、风险管理等。
这些方法对于确保软件项目的成功具有重要意义。
此外，本书还介绍了软件工程中的一些经典方法和技术。
例如，敏捷开发方法在当前的软件开发中得到广泛应用，它强调团队合作、迭代开发和快速响应变化的能力。
我对敏捷开发的原则和实践有了更深入的了解。
另外，本书还提出了面向对象和结构化方法等软件设计的基本原则和思想，这些方法能够帮助开发人员更好地设计和组织软件系统。
在阅读本书过程中，我不仅了解了软件工程的基本理论和方法，还深感软件工程带来的巨大挑战和机遇。
随着社会对软件需求的不断增加和软件规模的不断扩大，软件开发已经成为一项复杂而庞大的工程。
而合理的软件开发过程和有效的管理方法可以帮助我们提高开发效率、降低成本，并且保证软件的质量和稳定性。
这让我对从事软件开发行业的前景充满信心。
最后，在读完本书后，我开始思考如何将书中的理论应用到实际的软件开发项目中。
例如，在项目启动阶段，我会更加重视需求分析的工作，与客户进行充分的沟通和理解，确保需求的准确性和完整性。
在项目开发过程中，我会注意团队的协作与沟通，遵循敏捷的开发原则，及时调整和优化开发计划。
软件工程心得200字（通用10篇）
软件工程心得200字软件工程心得200字(通用10篇)软件工程心得200字要怎么写，才更标准规范？根据多年的文秘写作经验，参考优秀的软件工程心得200字样本能让你事半功倍，下面分享【软件工程心得200字(通用10篇)】，供你选择借鉴。
软件工程心得200字篇1转眼之间，两个月的实习期即将结束，回顾这两个月的实习工作，感触很深，收获颇丰。
这两个月，在领导和同事们的悉心关怀和指导下，通过我自身的不懈努力，我学到了人生难得的工作经验和社会见识。
我将从以下几个方面总结软件工程岗位工作实习这段时间自己体会和心得：一、努力学习，理论结合实践，不断提高自身工作能力。
在软件工程岗位工作的实习过程中，我始终把学习作为获得新知识、掌握方法、提高能力、解决问题的一条重要途径和方法，切实做到用理论武装头脑、指导实践、推动工作。
思想上积极进取，积极的把自己现有的知识用于社会实践中，在实践中也才能检验知识的有用性。
在这两个月的实习工作中给我最大的感触就是：我们在学校学到了很多的理论知识，但很少用于社会实践中，这样理论和实践就大大的脱节了，以至于在以后的学习和生活中找不到方向，无法学以致用。
同时，在工作中不断的学习也是弥补自己的不足的有效方式。
信息时代，瞬息万变，社会在变化，人也在变化，所以你一天不学习，你就会落伍。
通过这两个月的实习，并结合软件工程岗位工作的实际情况，认真学习的软件工程岗位工作各项政策制度、管理制度和工作条例，使工作中的困难有了最有力地解决武器。
通过这些工作条例的学习使我进一步加深了对各项工作的理解，可以求真务实的开展各项工作。
二、围绕工作，突出重点，尽心尽力履行职责。
在软件工程岗位工作中我都本着认真负责的态度去对待每项工作。
虽然开始由于经验不足和认识不够，觉得在软件工程岗位工作中找不到事情做，不能得到锻炼的目的，但我迅速从自身出发寻找原因，和同事交流，认识到自己的不足，以至于迅速的转变自己的角色和工作定位。
《软件工程思想》读后感_高三作文_1
《软件工程思想》读后感《软件工程思想》读后感本文来自读后感吧我是一个大二的学生，学的专业是软件工程。
再读林锐的这本《软件工程思想》之前，我学习了C和C++的一些编程知识，但是我却一直很迷惑于一个问题：到底软件工程是什么，有什么用，我毕业之后是做些什么工作。
直到今天我学习了现代软件工程，并在老师的直到下阅读了这本《软件工程思想》，让我有种眼前豁然开朗的感觉，对软件工程有了一定的认识，也让我对软件工程的一些具体的工作等有了一定的认识。
本文来自读后感吧《软件工程思想》我想之所以命名为思想，是因为在这本书中虽然并没有该我们提供可以学习的一些具体的知识，但却用作者特有的带点幽默感的语言给了我们一个软件工程的基本框架，让我对软件工程的各个方面有了个清晰的认识，这对我以后的学习和工作都很有用。
本文来自读后感吧软件工程主要讲的是软件开发的道理，我读这本书是能充分的感受到作者在学习过程中的那种成功和失败的经验，这本书中写的作者的一些新的和体会都是值得我们去学习和感悟的。
一般我在阅读相类似这样的书的时候，都有一种晕晕沉沉的感觉，总是看了前面的一小部分，极少有看完的，担当我在读林锐的《软件工程思想》时，我居然一个人就这么窝在寝室里花了一天的时间看完，当时我自己都有一种恍然的感觉，没想过自己可以看完，当时老师说的时候就在想怎么可能看完，但事实证明我是错的。
我不仅看了，对其中林锐所说的一些话还很有感触，读这本书就好像我在吃我特别喜欢的食物，特别对胃口。
读后感这本书主要分为八章：第一章主要讲了软件工程的目标和常用的软件工程思想，以及在软件开发过程中的一些方法，一些不正确的和有争议的软件开发观念。
而第二章讲的是软件开发人员。
第三章说的是项目计划和质量管理，项目计划是要提供一份合理的进程表，让所用人的分工，步调明确。
强调了提高软件质量是软件开发最重要的。
第四章讲的是可行性分析和需求分析。
可行性分析是要决定“做还是不做”。
读后感需求分析是要决定“做什么，不做什么”。
软件工程读后感
软件工程读后感在接触软件工程这一概念之前，我一直觉得软件就是那些在电脑和手机里运行的程序，能用就行，哪有那么多讲究。
然而，当我真正深入了解软件工程之后，才发现这里面的门道可真不少。
软件工程，就像是建造一座数字大厦。
以前我以为写代码就像小孩子搭积木，想怎么搭就怎么搭，只要能堆起来不倒就行。
但现在我明白了，这是一个需要精心规划、设计、施工和维护的浩大工程。
就拿我曾经参与的一个小型项目来说吧。
那时候，我们几个小伙伴雄心勃勃，想要开发一个简单的在线购物平台。
一开始，大家都充满激情，觉得这能有多难？不就是把页面做好，能下单付款，后台能处理订单就行了嘛。
我们风风火火地就开始干了，有人负责前端页面设计，有人负责后台逻辑编写。
我呢，主要负责数据库的搭建。
一开始，一切看起来都还挺顺利的。
我设计数据库的时候，那叫一个随心所欲。
觉得这个商品信息应该有个字段，加！那个用户信息需要记录点啥，加！完全没有考虑到数据的合理性和规范性。
结果呢，等到数据量稍微一大，各种问题就出来了。
有的数据重复录入，有的数据找不到关联，整个数据库乱成了一锅粥。
负责前端页面的小伙伴也没好到哪里去。
页面设计得倒是挺漂亮，可用户体验极差。
比如说，购物车的操作特别繁琐，用户要经过好几步才能完成添加和删除商品的操作。
而且，页面加载速度奇慢，等个图片出来能让人等到花儿都谢了。
后台逻辑的编写更是漏洞百出。
订单处理流程不清晰，退款退货的功能根本就没考虑周全。
结果就是，用户下单后一旦要退款，整个系统就陷入混乱，数据错误一堆，我们几个在后面手忙脚乱地补救。
那段时间，我们真的是焦头烂额。
每天都在忙着修改各种错误，添加各种缺失的功能。
原本预计一个月就能完成的项目，拖了两个月还没弄好。
而且，就算勉强上线了，也是问题不断，用户的投诉像雪花一样飞来。
这时候我们才意识到，软件工程可不是闹着玩的。
如果一开始我们能好好地进行需求分析，明确用户到底需要什么功能，而不是自己想当然地瞎搞；如果我们能做好系统设计，规划好各个模块之间的关系和接口，而不是各自为政；如果我们能注重代码规范和测试，而不是写完代码就觉得大功告成，也许就不会陷入这样的困境。
《软件工程》学习心得（精选五篇）
《软件工程》学习心得（精选五篇）第一篇：《软件工程》学习心得《软件工程》学习心得一、软件工程的定义软件工程 (Software Engineering，简称为SE)是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。
它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。
在现代社会中，软件应用于多个方面。
典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。
同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。
这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。
二、软件工程的目标在给定成本、进度的前提下，开发出具有可修改性、有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性并且满足用户需求的软件产品。
三、软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
软件工程的原则有以下四项基本原则：1）选取适宜开发范型；2）采用合适的设计方法；3）提供高质量的工程支持；4）重视开发过程的管理。
四、软件工程的由来据说上个世纪60年代的程序员都是天才，写程式就像写日记一样，吃过晚饭没事干随手就可以写几个出来玩，第二天还可以拿去卖钱。
所以那时候程序员在大家眼中，跟那些搞美术，音乐的是一类的，被称为“艺术家”。
但事过境迁，就像任何人都不会嫌钱多一样，永远都不会有人嫌CPU快的。
于是，随之而来的就是硬件的迅猛发展和越来越变态的软件。
记得以前常去同学家拷游戏，通常几张软盘就可以搞定，而现在的游戏，两三张CD-ROM都算少的了。
像如此庞大复杂的怪物，就算你是如何的天才，一个人肯定是搞不定的，否则，等你把程式写出来，人家Intel连奔腾N都开发出来了。
既要开发大型的软件还要追求速度（这样才能赚钱），于是很自然地，合作的概念被提了出来。
软件工程读后感
读《软件工程》有感软件工程学，是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科，它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。
下面是软件工程的现状：在现代社会中，软件应用于多个方面。
典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。
同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等。
这些应用促进了经济和社会的发展，提高人们的工作效率，同时提升了生活质量。
软件工程师是对应用软件创造软件的人们的统称，软件工程师按照所处的领域不同可以分为系统分析员，软件设计师，系统架构师，程序员，测试员等等。
人们也常常用程序员来泛指各种软件工程师。
软件的开发到底是一门科学还是一门工程，这是一个被争论了很久的问题。
实际上，软件开发兼有两者的特点。
但是这并不意味着它们可以被互相混淆。
很多人认为软件工程基于计算机科学和信息科学就如传统意义上的工程学之于物理和化学一样。
在美国，大约40%的软件工程师具有计算机科学的学位。
在世界其他地方，这个比例也差不多。
他们并不一定会每天使用计算机科学方面的知识，但是他们每天都会使用软件工程方面的知识。
软件工程是在遇到软件危机的时候提出来的，其定义是将系统化的、严格约束的、可量化的方法应用到软件的开发、运行和维护，即将工程化应用软件。
软件工程研究目标是提高软件的质量和开发效率。
目前比较受关注的5种相对并列的软件质量属性分别为：正确性、健壮性、安全性、高效性、易维护性。
近年来，随着计算机网络逐步成为主要的软件运行环境，人们在质量的基础上更多的关注可信性。
在开发效率这方面，开发人员的素质对项目的成败很重要，若要对实际的开发过程进行量化的话，则比较困难。
不同于传统的一些工程项目，软件工程中的部署环节所占的比重较小。
在拿到一个软件项目之后，需要对该项目进行总体分析后，选择合适的开发过程模型、开发方法、质量度量方法和具体的开发环境。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
现代软件工程作业(《软件工程思想》读后感)
《软件工程思想》读后感花了N个小时N次终于把软件工程思想这本书看完了，老师说这本书还没一百页，花一个晚上就搞定了，我花了好几天，分多次才匆匆看完，对着电脑，看着看着眼睛就看花了，休息一下，再继续。
我其实不喜欢看那种纯属文字的书，就连别人超级爱的小说我都不能从头到尾把他看完，可能这是我的一个缺点，最近作业好多，很多不会做，感觉心里很浮躁，就看看这本书来解解压吧，还有虽然我学软件工程的，但是之前对软件了解的甚少，也想看一看软件工程到底需要什么样的思想才能把这专业学好，嘻嘻，正好利用这个机会，好好了解伟大的林锐对软件有什么样思想。
下载完《软件工程思想》后，一开始看，感觉比想象中要好很多，关键在于作者是个幽默的人，讲话能让我时不时想笑一笑，看到起劲的时候，突然咯咯的笑起来。
我比较喜欢故事，《软件工程思想》里面有很多作者亲身经历的事，以幽默方式说出来，更加引起我阅读的兴趣，还有就是感觉作者的一生很丰富、很充实，有一些故事就是我所向往的。
在这本书中，林锐除了幽默外，还讲了很多与软件有关的，讲了很多好的软件要具备些什么条件，以及开发过程中关键要注意什
么。
这本书开头部分和后面部分我感觉都很好，比阅读故事更加有趣，看到搞笑的，我就复制粘贴下来发给好友，让他们也笑笑。
比如：有人问阿凡提：“我肚子痛，应该用什么药？”阿凡提说：“应该用眼药水，因为你眼睛不好，吃了脏东西才肚子痛。
还有一个，一只母鸡下了一个蛋，一只公鸡特别生气，为什么？因为母鸡下了一个鸭蛋。
还有一段文字感觉挺有趣的：我们最最伟大的领袖毛主席说了一声“人多力量大”，导致现在中国人口蹦到13亿。
他老人家辉煌地走了，后人却付出了沉重的代价。
中间部分讲的是软件专业知识，（一些开发软件易犯的错，分析错误示例，解决问题）虽然看的有点想睡觉，但是对我们学好软件很有帮助的，那个需要慢慢去看，慢慢体会，慢慢消化，应该没事时拿出来揣摩揣摩，使自己以后不会再犯相同的错误，中间部分，还有很多专业术语，比如Winsock的使用，Intra3D2。
0，CNC1。
0，BMP、GIF、JPEG、SGI、TGA等图像格式。
还有黑盒、白盒是什么意思，没学过，看不懂。
后来才知道。
白盒”是指看得见程序的内部结构。
黑盒”是指看不见程序的内部结构。
可能是自己的能力很有限，很多东西看上去很生疏，不应该一下子把它看完，需要慢慢
查阅资料，慢慢弄懂。
本书虽然很薄，但是内容还是挺多的，所以我一边看一边把重要信息写在文档里，为读后感做准备。
读后感本书还提出很多建议，我们可以根据作者的建议，让自己以后编程少出点错误，编程更顺手。
还在某些地方推荐了一些其他书籍，我们时间充足时可以去看看，让我们了解的更深入一点、透彻一些。
学会做到一个真正的程序员应该具备的秉性（诚实，简单——实用主义，爱憎分明，工作单调但不乏味，真实）这也是我们该好好学习的。
林锐的求学精神值得我们学习：如果挨一个巴掌能换取一分钟上机时间的话，我愿意每天挨1440个巴掌。
如果非得加上一个期限不可，我希望是一万年，这种求学境界，我们能不学吗？编程大师曾说：“哪怕程序只有三行长，总有一天你也不得不对它维护。
纠错性维护，适应性维护，完善性维护。
让我懂得维护很重要。
我们学软件的，光会编程是远远不够的（虽然现在我连编程还不怎么会），编写程序的过程更是重中之重，如何去编好程。
维护软件理所当然是关键。
印象很深的几句经典语句：1所有真正杰出的设计一旦被设计好，看起来都是那么的简单和显而易见。
但是在获得杰出设计的过程中，需要付出令人难以置信的努力，。
2。
主动去创造环境，否则你无法设计人生3。
生活和工作要充满激情，否则你无法体
会到淋漓尽致的欢乐与痛苦。
4职场上很多潜规则，你退缩别人前进，所以，如果你想前进的话，抓住良好机遇，不要放手经典引述：
1。
开发人员只有在自己思路清晰时才可能写出让别人能理解的程序。
编程时还要注意不可滥用技巧，应该用自然的方式编程2。
软件系统设计得简洁。
每个实践环节都要执行质量检查。
做项目不要指望在项目陷入困境后靠增加人手来解救。
进行需求分析。
建立全局分析的观念。
注重软件质量和生产效率。
开发一个程序要讲究正确性和精确性。
运行好好的软件，不一定永远运行的好，可能会出问题。
软件开发，性能和效率十分重要。
尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。
程序员应该把测试当成份内之事3。
需求会变动据历史记载，没有一个软件的需求改动少于三次。
唯一只改动需求两次的客户是个死人。
这个可怜的家伙还是在运送第三次需求的路上被车子撞死的。
4。
系统设计的四方面内容：体系结构设计、模块设计、数据结构与算法设计、用户界面设计。
如果将软件系统比喻为人体，那么：（1）体系结构就如同人的骨架。
如果某个家伙的骨架是猴子，那么无论怎样喂养和美容，这家伙始终都是猴子，不会成为人。
（2）模块就如同人的器官，具有特定的功能。
人体中最出色的模块设计之一是手，手只有几种动作，却能做无限多的事情。
人
体中最糟糕的模块设计之一是嘴巴，嘴巴将最有价值但毫无相干的几种功能如吃饭、说话、亲吻混为一体，使之无法并行处理，真乃人类之不幸。
读书笔记（3）数据结构与算法就如同人的血脉和神经，它让器官具有生命并能发挥功能。
数据结构与算法分布在体系结构和模块中，它将协调系统的各个功能。
人的耳朵和嘴巴虽然是相对独立的器官，但如果耳朵失聪了，嘴巴就只能发出“啊”“呜”的声音，等于丧失了说话的功能（所以聋子天生就是哑巴），可人们却又能用手势代替说话。
人体的数据结构与算法设计真是十分神奇并且十分可笑。
（4）用户界面就如同人的外表，最容易让人一见钟情或一见恶心。
象人类追求心灵美和外表美那样，软件系统也追求（内在的）功能强大和（外表的）界面友好。
但随着生活节奏的加快，人们已少有兴趣去品味深藏不露的内在美。
如果把Unix系统比作是健壮的汉子和妇人，那么Windows系统就象妩媚的小白脸和狐狸精。
想不到Windows系统竟然能兴风作浪，占去大半市场。
有鉴于此，我们应该鼓励女士多买化妆品（男士付钱）以获得更好的界面。
5。
开发人员应该意识到：所有的错误都是严重的，不存在微不足道的错误。
这样才能少犯错误。
总结：总而言之，这本书真的很不错，值得一看，不管是这个专业的还是非专业的，都有可学之处。
在空闲之时，还得把它拿出来晒晒，拿出来揣摩揣摩。
本文来自读后感吧。