程序员修炼之道-从小工到专家(第一章)读后感

第一章

第一节 我的源码让猫吃了 读后感

这一节教会我要有责任心要负责。一、如果承诺了某件事,就要信守承诺完成它,尽管事情可能不尽人意使你不能完成它,但你起码是尽你所能去做了,而不是因为不可能完成了就提前放弃。就像打联盟一样,开局说好了要c别人,如果因为被对面打爆了几波就嚷嚷着要15(投降),而不是努力去扳回局面,这种人是要被喷死的。正确的做法是尽管游戏还是可能会输,你还是要努力的进行游戏,而不是放弃,答应了承诺了就要尽自己的努力去完成尽管结果不尽人意。二、你必须分析事情的风险,如果风险超出你的控制范围,你可以说你做不到,不去做承诺。

还教会我要敢于承认错误,做到诚实坦白,并且积极的去找补救办法,而不是去找一堆的借口。如果你犯错了,或者判断失误的时候,诚实的去承认它,找出你犯错的原因,防止下次的犯错的几率,而不是去找一堆借口自欺欺人,因为那只会是你无能的一种体现。不要害怕承认犯错,只有认识到错误才能够有进步,也不要害怕承认你需要帮助,没有人是一座孤岛,只有相互帮助才能携手前进。(又到了联盟的例子 )如果你在的时候对线被别人单杀了好几次,不要去抱怨说什么失误了,它的英雄康特我,自己的打野为啥不来帮我,这是一种菜鸡的行为,高手向来不会找借口,而是自己慢慢打回来,每一次都吸取教训,一点点的把优势打回来或者是找到挽回局面的办法。

第二节 软件的熵 读后感

这一节主要是对破窗效应的感悟。此理论认为环境中的不良现象如果被放任存在,会诱使人们仿效,甚至变本加厉。一幢有少许破窗的建筑为例,如果那些窗不被修理好,可能将会有破坏者破坏更多的窗户。最终他们甚至会闯入建筑内,如果发现无人居住,也许就在那里定居或者纵火。一面墙,如果出现一些涂鸦没有被清洗掉,很快的,墙上就布满了乱七八糟、不堪入目的东西;一条人行道有些许纸屑,不久后就会有更多垃圾,最终人们会视若理所当然地将垃圾顺手丢弃在地上。而破窗户就像劣质的设计、糟糕的代码、错误的抉择,我们不能放任不管,要及时的处理,做到防微杜渐,不能勿以善小而不为。同样的在一个团队里,如果有一个人天天迟到而没有被惩罚,那么大家都会慢慢都又迟到的现象。而如果一个人因为努力工作收到表扬,那么大家都会效仿他。

第三节 石头汤与煮青蛙 读后感

这一节是对于面对团队出现团结问题的解决办法。当团队出现问题时,你要做的首先是做好自己,努力的完成自己要完成的部分,才能带动起其它人的工作兴趣,给他们一种好像大家一起努力就会完成这个不可能任务的一丝希望,让他们瞥见未来,他们就会聚集在你的身边。

就像打联盟一样,一局游戏中大家都崩盘了,于是大家就会萌生放弃不想玩了的想法,这时如果你只是跟他们讲稳住能赢,谁会理你。你真正要做的就是好好打自己的,先让自己打出优势,让队友切实的感受到能赢的希望,然后告诉他们,你需要他们的帮助,一步步的获取资源,才能赢得胜利。

原文地址:https://www.cnblogs.com/chenaiiu/p/11604974.html

时间: 2024-11-01 02:37:50

程序员修炼之道-从小工到专家(第一章)读后感的相关文章

《程序员修炼之道--从小工到专家》阅读笔记02

<程序员修炼之道--从小工到专家>在第三章中为我们提到纯文本的好好处,书中给我们提醒到,通过纯文本(XML.SGML以及HTML都是纯文本的好例子)我们可以让事情变得更容易.文本对于我们来说有三大好处:保证不过是.杠杆作用.更易于测试.对于程序员,不仅要善于使用纯文本,还必须掌握shell命令行,即使在Windows下我们也要精准掌握.Shell对于我们来说就是我们的工作台,在shell命令下我们可以操作调用我们想要的东西.可以说shell功能是非常强大的,所以对于我们程序员来说掌握它是对我们

读书笔记2014第4本:程序员修炼之道-从小工到专家(第七、八章)

第七章 在项目开始之前 36 需求之坑不为收集需求,挖掘它们.有一种能深入了解用户需求,却未得到足够利用的技术:成为用户.与用户一同工作,以像用户一样思考.描述需求文档时,要使用项目术语表.用WEB来收集和管理需求. 37 解开不可能解开的谜题遇到不可能解决的问题时,退一步问问自己如下问题:1)有更容易的方法吗?2)你是在设法解决真正的问题,还是被外围的技术问题转移了注意力?3)这件事情为什么是一个问题?4)是什么使它如此难以解决?5)它必须以这种方式完成吗?6)它真的必须完成吗? 38 等你准

第4本:程序员修炼之道-从小工到专家(第七、八章)

