出版社: 人民邮电出版社
出品方: 图灵教育
原作名: Joel on Software
译者: 杨 帆
出版年: 2015-4
页数: 284
定价: 49.00元
装帧: 平装
丛书: 软件随想录
ISBN: 9787115384058
内容简介 · · · · · ·
这是一本介绍软件管理的小品文集。全书分为45章,内容十分丰富全面,小到项目负责人制订进度表,大到软件执行总裁提出富有竞争性的战略,都在本书的介绍之列。作者Joel Spolsky以个人经验和感悟,用幽默风趣的笔法深入介绍软件开发项目管理的细节,帮助读者改进软件开发中的误区,提高效率。本书是Joel Spolsky的首部博客文集,涵盖了最重要的博文,以及独到的评述和洞见。从不同侧面满足了软件开发人员、设计人员、管理人员及从事软件相关工作的人员的学习与工作需要。
软件随想录 卷1的创作者
· · · · · ·
-
Joel Spolsky 作者
作者简介 · · · · · ·
乔尔•斯波尔斯基(Joel Spolsky)
是一名软件行业的资深人士,他的开设的个人博客“乔尔谈软件”(www.joelonsoftware.com)深受程序员们的欢迎,被誉为“反呆伯特宣言”。斯波尔斯基设计和开发了许多广为使用的软件,参与过的软件产品包括微软Excel和朱诺邮件客户端的用户界面。他还创立了位于纽约市的Fog Creek软件公司。
目录 · · · · · ·
01 选择编程语言 2
02 回归本原 4
03 乔尔测试 12
04 软件开发者不可不知的Unicode和字符集知识(别找借口!) 24
05 轻松撰写功能规格书 第一部分:为什么要写? 34
· · · · · · (更多)
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"试读 · · · · · ·
2003年12月1日,星期一 开发软件并不像是工厂在制造产品。20世纪80年代,大家惊闻日本在建造“软件工厂”,这些工厂能通过流水线作业批量生产高质量的软件。而这在当时的技术水平下是天方夜谭,即使是现在的技术也还达不到。把一群程序员塞进车间,让他们站成一排,并不能有效地减少bug数量。 如果写代码不同于流水线作业,那它更像什么呢?有人提出,软件开发是一门手艺活。当然,这种...
原文摘录 · · · · · · ( 全部 )
-
我觉得,人们所犯的一些最大错误(即使再体系结构的最高层)的根源在于,对处于最底层的几个简单事物理解不够或者一知半解。 编译器设计人员都知道的那样,语法分析与解释是在编译处理过程中最慢的部分。只要谈我们在解释、分析与建立抽象的内存语法树时,发现它涉及许多处理起来很慢的字符串素材,以及许多执行起来很慢的内存分配内容就够了。 所有这些事情都要求用户去思考字节,字节影响着用户在各个体系与策略方面做出决定。这就是我为什么坚持一种教学观点——大学一年级学生需要从基础学起,即用C语言以及从CPU开始向上逐步构建自己程序设计技能——的原因。 (查看原文) —— 引自第4页 -
Joel测试 1.使用源代码控制机制吗 2.能一步完成连编吗 3.每天都做连编吗 4.有故障信息数据库吗 5.在编写新代码之前修复故障码 6.有最新的进度表吗 7.有规格说明书吗 8.程序员拥有安静的工作环境吗 9.你用到了你资金能力内可买到的最好工具吗 10.你有测试人员吗 11.新聘人员在试用期写代码吗 12.进行走廊可用性测试吗 一个可用的故障信息数据库必须至少为每个故障包含如下数据: 1.重现故障的完整步骤 2.预期功能 3.观察到的故障行为 4.要分配给谁 5.是否已修复 如果故障跟踪软件的复杂性是组织你跟踪故障的唯一因素,那么建立一个包含上述关键信息的五字段关系表,然后开始使用它。 一般来说,在修复故障之前等待的时间越长,付出的代价就越大。 立刻修复故障的理由: 1.花费时间较少。 2.预测要花多长时间去编写新代码要比预测要用多少时间去修复现有故障容易得多。因此修复了故障之后的进度表要比有很多故障的进度表靠谱。 写规格说明书好比是理乱麻:人人都认为是好事情,可就是没人去做。 熟练员工一旦做到“顺手”就工作得最好。这个时候,他们将全部精力集中在自己的工作上而置身于环境之外。他们忘记了时间,因为精力特别集中而焕发出很高的生产率。 问题在于,进入状态并不是件很容易做到的事情。人们平均起来似乎要经过15分钟才开始进入效率最高的状态。有时候,如果你比较劳累或者已经在当天做了很多创造性工作,那么你就不能进入最佳状态。剩下的工作时间里,所要做的事情就是把周围整理一下,上上网或玩玩。另一件麻烦事情是被干扰而退出兴奋点却非常容易。 (查看原文) —— 引自第14页
> 全部原文摘录
丛书信息
· · · · · ·
喜欢读"软件随想录 卷1"的人也喜欢 · · · · · ·
软件随想录 卷1的书评 · · · · · · ( 全部 17 条 )


《Joel On Software》读后

你看到的不一定就是事实



无愧软件工程"MBA"书籍

也许是不懂美国的文化吧
> 更多书评 17篇
论坛 · · · · · ·
在这本书的论坛里发言以下书单推荐 · · · · · · ( 全部 )
- 闲着没事读读书(四) (鹿小羽)
- 后端程序员成长阅读书目 (YigWoo)
- 2015-新知 (丛林中的隐士)
- 面向程序员的思想品德课 (Lonely Highway)
- 数字化抓手----EA/企业架构设计 (小毛叔)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
- 在豆瓣转让 有354人想读,手里有一本闲着?
订阅关于软件随想录 卷1的评论:
feed: rss 2.0
0 有用 Lithium 2018-07-18 00:48:26
感谢把实战经验与教训分享出来的人,而不是把这些秘而不宣在企业内部。
0 有用 萧然 2015-12-07 00:11:11
真是个幽默的大叔呢
0 有用 勿忘情深 2018-07-03 23:35:26
即使从今天来看,其中包含的经验和见解依然有效
0 有用 Pecari tajacu 2015-06-24 10:47:46
其中翻译至少减一星半……
0 有用 国王KING 2021-08-18 11:32:21
与编程有关的内容很少,商业占了很大一部分。
0 有用 曹麦穗 2022-03-16 19:36:41
感觉年代有点久远。翻译很用心,已经非常生动了。比较多篇幅在讨论微软的产品,可能有些结论还偏过时了。最大亮点在于诙谐接地气的吐槽内容,感同深受。“别被架构航天员忽悠了,除非出了以前的技术做不到的东西,那别来浪费我的时间。”
0 有用 国王KING 2021-08-18 11:32:21
与编程有关的内容很少,商业占了很大一部分。
0 有用 黄色失眠小马 2021-08-01 20:00:27
有趣且有益的一本书,对于一个小白来说很多地方完全看不懂,看懂的地方都很受教,留着吧,会常读常新的
0 有用 云雾大龙 2021-07-30 23:56:14
最早是在博客里读过他的文章,看过第一篇就吸引,马上点了收藏,八九年过去了,博客还躺在我收藏夹里,连地址都没换。
0 有用 已读在读将读 2020-12-28 20:21:31
能翻来覆去看好多遍的纸质书