梦断代码读后感(二)

《梦断代码》内容简介:

软件乃是人类自以为最有把握,实则最难掌控的技术。《梦断代码》作者罗森伯格对OSAF主持的Chandler项目进行田野调查,跟踪经年,试图借由Chandler项目的开发过程揭示软件开发中的一些根本性大问题。
《梦断代码》是讲一事,也是讲百千事;是写一软件,也是写百千软件;是写一群人,也是写百千万人。任何一个在软件领域稍有经验的技术人员看完《梦断代码》,必掩卷长叹:做软件难。

作者简介 
Scott Rosenberg:作家,编辑,1981年毕业于哈佛大学,1995年与他人共同创办了Salon网站,此后担任其首席技术编辑达数年之久,并负责技术工作。从1986到1995年,一直为San Francisco Examiner写作,最初写剧评,后来又写影评和“数字文化”专栏。所写的剧评曾于1989年获George JeanNathan奖。在进入Examiner之前,一直为Boston Phoenix写剧评、影评和书评。个人博客地址为www.wordyard.com。

内容摘要:

如果你和计算机编程打过交道,就很难不对它又爱又恨。作为少年游戏玩家,我品味过编写代码的巨大快乐。作为媒体工作者,我见证了软件世界中无数个悲惨故事——无论是跨国公司、政府机构,还是军工大鳄,都曾一头撞上过代码的冰山。而作为一个经理人,我也得对付自己桌面上的泰坦尼克号。
  这25年令人气馁的软件历史,也许不具代表性,但却是我的个人经验。依照硅谷的数字乌托邦理想,事情理应朝好的方向发展。在Salon网站发布失败后的几个月里,理想与现实之间的差异开始对我露出了利齿獠牙。

计算机技术的确是一门让人又爱又恨的学科,,新手无不痴迷于简单的两个单词“hello world”,但是随着知识的累计,合作伙伴的增加,需求的增加,,一切显得不再是以前那么轻松写意,很有可能一个小的不能再小的bug,就能够让你所有的努力付之一炬。。但是又有无数的人前赴后继的期望可以超越前人,这是一个任重而道远的过程,,也许付出了努力也不一定能够有收获,而我,同样也是被两个简单的单词吸引住的人!

时间: 2024-10-06 01:19:34

梦断代码读后感(二)的相关文章

梦断代码读后感二

正如作者所说,这是一个关于一队人马并肩托起代码大石.欲将其推上山顶,虽历经磨难,但仍奋力创造某种有用.丰富且持久之物的故事,读罢想来也许最大的收获是对软件工程有了更加深刻的理解. 我们觉得软件难以对付,是因为它不可见,不可见也并非唯一问题,我们也看不见电力.磁力或重力,但却能为多数实用目的可靠地预测其行为,可是我们没有理论可以用来计算对软件尺寸.性能和复杂度的限制,甚至不能以符合逻辑的手段来说明软件产品要做的事情以及它如何做到的问题.就像那个关于软件工程的笑话里说的,如果你不能把问题重现,程序员

梦断代码读后感(二)

“对于任何用新技术或新设计的项目,弗里德里克·布鲁克斯建议道:‘准备丢弃一切吧’, 因为你大抵不能一次就做对.你所能掌控的,不过是从一开始就有做错的准备,或者干脆‘ 保证交付垃圾产品给客户’.” 起初我是不太理解这句话,但当我们以团队合作组队做项目的时候,一般项目不是仅仅 一个人能完成的工作量以及难度,我们需要学会通力合作,而且对未知项目只是憧憬的美好, 丝毫不去考虑其背后的艰巨,所以,在做项目的过程中,我发现有时候是何等的乏味枯燥, 为一个小小的目标而投入大量的时间精力,并且难以保证最后是否成

梦断代码读后感3

梦断代码终于读完了,然而感悟却还没有完.正如作者所说,这是一个关于一队人马并肩托起代码大石.欲将其推上山顶,虽历经磨难,但仍奋力创造某种有用.丰富且持久之物的故事,读罢想来也许最大的收获是对软件工程有了更加深刻的理解. 我们觉得软件难以对付,是因为它不可见,不可见也并非唯一问题,我们也看不见电力.磁力或重力,但却能为多数实用目的可靠地预测其行为,可是我们没有理论可以用来计算对软件尺寸.性能和复杂度的限制,甚至不能以符合逻辑的手段来说明软件产品要做的事情以及它如何做到的问题.就像那个关于软件工程的

