Name: Joel说软件
ISBN: 9787121016417

作者: [美] Joel Spolsky
出版社: 电子工业出版社
副标题: Joel on Software
译者: 谭明金 / 王平
出版年: 2005-9
页数: 301
定价: 39.00元
装帧: 平装
ISBN: 9787121016417

豆瓣评分

7.9

344人评价

5星

27.9%
4星

47.7%
3星

20.3%
2星

2.9%
1星

1.2%

评价:

内容简介 · · · · · ·

这是一本介绍软件管理的小品文集。全书分为45章，每章就是一个独立的专题或者知识点。本书内容十分丰富全面，小到项目负责人制订进度表，大到软件执行总裁提出富有竞争性的战略，都在本书的介绍之列。尽管内容很多，但事例驱动的写作方式，奠定了本书在可学性与可用性方面明显的优势。

本书从不同侧面满足了软件开发人员、设计人员、管理人员及从事软件相关工作的人员的学习与工作需要。

作者简介 · · · · · ·

http://www.joelonsoftware.com/

目录 · · · · · ·

第一部分位与字节：编程实践点滴
一语言的选择 /2
二深入底层 /4
三 JOEL测试：改进代码的12个步骤 /14
四每一位软件开发人员必须、绝对要至少具备UNICODE
与字符集知识(没有任何例外!) /27
· · · · · · (更多)

豆瓣成员常用的标签(共111个) · · · · · ·

软件工程项目管理软件开发 joel 计算机软件编程管理

喜欢读"Joel说软件"的人也喜欢的电子书 · · · · · ·

支持 Web、iPhone、iPad、Android 阅读器

: 精益开发实战

18.00元

: 世界是数字的

18.00元

: 淘宝技术这十年

25.00元

: CoffeeScript小书

1.99元

: 布道之道

12.00元

喜欢读"Joel说软件"的人也喜欢 · · · · · ·

: Joel谈优秀软件开发方法

: 人件

: Borland传奇

: 程序开发心理学

: 软件工艺

: 软件随想录

: 重构

: 最后期限

: 人月神话

: 敏捷软件开发

我来说两句

短评 · · · · · · ( 全部 75 条 )

Joel说软件的话题 · · · · · · ( 全部条 )

什么是话题

无论是一部作品、一个人，还是一件事，都往往可以衍生出许多不同的话题。将这些话题细分出来，分别进行讨论，会有更多收获。

我要写书评

Joel说软件的书评 · · · · · · ( 全部 17 条 )

《Joel On Software》读后

评论为部分节选，全文在我的Blog上：http://blog.donews.com/dereck/archive/2005/10/08/580028.aspx 　　　　就好像Joel在书评中说《人件》是一本需要软件管理人员每年读一遍的书一样，他自己的这本《Joel On Software》也是一本值得反复阅读的书。　　　　Joel是一个... (展开)

2回应

重来 2006-05-11 10:52:45

Money killed everything?

买了两本书<JOEL说软件>,<Ajax修炼之道>. 估计前者是最近不可多得的翻译烂作之一,实在不知道两位译者:谭明金和王平是做什么工作的,不会是某工作室的在校学生吧.单凭这本书,我已经对博文视点心有戚戚鄢了. 不过,产品虽然很烂,但是博文的营销做的还是不错的,至少,现在Joel Sp... (展开)

1 5回应

leon 2006-03-07 19:47:34

是本值得一读的好书

这篇书评可能有关键情节透露

客观的说，Joel 虽然不像大师那样拥有深邃的思想，但多年的软件开发经验和个人感悟还是给人以深深的启迪。其中，有些事情是司空见惯的，可是少有人驻足思考和提炼，Joel 为很多人做了这件事。本书中很多章节都给人以深刻印象。开火与运动，从介绍自己每天的工... (展开)

3回应

令狐葱 2007-01-06 14:00:57

你看到的不一定就是事实

看老外的书，看到的全是思想；看中国人写的书，看到的也全是思想，不过就是很难找出自己的思想。《JOEL说软件》这本书随便一翻就会让人刮目相看，我的感觉就是自己的脑袋以前怎么就那么迟钝呢，好像就根本没有用来思考过，呵呵。这本书的内容全部来自Joel的blog，不过这本书还... (展开)

