读<<代码整洁之道>>的感想

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

时光过得真是快,转眼我就步入了大二.我对于我所学的专业,虽不敢说得上是热爱,但至少我已经喜欢上它了.想当初被这所大学录取的时候,我不是那么的欢喜,主要就是因为我没有想到我会被计算机系录取.上大学接触的第一门专业基础课就是C语言与面向对象程序设计.第一眼看到我们讲义时,满脑子都是疑问,甚至怀疑自己是否眼睛有问题.不过随着老师的指点与引导,我渐渐入了门,发现其实就一门编程语言而言,它并非是那么难以理解. 今日,我阅读了我们系主任推荐的书<大道至简>的第一章——编程的精义.这本书以中国古代简单的神话

近些天来,我读完了由周爱民所著的<大道至简>这本书,说实话,这本书的一些内容我并没有读懂,但还是在这里写下我的一些感想,也是一些收获. 从本书的序以及前言中就可以看出,作者很想通过这本书来让更多人理解软件工程的思想核心,想向更多人分享他这些年所积累的经验. 作者在这本书中讲了很多,有些我还没有理解,所以我只写下我目前有所收获的那一部分. 以前我从没有想过,愚公移山的事例也能够用编程的方式讲出来.当我在开头看见作者所举的这个例子时,顿时感到十分惊讶.继续看下去,我似乎越来越能明白,世上的所有事情

大道至简第二章的题目是"是懒人造就了方法"而开头也写到李冰的开山并与愚公移山做了比较,无非就是想用具体的例子来证明懒人造就方法的观点.而其深层的含义便是要学会观察,学会思考,同样是一件事,很多人都能做,有人用的时间长资源多,而有的人则截然相反,这就说明了观察思考的重要性,而相对于编程来说,一个简单的比较大小的问题,有的人比较五次,而有的人只比较四次就能运行出结果,这就是程序的优化,也是思考的结果 一百万行代码是可以写在一个文件里的.这反映了一个很常见的问题,很多初学者比如我们总是在关注

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

读完了大道至简,发现书中总是在不停地说着一种语言,或者说是一个编程工具——delphi. 看了我前边的一些博客内容的朋友可能发现了,我曾发布过用delphi 曾编写的一个小程序,其实在那之后也利用delphi 进行了一些编程,小到计算器,大到水准测量记录软件(表格输出并计算).个人觉得这是一个很不错的语言,界面就与其他编程软件不同,还可以完全分离每一部分!(用过的编程工具有限,熟练程度有限,在我的认知中是这样) 大道至简中提到了DelphiBBS这个论坛,“Delphi论坛——Delphi 乐园

开始上JAVA,在还没有老师授课前就接受了安装JDK的任务,虽然我在暑假前就已经安装完了JDK,以及ECLIPSE,也跟着学长学了一点点的东西,但是,一个暑假因为家里的关系,电脑都没开几次的我,真心都忘的差不多了……唉,先是JSE的界面出了问题,后来是cmd黑框无法运行.JSE的问题还好及时解决了,不然那个附带的小问题还真的没办法搞定. 上课,果然自己的亲导师是从<大道至简>开始授课的,虽然我之前看过了一遍,也大概知道了主要内容,但是,具体的问题我还真心的回答不上来.比如,愚公移山的分析,编程

阅读了大道至简之后,我突然发现编程原来是如此简单的一件事,当我们把编程慢慢的分解成为一个个小小的问题的时候,编程就会变得意想不到的容易.因此在平时的           编程中,我们也应该学会大事化小,小事化了,然后成功的完成问题. 编程的顺序可以分成以下几点: { if(能够成功解决问题) cout<<answer; else { while(有问题没被解决) { while(不能够成功解决第一个分解问题) { 对第一个问题不断分解: } while(不能够成功解决第二个分解问题) { 对第

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

有一句话叫做,理想很丰满,现实很骨感.原来,单纯的以为,软件工程不就是码农么,就连工作也是一心趴在课编程编程,各种编程上,可是,现实中的软件工程和理想中或者说,想象中的还是有很大的差距的.就连我们心中的大企业,也并不是想象中的那样.比如IBM知道把握力量总之比创造力量来得经济.我还单纯的以为,所有的公司只是为了盈利呢,依靠完成的软件去盈利.此时不禁自嘲一番,还是太嫩了啊.所有的大公司在标准.理论.语言上的争来夺取,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是