梦断代码1

花了一个月的时间读了相当大篇幅的《梦断代码》一书之后,我深刻体会

到一点--所有程序员在一层定义上都是“疯子”,他们都是一些为了软件,

代码会深陷其中但又一贯以乐天派示人的一帮怪人,若是让我来发表感受,

我会觉得这样浪费精力,浪费青春的事都会有人乐此不疲的去做,

他们究竟是怎么了,„„

但是现在,身为一名计算机专业的大学生,我只能对我自己说,你不是

他们也终究成不了他们,我深知我没那个能力,不是每个人都适合做

软件开发,我不是那块料„„,因为现在我至少接触过C,C++,JAVA

等机器语言的皮毛,每种语言都是那样地令人费神费力,《梦断代码》

讲述的是Chandler软件漫长而痛苦的开发过程,在该过程中,一系列

的问题都要考验他们那些程序热衷者,那一刻真觉得是不是该同情他

们一下,在OSAF开发组中,单单负责选择其他程序员用来创建软件

的部件的“系统架构师”安德森一人就要面临:应该采用什么语言编写

代码?应该采用什么工具来创建程序的图形界面?应该采用什么软件

技术来存储程序数据?应该采用哪种数据交换标准?等一个又一个难

以抉择的局面,这让我很是觉得软件是那么的抽象。

时间: 2024-10-26 08:09:44

梦断代码1的相关文章

梦断代码阅读笔记01

大致浏览了一下<梦断代码>这本书,觉得还是挺感兴趣的.第一章软件时间,作者以一名程序员的身份自述,故事性很强,读起来不会感觉枯燥.在第一章中作者认为程序员与其他人的不同之处在于他们从一开始,而我们从零开始,想来也正是如此,他谈了软件的发展历程以及过程中好多伟大的研究者为其发展而做的贡献,这个行业也是很多前辈付出了诸多努力才推出来的,所以需要我们付出更多的努力去发展他. 第二章中作者讲到我们做任务需要蓝图,也就是需要有计划,提前计划好,按计划来做任务,这样对于碰到一些问题才不至于举手无措,另外在

梦断代码 阅读计划

这学期要学习软件工程这门课,老师给我们推荐了很多和软件工程相关的书籍,并建议我们在本学期内阅读不少于3本,所以我打算从现在开始到清明节放假这一个月内读完第一本书--<梦断代码> 时间安排   第一周:0.1.2章: 第二周:3.4.5章: 第三周:6.7.8章: 第四周:9.10.11章:

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

今天我读了<梦断代码>的第0章,对编写软件又有了新的认识.知道软件虽然能带给我们许多新鲜的.意想不到的功能,但是却也是不确定,不是像建一座桥那样,可以按部就班,一步一步实施的. 首先吸引我注意的就是第0章,开始我还以为写错了,后来通过读书才知道,原来是作者故意这么写的,而他这么写的目的就是要提醒我们:程序员计数从0开始,而不是从1开始.这是因为计算机采用的是二进制.首先作者通过一个游戏Sumer的例子,吸引我们的兴趣.其实意在告诉我们,编程兴趣是最好的老师,当你真正对编程感兴趣的时候,那么你才

《梦断代码》阅读笔记三

这本书终于读完啦~说实话,其实里面很多东西理解的还不是很透彻,以后找机会一定会再去看.第一遍读了<梦断代码>之后,我真的觉得软件开发过程是抽象艰巨的一个事情,我们自以为很有把握,但实际上真的是很难掌控. 就比如说自己吧,之前在做程序的过程中被大大小小无数的问题折磨,碰到这本书的时候,就觉得找到知音了,原来很多问题同样也折磨着这些技术牛人们.比起软件工程的教科书,这本书更加结合实际,书里内容不是放之四海皆准的真理,也不是药到病除的良方,最多只是事实和总结. 另外这个团队的问题吧真的是一个很重要的

《梦断代码》读书感悟二

