卓有成效的程序员(北京华章图文信息有限公司O'Reilly系列)(The Productive Programmer)
点此进入淘宝搜索页搜索分类: 图书,计算机与互联网,程序语言与软件开发,综合,
品牌: Neal Ford
基本信息·出版社：机械工业出版社
·页码：215 页
·出版日期：2009年
·ISBN：7111264061/9787111264064
·条形码：9787111264064
·包装版本：1版
·装帧：其他
·开本：16
·正文语种：中文
·丛书名：北京华章图文信息有限公司O'Reilly系列
·外文书名：The Productive Programmer
产品信息有问题吗？请帮我们更新产品信息。
内容简介《卓有成效的程序员》就是讲述如何在开发软件的过程中变得更加高效。同时，《卓有成效的程序员》的讲述将会跨语言和操作系统：很多技巧的讲述都会伴随多种程序语言的例子，并且会跨越三种主要的操作系统，Windows（多个版本），Mac OS X以及 *-nix (Unix或者Linux)。
《卓有成效的程序员》讨论的是程序员个体的生产力，而不是团队的生产力问题，所以它不会涉及方法论（好吧，可能总会在这里或那里谈论到一些，但肯定不会深入讨论）。同时，《卓有成效的程序员》也不会讨论生产力对整个团队的影响。我的使命，是让作为个体的程序员通过掌握恰当的工具和思想变得更加高效。
作者简介熊节是ThoughtWorks中国公司的咨询师，InfoQ中文站的社区编辑，曾参与《重构：改善既有代码的设计（中文版）》、《J2EE核心模式（原书第2版）》、《Contributing to Eclipse中文版》等图书的翻译。目前正在从事Ruby on Rails的项目，并致力于敏捷方法与思想的推广。
媒体推荐对于程序员，过去我们一直习惯于用单纯的技术水平，也就是实现程序功能的能力来衡量。
然而这个时代其实已经过去了。虽然技术仍然很重要，但企业越来越多地认识到，对于程序员更全面的衡量标准，应当是生产率。只有能够以较高的效率完成对项目、对企业有价值的工作，才是团队和组织所真正需要的人才。反之，技术好，但不能真正促进整体价值，甚至其反作用，这样的“技术牛人”已经没有生存空间了。
—— 孟岩 《程序员》杂志总编
&ldq
编辑推荐《卓有成效的程序员》是一本揭示高效程序员的思考模式，一本告诉你如何缩短你与优秀程序员的差距
以下媒体、专家、社区联合推荐：
媒体：《程序员》杂志、《电脑编程技巧与维护》杂志
专家：韩磊、孟岩、冯大辉、李剑、黄晶、温昱、周爱民
专业书评《卓有成效的程序员》这本书，个人觉得单独针对“程序员”可能还有点窄，其实《卓有成效的程序员》的大部分内容对所有技术人员也是适用的。
但愿看了《卓有成效的程序员》之后，能有更多的技术人员真正的行动起来，利用这本书提升自己，也去积极影响他人，形成更良性的互动，不要让“持续改进”成为一句空话。另外，必须要补充的是，如果技术人员持续从事低效率的工作，极有可能逐渐厌烦技术，疏远技术，乃至对技术绝望，而一个高效的技术人才能从技术中获得真正的快乐。
目录
目录
译者序
序
前言
第1章 简介 9
为什么要写一本关于程序员生产力的书？ 9
本书包含哪些内容？ 10
如何读此书？ 12
第2章 加速
启动面板 14
加速器 18
宏 24
小结 26
第3章 专注 27
排除干扰 27
搜索优于导航 29
找出难找的目标 30
使用有根视图 31
设好"粘性属性" 32
使用基于项目的快捷方式 33
使用多显示器 33
用虚拟桌面拆分工作空间 33
小结 34
第4章 自动化 36
不要重新发明轮子 37
建立本地缓存 37
自动访问网站
与RSS源交互
在构建之外使用Ant
用Rake执行常见任务
用Selenium浏览网页
用bash统计异常数
用Windows Power Shell替代批处理文件
用Mac OS X的Automator来删除过时的下载文件
驯服Subversion命令行
用Ruby编写SQL拆分工具
我应该把它自动化吗？
别给牦牛剪毛
小结
第5章 规范性 54
DRY 版本控制 54
使用标准的构建服务器 55
间接机制 56
利用虚拟平台
DRY 阻抗失配 60
DRY 文档 65
小结 68
第6章 测试驱动设计
不断演化的测试 70
代码覆盖率 76
第 章静态分析 78
字节码分析
源码分析
用 Panopticode生成统计数据
动态语言的分析
第 章当个好公民 82
破坏封装 82
构造函数
静态方法
犯罪行为
第9章YAGNI
第10章 古代哲人
亚里斯多德的"事物的本质和附属性质"理论
奥卡姆剃刀原理
笛米特法则
"古老的"软件学说
第11章. 质疑权威 100
愤怒的猴子 100
连贯接口 101
反目标（Anti-Objects） 102
第12章 元编程 104
Java和反射 104
用Groovy测试Java 105
编写连贯接口 106
元编程的归处 107
第13章 组合方法和SLAP
组合方法实践 109
SLAP 114
第14章 多语言编程 119
历史与现状 119
路在何方？ 121
Ola的金字塔 123
第15章 寻找完美工具 125
寻找完美编辑器 125
编辑器参考列表 127
为你的工作选择正确的工具 128
丢弃错误的工具 132
第 章 尾声：继续对话
附录 Building Blocks 135
……[看更多目录]
序言译者序
消除浪费，始于细节
在一次关于敏捷的讨论中，我说了一句令很多人不解的话：我不要敏捷。
和很多话一样，断章取义的理解很容易造成误会。我当时说的整句话是：我不要敏捷，我要致力于消除软件开发中的一切浪费。当"敏捷"渐渐变成一个人见人爱的"大词"，越来越多的人开始发现，其实自己要的不是"be agile"，而是切实地消除浪费、提高效率。
所以，作为ThoughtWorks员工的Neal Ford在他的这本书里闭口不谈"敏捷"。他只是实实在在地告诉你，
文摘奥卡姆剃刀原理
奥卡姆 的威廉爵士是一个厌恶华美装饰以及复杂解释的修士。他对哲学和科学的贡献是奥卡姆剃刀原理：如果对于一个现象有好几种解释，那么最简单的解释往往是最正确的。显然，这跟我们讨论的事物本质和附属性质理论紧密关联。这个原理对于软件的影响度也是出乎我们意料的。
作为软件工业中的一员，过去十年我们一直在进行着某项实验。这个实验始于上世纪90年代中期，主要是由于开发人员发现其开发进度远远跟不上软件需求的增长而引发的（其实在那时这已经不是一个新问题，这个问题自商业软件的想法出现之后就一直存在）。实验的目的是：创造一些工具和环境来提高那些普通开发人员的生产率，即使一些人比如Fred Brooks（去看他的《人月神话》）已经告诉我们软件开发中的一些混乱事实。此实验试图验证：我们是否可以创造一种能限制程序员破坏力的语言而使人摆脱麻烦；我们是否可以无需支付荒唐的大量金钱给那些令人生厌的软件技工（即使在那时候你可能还为找不到足够的软件技工而发愁），而同样生产出软件呢？这些思考让我们创造出了如dBase, PowerBuilder, Clipper和Access这样的工具，并促成了工具和语言相结合的4GL(第四代语言)的崛起，比如FoxPro和Access。
但问题是，即使有这样的工具和环境你也不能完成所有的工作。我同事Terry Dietzler为Access创建了一个叫做"80-10-10"的准则(而我喜欢把它称之为Dietzler定律)。这个定律说的是：80%的客户需求可以很快完成；下一个10%需要花很大的努力才能完成；而最后的10%却几乎是不可能完成的，因为你不能把所有的工具和框架都"招致麾下"。而用户却希望能满足一切需求，所以作为通用目的语言的4GL（Visual BASIC、Java、Delphi以及C#）应运而生。Java和C#的出现主要是由于C++的复杂性和易错性，语言开发者们为了让一般程序员摆脱这些麻烦而在其内建了一些相当严格的限制。在此之后"80-10-10准则"才发生了改变，无法完成的工作已经微乎其微。这些语言都是通用目的语言，只要付出足够的努力，大多数工作都可以完成。但Java虽然比较易用却常常需要大量编码，所以框架出现了，Aspects出现了，大量其它框架蜂拥而至。
下面有一个例子。这段Java代码是从一个广泛使用的开源框架中提取出来的，试着找出它的用途吧（关于它的名字我只会提示你一点点）：
public static boolean xxXxxxx(String str) {int strLen;if (str == null || (strLen = str.length()) == 0)
……[看更多书摘]