第4本:程序员修炼之道-从小工到专家(第七.八章) 第七章 在项目开始之前 36 需求之坑不为收集需求,挖掘它们.有一种能深入了解用户需求,却未得到足够利用的技术:成为用户.与用户一同工作,以像用户一样思考.描述需求文档时,要使用项目术语表.用WEB来收集和管理需求. 37 解开不可能解开的谜题遇到不可能解决的问题时,退一步问问自己如下问题:1)有更容易的方法吗?2)你是在设法解决真正的问题,还是被外围的技术问题转移了注意力?3)这件事情为什么是一个问题?4)是什么使它如此难以解决?5)它必须以

《程序员修炼之道--从小工到专家》阅读笔记03

<程序员修炼之道--从小工到专家>利用了很多带有娱乐,分厂具有思想性的的故事来为我们解释和阐释我没让你软件开发的一些不同方面的注意事项以及实践和致命的重大陷阱等等. 在第六章中给我们讲到现在我们大学生存在的最多的问题.总是喜欢靠巧合编程,这我觉得是致命的.我们在编程的时候要清楚的知道自己的代码每一步需要做的是什么,接下来应该如何衔接,对外界条件要有一定的掌握和判断.在通常情况下,我们编写的程序是正确的,但是在一些特殊的情况下我们的程序就变得不正常了,这就是巧合编程.所以不仅要注意编程,还要注意

程序员修炼之道:从小工到专家

可以为以下事物制作原型1.架构2.新功能3.外部数据结构及内容4.第三方工具组件5.性能问题6.用户界面设计为了学习而制作原型怎样使用原型1.正确性2.完整性3.健壮性4.文档风格 领域模型语言的界限就是一个人的世界的界限.数据语言与命令语言估算,以避免发生意外1.估算来自哪里?2.理解提出问题?3.建立系统的模型4.模型分解为组件5.每个参数指定值6.计算答案项目进度的控制:1.需求检查2.分析风险3.设计,实现,集成4.用户确认(验收)5.维护 纯文本的威力:1.保证不过时2.杠杆作用3.易

第四周读书笔记——《程序员修炼之道——从小工到专家》

本周我读的书是美国Andrew Hunt与David Thomas所著的<程序员修炼之道--从小工到专家>.翻开第一页,我就可以看到无数来自其他专业人士对这本书的褒奖.俗话说,赞美总是不嫌多,我大概浏览了一下其他人对这本书写的评价,不禁对这本书兴趣盎然了.作为一本修炼指南,这本书的编写采取了分立的架构,每一个部分着重地介绍了一个类型或者一种问题.一种思想.因此,采取跳读的方式,可以更好地跟随着自己的兴趣,提高阅读的效率.我着重阅读了序.第一章,注重实效的哲学,第二章,注重实效的途径,第三章,基

《程序员修炼之道---从小工到专家》第一章读后感

<程序员修炼之道---从小工到专家>一书由美国Andrew Hunt和David Thomas所著,主要讲述了一位程序员应当如何从个人责任,职业发展,到基本工具,实际的编程项目中发展自己.本书第一章的标题为:注重实效的哲学. 第一章整体主要从程序员个人对待团队,同事,领导,以及自己的前途发展,学习时应当持有的态度出发入手,讲述了程序员在公司中应有的职业操守和准则.作者在开篇时向我们讲述了应当如何成为一位高效的程序员,而后则是分别从各各的方面论述这一观点.首先 第一点是:要对事负责.在工作中如果

阅读《程序员修炼之道-从小工到专家》阅读笔记02

这两周我们小组进入了冲刺阶段的实训,这周我读了<程序员修炼之道>第三章的内容. 靠巧合编程 怎样靠巧合编程 一开始就不知道它为什么能工作.实现的偶然: 因为代码现在的编写方式才得以发生的事情.最后会依靠没有记入文档的错误或是边界条件.它也许不是真的能工作--它也许只是看起来能工作.你依靠的边界条件也许只是一个偶然. 没有记入文档的行为可能会随着库的下一次发布而变化.多余的和不必要的调用会使你的代码变慢.多余的调用还会增加引入它们自己的新bug的风险. 结论? 对于你编写给别人调用的代码,良好的

程序员修炼之道 从小工到专家pdf

下载地址:网盘下载 内容简介  · · · · · · <程序员修炼之道>由一系列的独立的部分组成,涵盖的主题从个人责任.职业发展,直到用于使代码保持灵活.并且易于改编和复用的各种架构技术.利用许多富有娱乐性的奇闻轶事.有思想性的例子以及有趣的类比,全面阐释了软件开发的许多不同方面的最佳实践和重大陷阱.无论你是初学者,是有经验的程序员,还是软件项目经理,本书都适合你阅读. 目录  · · · · · · 译序前言 序第1章 注重实效的哲学第2章 注重实效的途径第3章 基本工具第4章 注重实效的

程序员修炼之道——从小工到专家阅读笔记02

在注重实效的途径中,为我们介绍了一些原则. 首先是重复的危害.其中有一句关键,系统中的每一项知识都必须具有单一,无歧义,权威的表示.——不要重复你自己.有些重复是强加的,比如说建立具有重复信息的文档,在不同环境下重复的定义,编程语言中的重复结构,但是有一些方法可以把重复信息放在一处.比如在头文件中定义了一个定义,而在其他文件中就没有必要再去定义.无意的重复,一般来自于设计中的错误,比如在定义线段的起点和重点的时候,就不要再定义长度,因为长度是一个可以计算出来的变量.无耐性的重复,有的时候写代码往