《大道至简》第三章读后感

在前面,我阅读了大道至简的前两章,今天我又阅读了第三章,通过阅读第三章,我对于编程和做人等方面又有了进一步的理解和认识。

第三章中主要讲的是团队以及团队的领导者。作者指出对于一个团队而言最少以三个人为规模。三个人便有了团队的一些基本特性:主从,监督和责任。一个人的开发可以成功,这取决于个人的努力。两人的小组如果能相互支撑可以获得成功的,而三个人呢就得选了领导不是要程咬金一样的牛人而是要李离一样的牛人,项目完成不了切脑袋的是倒不必做递交辞呈的勇气总是要有的。当然并不是说项目没有做成功就一定要递交辞呈可能谁也不会当项目经理了。对于一个项目经理而言要尽可能的按接近的预估工期,项目工期问日不能解决就不能保证项目成功,所以这就需要项目经理有丰富的经验才能尽可能准确的的估算出项目工期。

然而对于一个组织机构而言,管理者如想使其稳固发展,首先要建立相应的制度,注意是相应的,一定要针对自己的组织机构建立适合于自己的制度,对于管理者自身而言在制度面前一定要既做得到人性化有做得到公平性否则整个制度也就李崩溃不远了。当一个管理者接受一个团队的时候首先要做的就是先观察这个团第发现其存在的问题然后再进行改变与管理。

那么该如何做?

首先进行弹性分工即团队内部成员要学会进行角色转换。当然更好的选择是明确分工,了解每个人都能干什么,这也是对管理者的一个考验。

大部分人或者说99.99%的人都是可以学会编程的,这无关乎我们会与不会,只有我们想不想。只要我们愿意付出,我相信一定会得到回报的。

这本身就是一个很富有思想性的看法,所以不要说什么天生不会,除非你不想,要不然你是不可能学不会编程的。只要通过自己的努力,我们就能达到我们想要的高度。

编程其实说白了就是一种行为,我们要把一件事交付给计算机去做,就需要去告诉计算机,该如何去做。当然了,不该去做的东西只要你不给计算机指令,计算机是不会去执行的。我们在告诉计算机该怎么做的时候,一定要分好顺序,什么时候该干什么,什么时候不该干什么。把事情的逻辑关系和依赖关系分清楚,然后通过输入代码告诉计算机。它再通过我们所给的代码去实现我们的要求。

编程其实并没有我们想象中的那么可怕,但是程序本身可以说是离我们很近,与我们的生活息息相关。正所谓:“大道至简”,只要我们掌握了编程的基本思路和框架,相信我们总有一天可以成为一名优秀的编程或者其从业者。

时间: 2024-10-14 04:38:46

《大道至简》第三章读后感的相关文章

大道至简第三章读后感

---恢复内容开始--- 大道至简第三章的是团队的问题.我们知道,随着人们生活水平的不断提高,用户对计算机软件的功能要求也日趋上升.这样一来,计算机软件就变得越来越复杂,规模变得越来越庞大,源代码的量也越来越多.在这种市场需求和自身发展的共同要求之下,一个团结而高效的开发团队的作用就不言而喻了.那么如何打造一支强有力.听指挥.能干活的开发团队呢?这一章作者就这个问题和我们展开了讨论. 作者着重的强调了项目经理在开发团队中的作用.首先声明一点,这并不是说团队的开发人员不重要,作者从始至终都认为编程

大道至简-第三章读后感

团队缺乏的不只是管理 第一节——三个人的团队 什么是团队,一个是只是个人:两个人也不是团队,他们是互立,没有监督者:三个人才能勉强称为团队,应为他们具有团队的基本特性:主从.监督和责任.组成一个团队时,就需要选一个领导,而选领导时并不是挑选功劳大.能力强的人.因为管理者的最基本的素质是:能承担责任.文中举了一个例子:春秋晋国最高司法官李离,因过听杀人,便向晋文公请罪,然晋文公并不想杀他,便说是他手下人的原因,不能怪他.李离道:臣居官为长,不与吏让位:受禄为多,不与下分利. 今过听杀人,傅其罪下吏

大道至简第七章读后感

大道至简第七章读后感——现实中的软件工程 “王不如远交而近攻,得寸,则王之寸:得尺,亦王之尺也.”——<战国策.秦策> 1:大公司手中的算盘 文中列举了IBM,Borland和Microsoft的一些体系,来说明大公司眼中的世界. 大公司们在标准.理论.语言上的争来夺去,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是在整个软件工程体系中的全面胜出.算 盘 上 的 绝 大 多 数 人 , 只 是 用 于 计 算 胜 负 的 一 枚 算子.所谓编程语言,只不过是

