读《大道至简》第2章有感

大道至简第二章主要讲了“懒人创造了方法”,在这一章节中作者就同一时代得愚公和李冰在挖山时的方法做了比较,结论显而易见,李冰的烧山之法完胜愚公。是的,愚公只会日复一日的“勤劳”挖山,按他的说法山总有一天会被“愚子愚孙”挖完,但是时间也未免有点长。我们都知道做任何项目都是有时间限制的,任何一个程序的运行时间也不能太长,不然会很影响软件的工作效率。这就不得不说一个项目的正确的管理方法和一款软件的好的架构和算法。

孔子曾说过“学而不思则罔”,所以我们做任何事情之前必需要做的事便是思考,拿到一个项目,接到一个任务,什么也不想就开干,那无疑比愚公还愚,最起码愚公还有子子孙孙而你却只有自己坐在电脑左前抓耳挠腮,眉头紧锁。所以思考是非常重要的。书中还讲到了一个案例,那就是以前的程序员总是喜欢吧万行代码写在一个文件夹中,而且他们认为这是非常正常的事,因为大家都这麽干是吧,自然定错不了。可是这样一来修改和检查代码都成了一件非常麻烦的事。

他有一段是这麽写的:结构化的编程时代终于来了,新的方法取代了旧的方法,而这一切的功劳都归于那个在第5001次page Down建时,突然崩溃的程序师。他发自良心的说:不能让这一切继续下去了,我一定要把下一行代码写到第二个文件夹里去。我发誓我要在编译器里加入一个unit关键字。。。。。。。

作者的语言还是蛮幽默的,但是却很深刻的揭示了不行的麻烦的影响工作的方法是必须要被换掉的。只有规则,分工明确的方式才能被人应用。

作者还在书中写道:“你桌子上的书是乱的吗?”这坎事件的问题却反映了一个程序猿应该具备的基本素质,那就是会将知识分类整理,而且自己的逻辑思维方式是正确的,这一点我得好好做,哈哈。

时间: 2024-08-01 05:47:40

读《大道至简》第2章有感的相关文章

读大道至简第四章有感

第四章题目为流于形式的沟通,顾名思义说的就是我们的沟通只是表面工作,没有深入,也就不会对工作有什么实质性的帮助.但是这个沟通值得是谁与谁之间的沟通呢,没错,就是我们与客户之间的沟通.程序员与计算机之间可以用C语言,java进行沟通但是客户不一定会这些我们也不能要求客户会这些,所以学好基本的编程语言是基础,学会与客户用汉语进行深刻的沟通,并且把这些沟通的内容转化为编程的需求.这是对一个程序员的客观要求. 然而就像书中所说,有的客户会聘用一个专家组来与程序员进行沟通,这时候专业知识就可以很好的应用,

读大道至简第三章有感

第三章的标题是 团队缺乏的不只是管理,作者以”言三人为众,虽难尽继,取其功尤高者一人继之於名为众矣.“这段<汉书>中的话来引出了团队的概念. 第一节的标题是三个人的团队,”言三人为众“团队至少是以三个人为规模的,如此便具备了团队的基本特性:主从.监督和责任.”取其功尤高者一人继之,於名为众“就是功高者代替群体受功,其意思就是功劳大的.能力强的便成了团队中的领导角色.做管理不仅要功劳大,做管理最基本的素质是要能承担责任.当项目失败后,要有乘受去.相应责任的能力. 第二节标题为”做项目=死亡游戏?

读大道至简第六章有感

本章的题目是从编程到过程,刚开始讲到语言只是工具,学会制作和使用工具才是最重要的,当一些编程人员天天为了用哪种语言好以及评论各种语言的优缺点,此时便会被工具所累,忘记了做工程的目的. 第二部分讲到了程序,程序=算法+结构,这是大一时期c++老师每次上课必说的一句话,这是编程的本源定义,也是原始的状态.与代码相关的任何工作,最终仍旧会落足于这样的一条规则,编程的精义于此,从有开发行为开始,他就存在了. 第三部分讲了方法,很多时候程序员拿到一个项目或者是我们拿到一个题目,不是先去阅读他找到方法,而是