不知不觉中,<梦断代码>这本书也被读完了.说实话,这本书多次出乎我的意料. 第一次从老师那听到这本书,我以为这必定是一本专门讲解代码的学术巨著,到手才发现,这是一本类似于小说的书. 随着不断地阅读,虽然没有特别强的专业性,但本书却完整的在我脑中描绘出了一个软件工程师的工作场面. 最出乎意料的,经过多天的工作,书中的项目竟然失败了.. 我对程序开发的失败没什么概念,自开始学习计算机,开发失败的经历少之又少(毕竟失败了也就意味着这一科挂了),老师在布置任务的时候也会尽量布置我们能够解决的. 我很难

《梦断代码》阅读计划

所谓行千里路,读万卷书.学习一门课程不能单单放眼于一本教课书或者课堂上的内容,应该博览群书,从各个方面各个角度来了解该方面的信息,才能更好地学习或者从事这门课程.<梦断代码>这本书显名于外,在老师的极力推荐下我决定将它作为最近一段时间的读物.这本书是由一个个小故事组成的,并不是其他理论书那般枯燥,毕竟最好的学习就是兴趣. 回到这本书,我的计划就是在两个星期内大致地将这本书读完,然后依据其中的精彩之处再细细研读,我认为真正“读”一本书需要做好读书笔记以及自己的感受和收获的总结. 另外,作为一个信

梦断代码阅读笔记之一

最近阅读了罗森伯格的<梦断代码>,算是近距离观察了十几年前软件开发的状态.这本书是作者对OSAF主持的Chandler项目进行田野调查  而写的一本书.本书是在讲一事,也是在讲百千事:是写一软件,也是在写千百软件.在描述Chandler项目的过程当中亦提出了很多观点,带给我们很多思考.让我们这些软件工程专业的学生对软件开发有了一个更深层次的认知. 在本书第一章,作者为我们介绍了一个布鲁克斯法则:"往已延误的项目里补充人力,只会使其继续延误". 布鲁克斯曾是IBM的资深程序经

梦断代码阅读笔记二

今天看了<梦断代码>的第2章-Agenda之魂,刚开始看时不知道Agenda是什么东西,看完之后才知道是什么东东,这里先不做解释,下面会详细介绍到.说到Agenda,就必须提一下米奇·卡普尔这个人,卡普尔曾被冠以“反盖茨”的名号,由于他不喜欢使用Exchange,但当时小型组织的日程管理没有其他方案可选,但是用Exchange的代价不低,你得购置一台服务器,购买Windows许可,购买Exchange软件许可,如果没有全职技术人员,还得雇个咨询师.可能基于这个背景的情况下,卡普尔大胆押宝,创建

&lt;&lt;梦断代码&gt;&gt;阅读笔记一

没有想象中的枯燥,甚至有些有趣.这就是我对<梦断代码>这一本书的第一印象.而且,作为一本面向程序员的书籍,作者很有意义地从第0章开始,那我也从第0章开始说.这第一次读书笔记是针对0~2 章的. 首先,作者一开始就向我们介绍了程序员的真实生活:代码.日期.紧张.焦虑.这是我从书中体会出来代表程序员的词 语.我第一次感到编程可能是一件辛苦的事,回想自己编程的时候,只是歇一歇简单的短的程序,没有压力,没有焦虑,但是在真正的公司.项目中,程序员要面对的是茫茫代码以及对未来的未知,因为没有人能确定自己从

&lt;&lt;梦断代码&gt;&gt;阅读笔记三

看完了这最后三分之一的<梦断代码>,意味着这本软件行业的著作已经被我粗略地过了一遍. 在这最后三分之一的内容中,我深入了解了在大型软件项目的运作过程中存在的困难和艰辛.一个大型软件项目的成功代表着这团队所付出的所有心血,以及那不为 人知的无数个‘人月’.而联想自己的专业,产生了一点迷惘,这就是我今后要走的道路么,我能走得多远,我能否像书中所提到的那些人一样百折不挠,这一切我 都无从得知.但是我只能向前走,别无选择,没有人会承认自己不如别人,哪怕现在不如,但总会寄托于未来,未来是未知的,但又是现