3回应

Shepherd 2005-10-07 12:35:45

才读了一半就知道是好书

有些东西很值得思考。跟《Java夜未眠》这样的同类书籍相比，不得不承认，毕竟国外的大牛知道的更多～经历的也更多啊。 (展开)

0回应

乐且有仪 2009-09-04 18:43:58

请关注More On Software！

这篇书评可能有关键情节透露

看新版吧。佳作佳译！试读请移步：http://www.ruanyifeng.com/blog/it/mjos/ (展开)

0回应

bluedavy 2006-06-08 23:59:34

无愧软件工程"MBA"书籍

Joel on software不愧是jolt的得奖书籍之一，写的非常的不错，不过建议大家直接看E文版，不要看中文版，中文版翻译的实在不怎么样，给人的感觉根本就是直译的方法，象其中体现出不够专业的翻译的词到处都是，象连编、内用软件等等词，里面翻译的很多话都翻译的很晦涩，估计如果... (展开)

0回应

颜小婧 2018-11-05 10:27:50 人民邮电出版社2015版

软件领域的五个世界

这篇书评可能有关键情节透露

最近准备组织一个关于敏捷的工作坊，不得不又再次被问及敏捷和瀑布到底哪种好。前段日子在某个产品经理群里，有好几个产品经理也在讨论是否需要写需求规格说明书，用什么方式写比较好。我一向秉承一个观点，正如邓爷爷说的“管他黑猫白猫，抓到老鼠才是好猫。” 在我看来，敏... (展开)

2回应

祝东风 2015-02-22 23:56:02

软件管理的随笔

书的前三节看得挺欢快的啊：语言的选择、深入底层、JOEL测试：改进代码的12个步骤。和我的看法都十分吻合，如：没有最好的语言，只有最适合的语言。深入底层才能深刻地了解计算机的工作原理，从而提高编程技巧。也就产生了看完这本书的兴趣。书是作者工作时的随笔，略显凌乱... (展开)

0回应

DoubanBoy 2011-11-30 22:53:19

也许是不懂美国的文化吧

说实话，这本书本身是挺不错的，作者作为软件行业中的思考者，对于企业、文化以及潮流，都有着自己独特的见解，辛辣的笔锋也是本书的一个特色吧。但是，读这本书的过程，确实不很愉快，也许是不懂美国的文化，书中很多貌似很搞的情节，我都感到比较疑惑。而且，抱怨一下，也可... (展开)

0回应

> 更多书评 17篇

读书笔记 · · · · · · (共43篇)

我来写笔记

按有用程度
按页码先后
最新笔记

展开收起
第174页

villim (I think, therefore I am)

漏洞抽象机制（Leaky Abstraction），尽管TCP试图对底层的不可靠网络进行完整的抽象，但是网络不时从抽象行为中泄漏掉了。而用户觉得该抽象并没有很好地维护其应用。这只是我所说的漏洞抽象法则的一个例子而已。在某种程度上讲，所有发挥作用的抽象都是有漏洞的。漏洞抽象法则存在问题的原因之一在于，这意味着抽象行为并不像他们看起来那样使人们的生活正真得得到简化。所有这一切都意味着，令人费解的，尽管我们拥有把抽象...
2019-01-02 00:19

漏洞抽象机制（Leaky Abstraction），尽管TCP试图对底层的不可靠网络进行完整的抽象，但是网络不时从抽象行为中泄漏掉了。而用户觉得该抽象并没有很好地维护其应用。这只是我所说的漏洞抽象法则的一个例子而已。
在某种程度上讲，所有发挥作用的抽象都是有漏洞的。
漏洞抽象法则存在问题的原因之一在于，这意味着抽象行为并不像他们看起来那样使人们的生活正真得得到简化。
所有这一切都意味着，令人费解的，尽管我们拥有把抽象机制做得越来越漂亮的越来越高级的程序设计工具，但是要成为一名胜任的程序员是越来越难了。

推荐

回应 2019-01-02 00:19
展开收起
第102页

villim (I think, therefore I am)