梦断代码读后感2

读<梦断代码>已有一段时间了,书中的开发软件的经验是给我们最大最宝贵的收获,虽然书还没读到最后但仅仅读到现在他给我的收获已经很多,此次的感受就针对书中的团队合作做一些总结. 梦断代码主要就是讲了一个开源软件项目——Chandler的失败案例,此软件开始的规划是十分庞大的,团队的开发者也是给与了此软件很大的厚望和努力,团队的开发者也是软件开发的精英团队但最终他还是难逃失败的厄运,这不仅仅说明了软件难做,这也同样说明了软件开发过程中的每一个步骤都是十分重要的从需求分析到软件测试甚至软件维护都是至关

梦断代码读后感1

今天开始读梦断代码了. 书中说道,“关于软件缺陷的话题,只要谈上几分钟,必会有人拍案叹道,‘为什么就是不能像造桥那样造软件?’”的确,掩卷长思,为神马不能像造桥那样造软件哪!细想起来,两者之间的根本不同在于,一个是体力劳动,以机械为主:一个是脑力劳动,以人为主.人,从来就不是一个确定的东西,有喜怒哀乐,有自己的偏爱和偏见,充满了各种不确定性,以它为主的项目,自然不可能做到分毫不差.软件工程的主要目的,就是尽量把这种不确定性从项目中剥离出来,使做软件真正成为一个工程,而不是个人英雄主义的胡拼乱凑.

梦断代码 读后感2

团队开发要有好的初期规划以及明确的项目目标,目标变来变去是很多项目失败的根本.连自己都不知道做什么,还能指望做出什么来.这同样说明了需求分析的重要性,要了解客户的需求从客户的角度看问题.所以所谓的目标就是客户的需求,满足了客户的需求目标也就算达到了.其次,确定好目标后在软件开发的关键过程中团队的配合协作十分重要,尽最大可能发挥自己在团队中的作用相互协作多做总结多讨论问题,这是很重要的步骤,梦断代码中的团队合作已经相当不错了,但还难逃失败,我们的团队所以更应该努力做到更好.   在<梦断代码>这

梦断代码读后感(三)

梦断代码: 一群人像是守护着一个刚出生的婴儿,细心呵护,无微不至.将所有精力都投入对他的照顾,可是,到头来功亏一溃,驮着巨石上山但是却在最后阶段滚了下来.初时紧紧是一个小小的问题,但后来却逐渐扩大,成为压死骆驼的最后一根稻草!! 但是我也看到了他们的奋不顾身 ,这是一种精神,一种值得我们学习的精神! 如果我以后也从事这门工作的话,希望我也能和他们一样,拥有为之奋斗的精神!!

梦断代码读后感之终结篇

好吧,历时一个月之久的梦断代码阅读计划终于结束了,在王老师的要求之下,我粗略的浏览了一遍这本书,看到自己喜欢的地方就放慢脚步,细细品味. <梦断代码>是讲一事,也是讲百千事:是写一软件,也是写百千软件:是写一群人,也是写百千万人.诚然这本书里有一个大故事,大故事里面又包含了许多小故事,虽然他最后失败了,但是他给我们留下了许多的启发和感受. 读完这本书最大的感受就是做软件真难,有时候真的不是特别的理解他们为什么浪费自己的时间去做面对那些枯燥的代码,一遍又一遍的去调试修改那些程序,他们有时候就像一

梦断代码读后感——终结

<梦断代码>这本书读了将近一个月的时间,终于读完了,虽然没有细读,但是还是了解了它的大概内容,知道在讲些什么.本来计划每三章就发一篇读书笔记的,因为时间很紧,就没按计划来,我一般都是晚上看,看完就来不及发了,一直拖到都看完. 这本书的译后记提到了Chandler项目的结局,它失败了,它成了众多失败软件项目中的一个.这个结局无疑又加重了自己看完这本书后心情的沉重:做软件真不容易. 今天的软件项目,已经成为一个错综复杂的建筑工程,不断变化的应用环境(包括使用者),使得软件需求被不断更新,今天100