读大道至简第五章有感

该章开篇第一个部分写的是做过程不是做工程,主要介绍了软件工程的创立及成熟的标志.其成熟的标志是软件工程的瀑布模型的提出.瀑布模型将软件开发的过程分成需求,分析,设计,开发和测试等五个主要阶段.在瀑布模型之后很多人开始研究过程模型的问题.这也是很多问题出现的源头.很多人认为只要把工程按照瀑布模型做,做完过程的每一个阶段, 虽然很多模型是值得称道的例如RAD(快速应用开发)模型,螺旋模型和现在常被提及的RUP模型,但是做过程不是做工程,模型就是样子我们可以根据好的模型来确立以后要做的工程的步骤以及思

读《大道至简》第二章有感

今天,我对老师的推荐书籍<大道至简>的第二章进行了阅读,<大道至简>的第二章的标题是——是懒人造就了方法.仔细想来也确实如此:人们不想走路 于是便发明了汽车和飞机,人们不想爬楼梯于是就发明了电梯,等等.所以说,我们想要提高自己的工作效率,要想让自己拥有更多的空余时间,我们就必须要学会 创造出懒人的方法来提高我们的效率. 在<大道至简>的第二章中我们看到,愚公想要搬走自己房子面前的高山,他只能想到通过人力去挖,去搬.这样做虽然是对的,也可以达到自己的目标,但是 这样做所花

读 《大道至简》第二章有感

读完<大道至简>第二章,相较于第一章告诉我的持之以恒,第二章则告诉我了何为方法提高效率.有时候,闷头干 并不是一个好方法~~ ————————————————下面开始正题!!—————————————————————— NO.1:是懒人造就了方法 正题引用<华阳国志>其一: “僰蘭 道有蜀王兵 ,亦有神作大滩江中.其崖崭峻不 可破,(冰)乃积薪烧之. ” 本段和<大道至简>第一章可谓相互呼应.一则告诉我们开始一项巨大工程需要有恒心毅力:二则告诉我们其实好的方法能够事半功

读大道至简第三章感想

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

再读大道至简第六章

大道之简临近了尾声,作者也开始了“与前文相呼应”,第六章的内容大部分建立在前面五章的基础之上,对相关的名词进行了进一步的阐释,理解,对有关的概念进行了扩充. 一开始说了,语言只是工具,这几乎与第一章的内容相呼应,不讲JAVA/C/C++等等语言的好坏,只是把他们放在工具的层面来说.没有对语言的膜拜也没有对语言的漠视.语言再不同,只是工具不同,适用于不同的环境.就像是犁地不需要铲子,扫地需要扫把一样的.笔者借由各种语言只是工具来引出了,那张幻灯片.看清代码.方法.工程.组织的关系. 在代码.方法.

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

近期老师为我们推荐了一本书,叫做<大道至简>,书很薄,却精辟的讲述了软件工程专业对于编程这一实践过程的重要思想,我们总以为编程是怎样的有难度,却从来没有考虑过编程为什么难,他到底难在哪.事实是我们错了,我们不是不会技术,而是不会方法. 第一章主要讲述了编程的精义,作者利用愚公移山的故事,简洁明了的讲解了编程的实质含义,从愚公移山实施的各个方面与编程联系在一起,讲解了编程的过程.从开始的原因,到编程实现的目标,然后小组团队对这个编程项目的讨论,以及各个人员在不同项目上的安排,并且还有项目之外的协

再读大道至简第五章

我记得在选择软工之前,就已经认识了那幅秋千的图.还是王建民老师在信息导论课的时候讲到的.当时还笑话呢,好好的一幅秋千,硬是被程序员做成了一个轮胎.当时放这个图片是为佐证客户描述的内容和程序员做出来的产品是会有很大的不同这个观点.如今又看到了这幅图,心里稍微多了一些感触.在UML的大作业的第一次实验报告中,自己想的很丰满,但是写出来的东西却很单薄.当时我是按照老师给的一份例子来模仿的,看着老师的例子尽善尽美,可是我自己的项目却乱七八糟,没有十分严谨的思路和结构,在不断的修改中已经和我想的有些明显的