当我还是一名以色列伞兵的时候，一个将军停下来给我们做关于策略的尖端演讲。在步兵作战中，他对我们说，只有一个策略：开火与运动。当你向敌人开火的时候，就要向敌人靠过去。火力会迫使他低下头而不能向你开火。跑动能让你掠过地域而接近敌人，在这个位置你有比敌人大的多的机会来射中目标。要是你不动起来，敌人就会确定发生了什么事情，那件事情是不好的。要是你不开火，敌人就会向你开火而让你动弹不得。开火与运动的原则...
2019-01-02 00:06

当我还是一名以色列伞兵的时候，一个将军停下来给我们做关于策略的尖端演讲。在步兵作战中，他对我们说，只有一个策略：开火与运动。当你向敌人开火的时候，就要向敌人靠过去。火力会迫使他低下头而不能向你开火。跑动能让你掠过地域而接近敌人，在这个位置你有比敌人大的多的机会来射中目标。要是你不动起来，敌人就会确定发生了什么事情，那件事情是不好的。要是你不开火，敌人就会向你开火而让你动弹不得。
开火与运动的原则就是你如何在生活中把事情办成的策略。你每天都得向前移动一点。代码是否蹩脚与充满故障而没人想要它是无关紧要的。只要你向前移动而不间断地编写代码与修复故障，时间就会站在你一边。要时刻注意你的竞争对手在什么时候向你开火。他们是在希望你对他们的对空胡乱射出不断作出反应而疲于应付，于是无法向前移动吗？

推荐

回应 2019-01-02 00:06
展开收起
第666页

毁灭红

修复1%的缺陷需要付出500%的努力，它解释了为什么现实世界里如此众多的人工制品都只是99%的精良而不是100%的完美。
2015-01-12 15:59

修复1%的缺陷需要付出500%的努力，它解释了为什么现实世界里如此众多的人工制品都只是99%的精良而不是100%的完美。

推荐

回应 2015-01-12 15:59
展开收起
第234页

dancemilk (繁华过眼星光永存)

结论：当你置身于鸡与蛋问题的市场，那么最好给出一个具有向后兼容性的措施来应对该问题，否则它会长期乃至始终纠缠你
2012-12-26 15:57

结论：当你置身于鸡与蛋问题的市场，那么最好给出一个具有向后兼容性的措施来应对该问题，否则它会长期乃至始终纠缠你

推荐

回应 2012-12-26 15:57

展开收起
第1页

dancemilk (繁华过眼星光永存)

www.joelonsoftware.com
2012-12-04 18:20

www.joelonsoftware.com

推荐

回应 2012-12-04 18:20
展开收起
第2页

onwind

《语言的选择》，原文见http://www.joelonsoftware.com/news/20020505.html，第2段，译文为“当项目需要抢速度时，我往往采用原始的C语言进行开发”，这个显然是不通的，众所周知C语言意味着一切都由自己实现，和现代编程语言拥有庞大的应用程序库相比，开发速度只会慢不会快。百思不得其解，只好去看原文“Sometimes I choose raw C when I need blazing speed.”，这就对了，应该是“当需要程序飞速运行时，我有时会选择原...
2011-07-03 09:32

《语言的选择》，原文见http://www.joelonsoftware.com/news/20020505.html，
第2段，译文为“当项目需要抢速度时，我往往采用原始的C语言进行开发”，这个显然是不通的，众所周知C语言意味着一切都由自己实现，和现代编程语言拥有庞大的应用程序库相比，开发速度只会慢不会快。百思不得其解，只好去看原文“Sometimes I choose raw C when I need blazing speed.”，这就对了，应该是“当需要程序飞速运行时，我有时会选择原始的C语言”。
第3段，译文为“如果开发要求运行在Windows上的版本尽可能小的程序时，一般选用带有静态连接MFC的C++语言进行编程“，这个也说不通啊，什么叫版本尽可能小？难道是说生成的程序尽可能小？那动态链接的程序显然要比静态连接的程序小的多了，只好再去看原文"When I want something that will run on Windows with as small a distribution as possible, I often choose C++ with MFC statically linked.", 哦，原来是说分发尽可能小，那静态连接的程序只需要分发一个EXE文件就可以了，动态链接还需要分发好几个DLL文件，这就说的通了。
第7段，译文为“在SQL存储过程中，通常需要选取某提供商所专有的SQL派生功能，或者说，干脆回家走人”。这个也没看懂，“回家走人”和"选取SQL"存在什么共同点吗？还好有原文“In a SQL stored procedure, you usually get to choose between one vendor's proprietary SQL derivative or go home.”，应该是“在开发存储过程时，你唯一的选择是采用供应商提供的专有SQL派生语言，否则就只能回家因为啥也做不了”。

