读《梦断代码》第2章有感

通过读上一章我们已经知道了,在软件开发过程中往往会出现许多意想不到的错误来拖慢我们的进度,而这一章讲的是Agenda之魂。讲了一些Chandler开发人员卡普尔在开发Agenda时候的事。

卡普尔是当时一个非常厉害的人物,他为IBM设计的程序Lotus 1-2-3备受欢迎,人们纷纷购买IBM PC ,而1-2-3也成了计算机工业所谓的“杀手级应用”的化身。也正是这个软件,让卡普尔的莲花公司也一夜成名,甚至比微软还要大。但是卡普尔却并没有多么开心,而且他也无心和微软竞争,于是他毅然离职。但是他放不下的还有一个项目——Agenda。这是一个分类管理信息的项目,它能很好地将你的日常生活、学术研究、音乐收藏、工作项目等自动分类。这个软件非常的神奇,他可以让用户不用关心软件的存储。然后该软件可以自动将你输入的数据分类,以供查询。这种神奇的分类方式正是Agenda之魂。而这些于我的启示便是:我们在编写软件的时候,要有创造性的思维方式。只有你想不到的,没有做不到的,首先要从用户的角度出发,充分为用户考虑,这样才能得到用户的认可,编写出令用户满意的软件。

接下来该书说在软件编程领域,通过调查大约只有1/3的软件可以按时交付,而其余的2/3或失败,或延期。通过这个血淋淋的事实,我作为现在的一个学生都倍感压力。毕竟有那么多项目不能按时完成,所以说我们现在呀,就要学会把自己放空,多去学习我们的专业知识,努力编程,将bug减少到最少,至少将来能找到一份体面的工作吧。

好吧这学期不知不觉都接近尾声了,回顾一下这学期吧,其实还算学了不少东西,至少学了jsp和Android一些编程的知识。下学期我要学一下搭建服务器的这方面知识吧,感觉现在网络,电子商务这么火,应该会很有用的。

时间: 2024-10-17 03:33:47

读《梦断代码》第2章有感的相关文章

读大道至简第四章有感

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

读大道至简第三章有感

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

读大道至简第六章有感

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

读大道至简第五章有感

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

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

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

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

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

读大道至简第三章感想

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

再读大道至简第六章

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

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

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

再读大道至简第五章

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