梦断代码前段

这本书从第0章开始,是要培养程序员从0开始计数的习惯,以免编写计算机程序时出现偏差。本书主人公就是从玩游戏开始逐渐迷恋上编程的,而学计算机专业的我们也同样玩游戏,但是却没有主人公那种对于游戏新模式设计的向往,只是单纯的沉迷于游戏无法自拔,说起来真是惭愧。文章中也说到大教堂与集市模式的不同,unix的成功正是因为它对于所有程序员以及专业人员的开源性,程序员都喜欢分享自己的成果给大家看,这也正是IT行业日益雄壮的原因。文中也写到“好程序员懂得写什么,卓越的程序员懂得改写什么”,“程序员决不肯创之于本无”,就跟我们现在的理解差不多,我们一天天的编程序,写代码,却不知道为啥要写这些看似没用的程序,就为了看全黑的屏幕,好一点的多了些界面,其实不然,真正工作乃至研究时这些都是给好的,我们要花太多的时间去改写这些,查找其中的不足,这才是我们最苦恼的地方。代码现实存在着,几乎千篇一律,而与众不同的思路确实得来不易的,也许你现在的小小的构想,日后就可能转变成千万人生活中不可或缺的产品。所以我们现在要大胆的去想,去把心动化为行动,这样才能做好这一切。

时间: 2024-10-28 18:17:57

梦断代码前段的相关文章

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