推荐

回应 2011-07-03 09:32
展开收起
第3页

onwind

第一段“使用分号的缘故而增加一个20M大小的运行库”，这里暗指的是.net运行库。第二段，译文“语言的种类可是是亿万”，这个说法夸张了，原文是zillions，翻成不可计数比较合理。第三段，译文“实际是一样的”，原文”virtually identical', 翻成“几乎是一样的”较合适。译文中“WINDOWS微程序”咋看还以为有什么新概念或者新术语叫做“微程序”，实际原文是“How do I develop a tiny Windows EXE in less than 16K in ...
2011-07-03 10:08

第一段“使用分号的缘故而增加一个20M大小的运行库”，这里暗指的是.net运行库。
第二段，译文“语言的种类可是是亿万”，这个说法夸张了，原文是zillions，翻成不可计数比较合理。
第三段，译文“实际是一样的”，原文”virtually identical', 翻成“几乎是一样的”较合适。译文中“WINDOWS微程序”咋看还以为有什么新概念或者新术语叫做“微程序”，实际原文是“How do I develop a tiny Windows EXE in less than 16K in .NET”，只不过是“极小的WINDOWS应用程序“而已。
第四段，译文”看起来，在.NET中选择语言，我们似乎就不得不关注一下语法了“，既然几乎都一样，我们为什么还不得不关注语法呢？原文是”It seems like .NET gives us a "choice" of languages precisely where we couldn't care less about it -- in the syntax.“，翻成”看起来，.NET给了我们可以只根据语法来精确选择编程语言的能力（以前虽然我们也很在乎语法，但是不得不根据不同的适用场合而作出妥协）“

推荐

回应 2011-07-03 10:08
展开收起
第4页

onwind

《深入底层》，原文见http://www.joelonsoftware.com/articles/fog0000000319.html，标题译文是”深入底层“，原文是"Back to basic"，看文章内容所说的算不上底层，更谈不上深入，只是基础而已，还是译成“回到基础”比较符合实际内容。一开头译文“我在自己的WEB站点上花了许多时间聊关于令人激动的‘巨幅图画’素材方面的内容‘。原文是”We spend a lot of time on this site talking about exciting Big P...
2011-07-03 10:24

《深入底层》，原文见http://www.joelonsoftware.com/articles/fog0000000319.html，
标题译文是”深入底层“，原文是"Back to basic"，看文章内容所说的算不上底层，更谈不上深入，只是基础而已，还是译成“回到基础”比较符合实际内容。
一开头译文“我在自己的WEB站点上花了许多时间聊关于令人激动的‘巨幅图画’素材方面的内容‘。原文是”We spend a lot of time on this site talking about exciting Big Picture Stuff like .NET versus Java, XML strategy, Lock-In, competitive strategy, software design, architecture, and so forth. "，拜托，We是单数还是复数？好在对理解原意无损。“巨幅图画”中文有个词叫“宏图”。STUFF翻成素材也不好，不如干脆不翻。“锁定”想来很多人都不明白是什么，Lock-In这里指的是客户锁定, 即客户一旦使用了你的产品后就不愿意再去使用其他的替代品了。
译文 “所有这些素材在某种意义上讲，都是一块夹心蛋糕”，原文“All this stuff is a layer cake, in a way.”，素材译成东西更合适，夹心蛋糕译成分层蛋糕较合适。因为夹心蛋糕只有三层，可是文中说道可有好多层。
第2段译文“在某个点上”，什么点呢？原文是“At some point",好吧，我想正确的翻译应该是“在某些时候”。

推荐

回应 2011-07-03 10:24

展开收起
第174页

villim (I think, therefore I am)

