出版社: 电子工业出版社
出品方: 博文视点
原作名: Dreaming In Code
译者: 韩磊
出版年: 2011-6
页数: 336
定价: 59.00元
装帧: 平装
丛书: 博文视点·传世经典书丛
ISBN: 9787121135699
内容简介 · · · · · ·
《梦断代码》内容简介:软件乃是人类自以为最有把握,实则最难掌控的技术。《梦断代码》作者罗森伯格对OSAF主持的Chandler项目进行田野调查,跟踪经年,试图借由Chandler项目的开发过程揭示软件开发中的一些根本性大问题。
《梦断代码》是讲一事,也是讲百千事;是写一软件,也是写百千软件;是写一群人,也是写百千万人。任何一个在软件领域稍有经验的技术人员看完《梦断代码》,必掩卷长叹:做软件难。
梦断代码的创作者
· · · · · ·
作者简介 · · · · · ·
Scott Rosenberg:作家,编辑,1981年毕业于哈佛大学,1995年与他人共同创办了Salon网站,此后担任其首席技术编辑达数年之久,并负责技术工作。从1986到1995年,一直为San Francisco Examiner写作,最初写剧评,后来又写影评和“数字文化”专栏。所写的剧评曾于1989年获George Jean Nathan奖。在进入Examiner之前,一直为Boston Phoenix写剧评、影评和书评。个人博客地址为www.wordyard.com。
韩磊,技术管理者和作译者。2001年刨办CoDelphi.com中文开发在线网站,2003年加入CSDN,历任网站总监、副总经理、《程序员》杂志和CSDN网站总编辑等职,2010年加入21世纪报系,现任21世纪新媒体副总经理、CTO。拥有美国Borland公司“Del...
Scott Rosenberg:作家,编辑,1981年毕业于哈佛大学,1995年与他人共同创办了Salon网站,此后担任其首席技术编辑达数年之久,并负责技术工作。从1986到1995年,一直为San Francisco Examiner写作,最初写剧评,后来又写影评和“数字文化”专栏。所写的剧评曾于1989年获George Jean Nathan奖。在进入Examiner之前,一直为Boston Phoenix写剧评、影评和书评。个人博客地址为www.wordyard.com。
韩磊,技术管理者和作译者。2001年刨办CoDelphi.com中文开发在线网站,2003年加入CSDN,历任网站总监、副总经理、《程序员》杂志和CSDN网站总编辑等职,2010年加入21世纪报系,现任21世纪新媒体副总经理、CTO。拥有美国Borland公司“Delphi产品专家”及“微软最有价值专家”称号。普领导开发多个网站和移动应用项目。译有《C#编程风格(Elements of C# Style)》、《梦断代码(DreaminginCode)》、《代码整洁之道(Clean Code)》,与刘韧合著有《网络媒体教程》,与戴飞合译有《Beginning c# Objects:对象到代码》。微博地址:http://weibo.com/grhunter。
目录 · · · · · ·
第1章 死定了〔2003年7月〕
第2章 Agenda之魂〔1968年~2001年〕
第3章 原型与Python〔2001年~2002年11月〕
第4章 乐高王国〔2002年11月~2003年8月〕
第5章 管束奇客和狗〔2003年4月~8月〕
· · · · · · (更多)
第1章 死定了〔2003年7月〕
第2章 Agenda之魂〔1968年~2001年〕
第3章 原型与Python〔2001年~2002年11月〕
第4章 乐高王国〔2002年11月~2003年8月〕
第5章 管束奇客和狗〔2003年4月~8月〕
第6章 搞掂设计方案〔2003年7月~11月〕
第7章 细节视图〔2004年1月~5月〕
第8章 白板上的即时贴〔2004年6月~10月〕
第9章 方法
第10章 工程师和艺术家〔2004年1月~5月〕
第11章 通往狗食版之路〔2004年11月~2005年11月〕
尾声 长赌 〔2005年~2029年及以后〕
译后记
附录A 专有名词对译表
· · · · · · (收起)
丛书信息
· · · · · ·
喜欢读"梦断代码"的人也喜欢的电子书 · · · · · ·
喜欢读"梦断代码"的人也喜欢 · · · · · ·
梦断代码的书评 · · · · · · ( 全部 61 条 )
Dreaming In Code
这篇书评可能有关键情节透露
当年Lotus Development的创始银,Lotus 1-2-3的设计者Mitchell Kapor,离开Lotus后拉开单干,成立了开源应用基金会(OSAF)。他招募了一堆牛程,开发号称革命性的下一代个人信息管理系统--Chandler。我还记得Mitchell Kapor宣布要开发Chandler的时候,开源社区一片鼓噪,媒体报... (展开)有关软件工程的焦油坑
这篇书评可能有关键情节透露
结婚前夕我请假一天,躺在床上看了大半的《梦断代码》,Chandler项目时间从2002年转眼到了2004年,10月26日OSAF发布了 Chandler0.4版。2年时间里,整个项目组的人员从几人上升到了20多人,有人离开,更多的是新人加入。做为一款致力于“无地窖式数据处理”的开源PIM软件,项目... (展开)读后感(II)交流和时间
梦断,魂殇——《梦断代码》阅后有感
> 更多书评 61篇
论坛 · · · · · ·
在这本书的论坛里发言这本书的其他版本 · · · · · · ( 全部4 )
-
电子工业出版社 (2008.06)7.8分 1038人读过
-
Crown (2007)7.8分 95人读过
-
Three Rivers Press (2008)暂无评分 3人读过
在哪儿借这本书 · · · · · ·
以下书单推荐 · · · · · · ( 全部 )
- 各领域最值得收藏的书籍 (Dreamcatcher.)
- 各学科领域入门书籍推荐 (磐丘)
- 抽丝读书法 (照明)
- 计算机科学 (月亮)
- 果壳学科必读 (老枪)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
- 在豆瓣转让 有474人想读,手里有一本闲着?
订阅关于梦断代码的评论:
feed: rss 2.0
0 有用 景庄 2013-11-26 15:49:24
看得仓促,可能不适合我这种还在读的学生看,但软件项目管理绝对是软件设计过程中不可或缺的。想想在学校呢,做个小的project,最烦的就是各种报告,各种说明书,根本没有任何的项目进展的概念而言,相比实际开发,尤其是做一个规模大一点的应用,有效的管理,优良的文档,其实更重要不过。
0 有用 清风剑 2011-08-10 09:44:15
3年时间,打造不出一个成熟的PIM软件,所有程序员都训练有素,也有资金支持,简直是黑洞。这本书是关于人类高级智力产品的墓志铭,记录了一场惨痛的失败
0 有用 照明 2013-04-22 18:38:41
翻译还是不是特别满意,也许是原作者旁征博引,让没有相关背景知识的人比较难懂吧。
0 有用 villim 2011-11-14 23:06:00
真的一点不参水成功的软件,好像俺还没有做过。一般的所谓的成功,是可以打折扣的。
1 有用 iRain 2012-04-24 11:14:48
代码没有价值,但往往能告诉你怎么走下去。
0 有用 用户名为Null 2021-10-26 14:05:18
一本可以让你从他人的经历中学习的佳作,书中有很多值得深入思考的地方。
0 有用 春风化雨 2021-02-15 14:04:39
这项目失败往大了说是软件复杂度与其所运行的现实世界的矛盾,往小了说是个人信息管理软件的复杂性。 PIM是一种很有代表性的软件,它尝试把人类对知识和信息的管理模式外化为程序,而两者之间其实是天差地别。这也是我们知道现在也没有达到书中所设想的程度的原因。虽然已经有了像notion这样更接近的软件。 很有价值的是这本书后半部分穿插的对软件工程的几十年来发展的介绍,让人隐约对半世纪以来的软件发展有了大概的... 这项目失败往大了说是软件复杂度与其所运行的现实世界的矛盾,往小了说是个人信息管理软件的复杂性。 PIM是一种很有代表性的软件,它尝试把人类对知识和信息的管理模式外化为程序,而两者之间其实是天差地别。这也是我们知道现在也没有达到书中所设想的程度的原因。虽然已经有了像notion这样更接近的软件。 很有价值的是这本书后半部分穿插的对软件工程的几十年来发展的介绍,让人隐约对半世纪以来的软件发展有了大概的印象。 重看现在,虽然没有银弹,但无疑现在的软件工程已经有了长足的进步,但核心的张力无疑还是存在。可能软件的创造性与它的问题是一体的两面,如果真的有软件开发被彻底工程化的那天,创造性也就消失了。 (展开)
0 有用 donkeytommy 2021-01-16 18:39:37
465-4分。业务上的事儿我不懂,但是程序员真是一群奇怪的人啊。
0 有用 水稻 2019-04-01 23:35:23
前部分记了很多项目细节,思考,但到后面越来越水
0 有用 深呼吸 2018-11-30 15:39:10
想多了,没动手,我自己想做的东西常常这样翻车233。 此书使用了和苏菲的世界类似的写作方法,将做软件的故事和软件工程理论穿插起来。 构想过于宏大,但资源有限,步履维艰。讨论用什么方法改来改去,设计见异思迁,功能却没有如期实现,进入了拖延循环。故事只是引子,本书的主旨是讲述软件制作过程中会遇到意料之外却导致项目失败的问题。 梦断代码对于原标题 Dramming in Code 过于晦涩,我也来写个标... 想多了,没动手,我自己想做的东西常常这样翻车233。 此书使用了和苏菲的世界类似的写作方法,将做软件的故事和软件工程理论穿插起来。 构想过于宏大,但资源有限,步履维艰。讨论用什么方法改来改去,设计见异思迁,功能却没有如期实现,进入了拖延循环。故事只是引子,本书的主旨是讲述软件制作过程中会遇到意料之外却导致项目失败的问题。 梦断代码对于原标题 Dramming in Code 过于晦涩,我也来写个标题 用敲代码做黄粱梦XD (展开)