梦断代码后段

程序开发中所谓的标准领域是一片令人生畏的沼泽地,充满了没玩没了的草案修订,用户的需求日新月异,而程序员就得与时俱进,用最快的速度跟上他们的脚步。而现实却是残酷的,想法总是可以跟上的,进度可是不可控的,随时随地的挑战应有尽有,程序员每天都在跟这些问题较劲,挑战也不断地考验着他们的热情,一旦热情衰退,产品更新跟不上时代潮流,也就形成了恶性循坏,一步跟不上,步步跟不上。而就我自己而言,大一大二的基础没打劳,大三碰到比比皆是的上机实验,处处都是漏洞,要花出更多的时间去弥补前两年的懵懂与无知,这样的过程才是最让人烦恼的。最后按时读完这本书,并没有把其中所说的每一处令人寻味的地方说的面面俱到,只是把让我深思的几个地方单一的拿出来说一下自己的感受,确实对我帮助很大吧,让我更深入的了解了编程和公司开发的文化,我想这一点会帮助到我以后的工作的。

时间: 2024-12-24 07:03:43

梦断代码后段的相关文章

梦断代码阅读笔记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 章的. 首先,作者一开始就向我们介绍了程序员的真实生活:代码.日期.紧张.焦虑.这是我从书中体会出来代表程序员的词 语.我第一次感到编程可能是一件辛苦的事,回想自己编程的时候,只是歇一歇简单的短的程序,没有压力,没有焦虑,但是在真正的公司.项目中,程序员要面对的是茫茫代码以及对未来的未知,因为没有人能确定自己从