读大道至简第三章感想

大道至简第三章介绍的是关于团队的问题.首先说明了什么是团队,至少是三个人的队伍才称得上是团队.对于团队就会存在领导者,作为领导者能力很重要的,但是并不意味着能力出众就可以成为领导者.就像书中所说,一个员工在一次项目制作中完成了全部的核心代码,公司给予了他优厚的奖励,但是这并不意味着下一个项目就由他来领导.因为项目经理必须具备最基本的素质:承担责任.做项目不是要像程咬金一样只有能力而不会管理的人,而是要李离这样对于出错敢于担当的死士.作为一个项目经理你拿着经理的工资,凭什么出了问题要你的员工来背锅

三:大道至简第三章

继续阅读大道至简第三章,一开始便是讲到了团队,想来就是说明团队的重要性了,这些似乎是老生常谈,但从之前的学习中我就对作者思想很是看好,希望在这章也有能触动我的东西在里面.毕竟学软件的,这之后涉及的职业大多是需要团队合作,对于团队的重要性还是很显而易见的.接下来便是真正进入第三章的学习. 题目便是给我们道明了写作的意图,也点名了作者独到的见解,团队缺乏的并不只是管理.众所周知,好的团队都需要很好的管理,而作者却说不只是,那也就是说还有其他的因素的和管理是同等重要的,那么,会是什么呢?第一个小节说到

《大道至简》第一章读后感和伪代码

阅读了<大道至简>第一章,感到作者对编程的精义分析非常具体形象,引用<愚公移山>的故事,说明了编程的本质.又将他们扮演的管理者,技术人员,程序分析师众多形象展现出来.又在困惑人们的"我能不能学会编程"这一问题做出回答,作者列举生活实例,给出了肯定的答案,将很多抽象的东西,简单化,通过最常见的生活中的实例介绍"大道". import java.大道至简.*; public class.yishan.*; { public static void

《大道至简》第一章读后感Java伪代码

在<大道至简>第一章中,周爱民先生引用一则<愚公移山>的寓言,引出了编程的根本:顺序.选择.循环."愚公移山"的工程虽然庞大,但是可以通过极其简单的变成来完成.我身边的有一些人曾说:我天生就不会编程.如果他们看了周先生的这本书不知道还会不会这么想,周先生在关于"会或者不会写程序的问题"给予的自己的看法为:除了先天智障或后期懒惰者,都是会写程序的.后面用几个伪代码来呈现周爱民先生在第一章中提到的几个问题. //伪代码一:愚公移山 public

大道至简第五章读后感

第五章 失败的过程也是过程 今天照样老师带领着我们阅读了大道至简第五章,阅读了<大道至简>的第五章,这章在前面的基础上又进了一步,有了技术和团队,加上有效的沟通,接下来就要接项目做工程. “虚有其表耳”,本章以<明皇实录>中的一句话来告诉我们一个深刻的道理:不要只求外表,只做形象工程,而是要透过表象,力求实质. 失败了不要紧,没有失败也就找不到自己的不足,也就不会发现自己的问题,更不用谈改进了.我们的前辈们就是在不断的失败中才总结出了“瀑布模型”“螺旋模型”等模型,方便了我们.但是

《大道至简》第一章读后感

经常听见有人抱怨编程太难,说自己不是学软件的料,那么他们真该好好看看<大道至简>这本书,相信他们看完这本书后会有很大收获. <大道至简>第一章引用了一个很简单的故事“愚公移山”,用这个故事很好的概述了我们在完成一个项目时所要进行的步骤.听上去“愚公移山”和编程简直是风马牛不相及,但是看过作者的叙述又有原来如此的感觉.其实编程并没有什么难懂的,就和我们日常生活一样,发现问题,分析问题,提出解决问题的方案,实施,和后续的验收.例如某天我们突然发现家里放不出水了,这就是发现问题,我们会观

一切都是为了实现-大道至简第六章读后感

大道至简第六章的内容比较多,也比较深.或者说这一章作者是从一个更高的层次.更开阔的视野.更独特的角度来解读软件工程这四个字的具体含义的. 作者的这些肺腑之言都是作者在软件行业工作了多年之后总结出来的.开发技术对一个软件产品质量的好坏和最终的成功的影响并虽然不能说是一点也没有,但也不是很大.真正起到决定性因素的不是那些技术细节,而是一个高度过程化.通晓方法论.拥有大量工具的开发团队或者是开发公司.在这个团队里面,无论是对项目经理还是开发经理甚至是一个普通的开发人员的要求都是很高的.团队内的每个人必