具体描述
这是一本介绍软件管理的小品文集。全书分为45章，内容十分丰富全面，小到项目负责人制订进度表，大到软件执行总裁提出富有竞争性的战略，都在本书的介绍之列。作者Joel Spolsky以个人经验和感悟，用幽默风趣的笔法深入介绍软件开发项目管理的细节，帮助读者改进软件开发中的误区，提高效率。本书是Joel Spolsky的首部博客文集，涵盖了最重要的博文，以及独到的评述和洞见。从不同侧面满足了软件开发人员、设计人员、管理人员及从事软件相关工作的人员的学习与工作需要。
作者简介
乔尔•斯波尔斯基（Joel Spolsky）
是一名软件行业的资深人士，他的开设的个人博客“乔尔谈软件”（www.joelonsoftware.com）深受程序员们的欢迎，被誉为“反呆伯特宣言”。斯波尔斯基设计和开发了许多广为使用的软件，参与过的软件产品包括微软Excel和朱诺邮件客户端的用户界面。他还创立了位于纽约市的Fog Creek软件公司。
目录信息
01 选择编程语言 2
02 回归本原 4
03 乔尔测试 12
04 软件开发者不可不知的Unicode和字符集知识（别找借口！） 24
05 轻松撰写功能规格书 第一部分：为什么要写？ 34
06 轻松撰写功能规格书 第二部分：什么是规格书？ 40
07 轻松撰写功能规格书 第三部分：但是……怎么做？ 49
08 轻松撰写功能规格书 第四部分：写作技巧 53
09 轻松掌控软件开发进度 60
10 每日编译是你的朋友 70
11 完美主义者是如何修复bug的 75
12 五个世界 80
13 纸上原型设计 87
14 别被架构航天员忽悠了 89
15 干扰射击 93
16 软件开发是一门手艺活 96
17 计算机科学的三个错误观念 100
18 二元文化主义 105
19 自动从用户那里收集崩溃报告 111
第二部分 管理开发者 121
20 非正式面试指南 122
21 奖励有害论 134
22 不设专职测试人员的5条（错误）理由 137
23 任务切换有害论 143
24 永远不要做的事情（第一部分） 146
25 揭开冰山之谜 150
26 抽象必漏定律 156
27 帕默斯顿勋爵谈编程 161
28 评估机能失调 166
第三部分 乔尔语录：中心明确的胡思乱想 169
29 里克·查普曼在“寻找愚蠢” 170
30 这个国家的狗要做什么工作 174
31 普通程序员如何改善团队工作方式 179
32 两个故事 184
33 巨无霸汉堡vs.“原味主厨” 188
34 凡事没有看上去的那么简单 193
35 为NIH 综合症说两句 197
36 企业发展战略系列一：本杰瑞vs.亚马逊 200
37 企业发展战略系列二：先有鸡还是先有蛋 207
38 企业发展战略系列三：让我回到过去 214
39 企业发展战略系列四：膨件和二八法则 219
40 企业发展战略系列五：开源软件经济学 223
41 祸不单行的一周 231
42 微软是如何输掉API战争的 235
第四部分 关于.NET的闲言碎语 249
43 走火入魔的微软 250
44 我们向.NET迁移的策略 255
45 能给我一个链接器吗？ 258
第五部分 附录 261
“乔尔问答”精选 262
· · · · · · (收起)
读后感
评价给了较差而不是很差主要有两点原因： 1.翻译虽然很滥，但是原作确实精彩，Joel的这点面子还是要给的。 2.尽管翻的滥，但是如果囫囵吞枣的读也可以凑合的看完并若有所得。 不过在这里我还是要感谢一下这本书的翻译者，为什么这么说呢？ 要从我越来越对自己的创造力感到不满...
评分评论为部分节选，全文在我的Blog上：http://blog.donews.com/dereck/archive/2005/10/08/580028.aspx 就好像Joel在书评中说《人件》是一本需要软件管理人员每年读一遍的书一样，他自己的这本《Joel On Software》也是一本值得反复阅读的书。 Joel是一个...
评分看老外的书，看到的全是思想；看中国人写的书，看到的也全是思想，不过就是很难找出自己的思想。 《JOEL说软件》这本书随便一翻就会让人刮目相看，我的感觉就是自己的脑袋以前怎么就那么迟钝呢，好像就根本没有用来思考过，呵呵。这本书的内容全部来自Joel的blog，不过这本书还...
评分我对其中的：“巨大图画“（big picture）觉得比较好玩。 http://blog.dearbook.com.cn/user1/31/archives/2005/259.html
评分买了两本书<JOEL说软件>,<Ajax修炼之道>. 估计前者是最近不可多得的翻译烂作之一,实在不知道两位译者:谭明金和王平是做什么工作的,不会是某工作室的在校学生吧.单凭这本书,我已经对博文视点心有戚戚鄢了. 不过,产品虽然很烂,但是博文的营销做的还是不错的,至少,现在Joel Sp...
用户评价
如果用一个词来概括我的阅读感受，那就是“沉浸”。这本书的文字有一种独特的魔力，它能让读者在不知不觉中进入一种深度的“心流”状态。作者的叙事仿佛带着一种电影般的运镜感，时而拉近到一行代码的精妙之处，时而拉远到整个技术生态的宏观变迁。这种节奏的掌控力极强，让阅读过程既不拖沓，又不至于令人应接不暇。对于那些渴望在技术领域有所突破，但又厌倦了纯粹堆砌事实和公式的人来说，这本书无疑是绝佳的选择。它提供了一个思考的框架，一个可以不断回溯和印证自己实践的参照系，绝对值得反复品读，每一次重温都会有新的感悟。
评分这本书的装帧和排版就透露着一股沉静的力量，拿到手里就感觉不是那种快餐式的读物。真正吸引我的是它敢于直面行业内的“潜规则”和那些被主流话语权忽略的灰色地带。作者的笔锋犀利而不失克制，他没有一味地抨击，而是用一种近乎手术刀般精确的分析，剖开了当前软件工程实践中存在的结构性矛盾。对我个人职业生涯而言，这本书提供的不仅仅是知识，更是一种思维上的“校准”。它促使我重新审视自己过去习以为常的工作流程和技术选型，不再满足于表面的光鲜亮丽，而是开始深究其背后的根基是否稳固。这种挑战固有思维的勇气，是这本书最宝贵的财富。
评分这部书的开篇就展现出一种引人入胜的叙事节奏，作者似乎毫不费力地将读者带入一个错综复杂的数字世界。我尤其欣赏它对软件开发哲学层面的探讨，那种深入骨髓的反思，让人在合上书本后依然久久不能平静。它不像那些技术手册那样枯燥乏味，反而像一位经验丰富的老工程师在娓娓道来他的心路历程，那些关于代码、架构乃至人与机器之间关系的思考，都通过极其生动的故事和案例得以阐释。虽然书中涉及不少专业术语，但作者的处理方式非常巧妙，总能找到恰当的比喻来降低理解的门槛，使得即便是初涉此道的读者也能窥见一斑。整体而言，阅读体验流畅且富有启发性，它不仅仅是在讲述“如何做”，更是在探讨“为何要如此做”的深层逻辑，成功地将枯燥的技术话题提升到了哲学思辨的高度。
评分老实说，我一开始对这本书抱持着谨慎的态度，毕竟市面上关于软件的论述汗牛充栋，真正有新意的凤毛麟角。然而，这本书的独特之处在于其散文式的笔触和对技术演进史的独到见解。它不是那种标准的教程或规范集，更像是一部跨越时代的思想杂烩，里面糅合了作者对过往项目失败与成功的沉淀，以及对未来技术趋势的敏锐洞察。我特别喜欢它在描述某个具体技术概念时，总能巧妙地穿插一些人文历史的佐证，使得冰冷的代码背后充满了人性的温度和时代的烙印。这种宏大叙事与微观细节的完美结合，让阅读过程充满了惊喜，每一次翻页都像是打开了一个新的思维盲盒，让人忍不住想知道作者下一站会带我们去往何方。
评分我是一名资深架构师，阅历尚可，但坦白讲，能让我产生“醍醐灌顶”之感的书籍并不多。这本书恰恰属于那少数的精品。它没有过多纠缠于某一特定语言的语法细节，而是将焦点聚集在了“设计意图”和“系统生命周期管理”这些更高维度的议题上。书中对于复杂性管理的论述，堪称教科书级别的范例，那种化繁为简的智慧，是需要大量实践摸爬滚打才能提炼出来的结晶。我尤其欣赏作者在探讨分布式系统设计时，那种近乎宿命论的悲观主义，但这种悲观并非消极，而是构建更具韧性系统的基石。读罢此书，感觉自己对系统“衰退”的预判能力和应对策略都有了质的飞跃。
评分开发这些东西，看多了就没意思了..
评分20年前的软件经验放到现在依旧经典，依旧令人每日三省吾身。D2282
评分与其天天说自己是程序员，看一些弱智内容。不如好好坐下来，看看这本书，顺便推荐给你的项目经理。
评分绝对是软件开发项目管理中的好书，写了很多自己的独特见解和经验之谈，当然还有不少业界逸闻。
评分原来Joel是软粉啊..