漏洞抽象机制（Leaky Abstraction），尽管TCP试图对底层的不可靠网络进行完整的抽象，但是网络不时从抽象行为中泄漏掉了。而用户觉得该抽象并没有很好地维护其应用。这只是我所说的漏洞抽象法则的一个例子而已。在某种程度上讲，所有发挥作用的抽象都是有漏洞的。漏洞抽象法则存在问题的原因之一在于，这意味着抽象行为并不像他们看起来那样使人们的生活正真得得到简化。所有这一切都意味着，令人费解的，尽管我们拥有把抽象...
2019-01-02 00:19

漏洞抽象机制（Leaky Abstraction），尽管TCP试图对底层的不可靠网络进行完整的抽象，但是网络不时从抽象行为中泄漏掉了。而用户觉得该抽象并没有很好地维护其应用。这只是我所说的漏洞抽象法则的一个例子而已。
在某种程度上讲，所有发挥作用的抽象都是有漏洞的。
漏洞抽象法则存在问题的原因之一在于，这意味着抽象行为并不像他们看起来那样使人们的生活正真得得到简化。
所有这一切都意味着，令人费解的，尽管我们拥有把抽象机制做得越来越漂亮的越来越高级的程序设计工具，但是要成为一名胜任的程序员是越来越难了。

推荐

回应 2019-01-02 00:19
展开收起
第102页

villim (I think, therefore I am)

当我还是一名以色列伞兵的时候，一个将军停下来给我们做关于策略的尖端演讲。在步兵作战中，他对我们说，只有一个策略：开火与运动。当你向敌人开火的时候，就要向敌人靠过去。火力会迫使他低下头而不能向你开火。跑动能让你掠过地域而接近敌人，在这个位置你有比敌人大的多的机会来射中目标。要是你不动起来，敌人就会确定发生了什么事情，那件事情是不好的。要是你不开火，敌人就会向你开火而让你动弹不得。开火与运动的原则...
2019-01-02 00:06

当我还是一名以色列伞兵的时候，一个将军停下来给我们做关于策略的尖端演讲。在步兵作战中，他对我们说，只有一个策略：开火与运动。当你向敌人开火的时候，就要向敌人靠过去。火力会迫使他低下头而不能向你开火。跑动能让你掠过地域而接近敌人，在这个位置你有比敌人大的多的机会来射中目标。要是你不动起来，敌人就会确定发生了什么事情，那件事情是不好的。要是你不开火，敌人就会向你开火而让你动弹不得。
开火与运动的原则就是你如何在生活中把事情办成的策略。你每天都得向前移动一点。代码是否蹩脚与充满故障而没人想要它是无关紧要的。只要你向前移动而不间断地编写代码与修复故障，时间就会站在你一边。要时刻注意你的竞争对手在什么时候向你开火。他们是在希望你对他们的对空胡乱射出不断作出反应而疲于应付，于是无法向前移动吗？

推荐

回应 2019-01-02 00:06
展开收起
第666页

毁灭红

修复1%的缺陷需要付出500%的努力，它解释了为什么现实世界里如此众多的人工制品都只是99%的精良而不是100%的完美。
2015-01-12 15:59

修复1%的缺陷需要付出500%的努力，它解释了为什么现实世界里如此众多的人工制品都只是99%的精良而不是100%的完美。

推荐

回应 2015-01-12 15:59
展开收起
第234页

dancemilk (繁华过眼星光永存)

结论：当你置身于鸡与蛋问题的市场，那么最好给出一个具有向后兼容性的措施来应对该问题，否则它会长期乃至始终纠缠你
2012-12-26 15:57

结论：当你置身于鸡与蛋问题的市场，那么最好给出一个具有向后兼容性的措施来应对该问题，否则它会长期乃至始终纠缠你

推荐

回应 2012-12-26 15:57

> 更多读书笔记（共43篇）

论坛 · · · · · ·


本书新版即将由图灵公司出版	来自冬天里的阳光	2 回应	2010-08-26
书的不错，译的不行	来自赵公口赌气车站	2 回应	2009-12-12
真希望douban提供“不想读”的选项	来自rIPPER色影师		2008-12-31
油菜	来自iTana		2008-03-20