一件小事读后感（精选4篇）

一件小事读后感（精选4篇）【导读】这篇文档“一件小事读后感（精选4篇）”由三一刀客最漂亮的网友为您分享整理，希望这篇范文对您有所帮助，喜欢就下载吧！《人件》读后感【第一篇】人在软件工程中的定位——读人件有感刘胜男11计科一班110507140120初学软件工程导论这门学科，听老师说过《人月神话》和《人件》这两本书，它们被誉为软件图书中“两朵最鲜艳的奇葩”。于是我迫不及待的借了《人件》一睹它的风采。这两本书关注了软件开发过程中两个不同的方面，《人月神话》注重于“软件开发”本身，而《人件》则是强调了软件开发中的“人”。我选择了《人件》这本书来写读后感。看完《人件》这本书，发现全书中基本没有涉及到任何软件技术，但作者精辟的探讨了专业软件团队管理这一非常专业的话题。怎么把团队做好，这是一个大问题。只有做好团队，才能做好软件。《人件》提到，软件工程本质上其工作的主要问题，与其说是技术问题，不如说是社会学问题。记得有位老师也曾提过三分技术，七分管理，我想道理应该是一样的。《人件》告诉我不是因为技术更重要，而是因为它更容易做。的确如此，人际关系是很复杂的，大家都希望尽快做完项目，一味的去追求代码的速度，而没有人愿意去管岌岌可危的人际关系，因为人们的天性就是用对自己有利的方式去解决问题，与人沟通这种能力恰恰是整日埋头编码的程序员所缺乏的。而对于编程这件事，从大一到大三，也编过不少程序了，但在考试的压力下我总认为一个程序越少出错越好。而《人件》告诉我对大多数脑力劳动者来说，偶尔犯一个错误是自然的，也是工作的一个健康组成部分。尽管整个团队的技术平均水平也许会因为采取的任何限制错误的措施而得到适度改善，但是团队社会学却会受到严重损害。所以当人们犯错时，作为项目经理应该鼓励他们。《人件》内提到大多数程序员都是热爱自己的工作的，这一点我不太清楚，因为不太了解计算机从业人员是否都热爱编码这一过程。假设这条是正确的，那么“管理就是赶驴”这句话就有待商榷了，开发与生产不同，一个进行脑力劳动的人要进行思考，他有自己主动的因素抽象化并忽略掉。提到关于人选的问题，不得不提的就是面试的问题。面试是选拔人才的方式，但是面试时似乎有条不成文的规定：可以问候选人以前干过的工作，但是不能要求看看其工作产品。但是检查其工作产品往往是非常有好处的，可以更直观的了解候选人。而新录取的员工往往被要求做能力倾向测试，这种测试大部分是关于左脑的，即不进行创造性活动。《人件》提供给我一个数据：一个有40年工龄的人，只有5年的工作时间，却有35年的管理时间。这就说明能力倾向测试只能为我们提供短期工作得很好的人，所以不应该只通过该测试来决定是否雇佣这个人来作为团队的成员。大概从马列主义传进中国开始，理论指导实践的思想在人们脑海里已根深蒂固。伴随理论的指导实践是一套方法论，大方法论是关于所有种类的需要集中思考的工作应该如何进行的总系统理论。而这种大方法论并不适合在软工中使用。这让我想到了老师上课强调的文档的建立，而我们在强调文档的重要性的同时也要清楚的认识到建立文档不等于解决问题，有时候动手解决比建立长篇累牍的文档更为重要。综上所述，方法论并不适合于软工，如果一定要规定一个标准，那么可以制定一个非标准的标准（即规定员工不能做什么）。《人件》中提到了“黑衣团队”的一个案例。作为一个胶冻团队的特例，黑衣团队有种接近疯狂的行为，他们培养一种毁坏者的形象，在程序上制造各种失败，作为团队他们成功了，并且他们快乐的工作着，他们有着共同的目标促使他们成为一个成功的团队。我觉得，建立一个有健康氛围的团队我们可以从以下几个方面着手：1、质量崇拜；2、提供许多令人满意的完形；3、建立精英意识；4、保持和保护成功的团队；5、提供战略但不是战术指导。以上就是我读《人件》的初步感想，我相信以后花时间再精读一遍会有更深的领悟。《人件》让我懂得“伟大的经理懂得人本质上是不可管理的，软件成功的本质是使每个人朝着同一个方向努力，然后使他们热情高涨，并且任何事物都不能阻止他们前进。”同时也让我重新对软工有了更深一层的见解，让我认识到了自己思维的误区。我认为《人件》带给我的是建立成功团队的非常重要的思想，对我以后的工作颇具指导意义。一件小事读后感【第二篇】读后感，希望对您有帮助！一件小事读后感本文是关于读后感的，仅供参考，如果觉得很不错，欢迎点评和分享。一件小事读后感（一）《一件小事》是1篇短小而精悍的小小说，人物关系也非常的简单。在小说里鲁迅赞扬了车夫善良正直无私的优秀品格。本来车夫可以一走了之，但车夫并没有这样选择，而选择把那个女人扶起来慢慢的送到大门的那边。而没有再拉自己。在这个故事中鲁迅一直在用车夫与自己比较。着重的刻画了自己的内心活动。在自己看来很明显那个女人可能是假装摔倒。车夫本可以一走了之。当鲁迅看见了车夫的举动，才发现自己的自私与渺小。《一件小事》发表于1920年7月，也就是五四运动以后，书中不仅赞扬了车夫的优秀品质而且着重刻画了知识分子的自我反省，表现了向劳动人民学习的新思想。并表达了鲁迅对劳动人民的尊敬与钦佩。在现代生活中我们应该学习鲁迅，尊重农民工与工人。他们做着城市里最脏最累的工作，他们无时无刻的在为城市做贡献但却得着与自己付出不等值的回报。他们的身上虽然沾满着泥土，虽然穿的衣服很破旧。但他们是最值得钦佩的群体，他们是城市里最朴实的一群人。一件小事读后感（二）《一件小事》是鲁迅先生对劳动人民朴实、善良、真诚品格的赞歌吧！他写的是车夫，是一个下层人物，而且这件事也真够“小”的，读后感，希望对您有帮助！任何人都可以这么说的。但奢迅先生把这件“小事”巧妙地同当时的“国家大事”对比，成功地映衬出“小事”的意义，多么地爱憎分明啊！在那个年代里，车夫是被人瞧不起的，称不上什么“人物”的。他们天天要为吃饭而奔忙，要时时同悲苦的命运抗争。就是这样一些不起眼的人，鲁迅先生在他们身上发现了一种极可贵的素质：诚实、善良、富于同情心。他们没有什么惊人的语言，没有奇丽的才思，甚至外形也显得笨拙、憨厚，衣衫更是破旧的。可鲁迅先生注意到了在他们破旧的衣衫内裹着的纯挚的心，进而深刻地揭示了他们高尚的内心世界。他笔下仅是一个车夫而已，但同这车夫一样的，有好多的人，他们都从民众中来，都有共同的善良德行。先生就是很早就挖掘了这闪光东西的伟大作家。在这篇文章里，鲁迅先生不仅歌颂了劳动人民的美好品格，也无情地解剖了自己（实际上是当时的旧知识分子）的自私的缺点。请听听他的一句话吧：“我的确时时解剖别人，然而更多的是更无情地解剖我自己。”一点不错，鲁迅先生是时时严于解剖自己的。在文中，他把自己同车夫对照，找到了自己的思想上同劳动人民的距离，也下决心要向劳动人民学习。当然，自我解剖，自我改造，是痛苦的，不容易的。“这事到了现在，还是时时记起，我因此也时时熬了苦痛，努力的要想到我自己。”他丝毫不隐讳自己的思想感情，不遮掩心灵上的杂质，而是坚决地以劳动人民朴实的精神力量，改造自己的世界观。他把改革现实的希望寄托于民众身上，也从民众身上看到了未来读后感，希望对您有帮助！的希望。“独有这一件小事，却总是浮在我眼前，有时反更分明，教我惭愧，催我自新，并且增长我的勇气和希望。”呵，如若现在人人都能像鲁迅先生这样解剖自己，鞭策自己，而且是自觉的，那该多好。鲁迅先生的这篇小说作于1920年，80年过去了，它仍具有现实意义。不是么？在刚刚进人新世纪的今天，如果我们多读读它，多与先生的精神、品格对照，定会受益不浅的。一件小事读后感（三）鲁迅写的《一件小事》给我很深的印象，令我不由得考虑自己的生活和世界观。即使文章是几乎一百年前写的，故事仍然是社会真实的写照。我认为，凡是这时代的人都可以从《一件小事》中学收益。读完该文章后，故事让我注意到三件事。首先，故事令我想到人的价值与重要性。虽然鲁迅没有直接说自己很忙或者很急去做重要事，但是从他对老女人的反应上，在那时候鲁迅分明觉得自己不够时间帮助跌倒的老女人或者他要做的事比帮老女人更重要。有时候我们会把自己的事仿佛世界上最要重的任务，并以为没有时间做其他事。我本人一旦定目标或有重要的事情做，就沉浸于完成此任务的过程里。当我这样的时候，很容易没有识到或忽视身边人的需要。我们需要学这位勇敢车夫的榜样，记住人的安全、情绪比工作、目标等更重要。其次，此文章提醒我不应该以貌取人而不应该看不起别人。在此故事中，最伟大、最高尚、最善良的角色竟然是这位贫穷，浑身脏兮兮，毫无地位的车夫。实际上，我发现具有德行的人通常是很谦卑，读后感，希望对您有帮助！不引人注意的人。第三，我注意到鲁迅的好榜样。故事以鲁迅决定改善自己结尾。鲁迅写：“独有这一件小事……教我惭愧，催我自新，并增长我的勇气和希望。”虽然他不好地裁判了车夫，鲁迅承认其错而决定从错误中吸取教训，拼命改善自己。我希望当我做错的时候我也能尝到惭愧的苦滋味并勇敢的决定改善自己。总之，鲁迅的《一件小事》是1篇使人思考，使人充实的文章。读完此文章后我才发现为什么人们说鲁迅的文章均是百读不厌的。，希望能帮助您！人件读后感【第三篇】软件工程期末小论文人在软工中的定位-读peopleware有感史婕茹5080369079F0803604一、引言未上大三前，就曾经听学长学姐说过《人月神话》和《人件》这两本书，它们被誉为软件图书中“两朵最鲜艳的奇葩”。于是我迫不及待的借了《人件》一睹它的风采。这两本书关注了软件开发过程中两个不同的方面，《人月神话》注重于“软件开发”本身，而《人件》则是强调了软件开发中的“人“。我选择了《人件》这本书来写读后感。因为我才大三，对于软件开发还接触不深，但看了《人件》这本书后再对照自己在国家创新项目中遇到的问题还是感触良多。二、《人件》读后感看完《人件》这本书，发现全书中基本没有涉及到任何软件技术，但作者精辟的探讨了专业软件团队管理这一非常专业的话题。怎么把团队做好，这是一个大问题。只有做好团队，才能做好软件。这本书同时也推荐了许多已在使用中的标准，如关闭公共寻呼系统，怎么面试软件开发人员等。由于《人件》这本书涉及的内容非常广泛，而且有许多后面的部分前面已经提到过，只是换了一种讲法而已，所以经过思考后，我决定分为四个方面去阐述《人件》这本书给我带来的新观点，它们分别从面试开发人员，管理开发人员，凝聚开发人员和办公环境四个方面来描述软工中需要注意的问题。人力资源的管理《人件》提到：软工本质上其工作的主要问题，与其说是技术问题，不如说是社会学问题。记得这学期信安综合实践课上老师也提过三分技术，七分管理，我想道理应该是一样的。但是下面又提到很少有经理人用这样的思想指导管理工作，在我做创新项目的时候我也是这种情况。我和我同组的同学更倾向于集中精力做技术方面，而几乎不怎么开会，一般是你做你的模块，我做我的模块，这种结果是到最后磨合的很差，记得我们中期开了一次会，发现我和另一个同学原来做的是一样的，缺少沟通让我们做了许多重复工作。而我们为什么会不集中精神解决人际关系方面的工作呢，《人件》告诉我不是因为技术更重要，而是因为它更容易做。的确如此，人际关系是很复杂的，大家都希望尽快做完项目，一味的去追求代码的速度，而没有人愿意去管岌岌可危的人际关系，因为人们的天性就是用对自己有利的方式去解决问题，与人沟通这种能力恰恰是整日埋头编码的程序员所缺乏的。而对于编程这件事，从大一到大三，也编过不少程序了，但在考试的压力下我总认为一个程序越少出错越好。而《人件》告诉我对大多数脑力劳动者来说，偶尔犯一个错误是自然的，也是工作的一个健康组成部分。因为不太了解实际工作时项目经理的操作情况，但是我想如果他试图培养一种不允许出错的气氛只会让他的手下产生防备心理，如果我是那个项目组的一员，我会因为这种氛围而不去尝试我认为结果会很糟糕的事，比如尝试一种新的算法，尝试一种新的技术。尽管整个团队的技术平均水平也许会因为采取的任何限制错误的措施而得到适度改善，但是团队社会学却会受到严重损害。所以当人们犯错时，作为项目经理应该鼓励他们。说到错误，不得不想到老师曾提过软工中软件测试占着很大的一部分，而我在做创新项目时总是默