关于《JavaScript高级程序设计（第2版）》中的一句话
2010年05月8日 Web开发, 原创, 翻译
第5章中有这样一句话：“this是函数在执行时所处的作用域”（《JavaScript高级程序设计（第2版）》第5章5.5.4节正文倒数第3段中）。我觉得作者的这种说法大有问题。对JavaScript不熟悉的读者会越看越糊涂。这里首先需要明确两个概念：函数执行时所处的作用域、在哪个作用域中调用函数函数调用发生的作用域，否则讨论就无法继续深入。把后一概念明确为“函数调用语句所处的那个作用域”应该没有问题。而前一个概念，实际上就是函数的定义所处的那个作用域。以下面的代码为例：
function a() {
// …
}
function b() {
/// …
return function c() {
// …
};
}
var d = b();
a();
d();
在这里，函数a、b和d（实际上就是c）都是在全局作用域中调用的。a和b执行时所处的作用域都是全局作用域。但是d执行时所处的作用域并不是全局作用域，而是函数b的局部作用域。说到这里，就可以看到“this是函数在执行时所处的作用域”这一说法的不妥了。假如函数c中引用到了this（在本例中，d是直接调用的，所以this指向的是全局对象），那么按作者的说法，c 岂不是直接运行在全局作用域中而不是b的局部作用域中了？再看下述例子：
var greeting = ‘Hello from global scope!’;
function e() {
alert(greeting);
alert(this.greeting);
}
var tom = {
greeting:’Hello from Tom!’
};
tom.f = e;
tom.f();
这个例子中的this指向的是什么？显然是tom。那么f（即e）执行时所处的作用域是什么？显然是全局作用域。假如f执行时所处的作用域如作者所说为this所指对象的话，那就意味着在本例中f执行时所处的作用域为tom，也就是说在f执行过程中，与其作用域链相对应的那个变量对象链的最前端那个对象是tom，而这就意味着在此时函数体内对名称greeting进行解析时首先遇到的是tom中定义的greeting，于是两条输出语句的结果都应该是“Hello from Tom!”，这不符合事实，所以按作者的说法所做的那个假设是错误的。
对于this这个关键字，我认为不应该扯什么作用域的事儿，只要向读者说明以下几项这样一句话就够了：函数作为哪个对象的方法调用，函数体内的this（不包括嵌套定义在其中的函数中的this）指向的就是那个对象。直接调用一个函数，相当于把它当作全局对象的方法调用。JavaScript 中没有类作用域的概念，因此方法内部要访问据以调用此方法的那个对象的属性，必须使用this关键字，按‘this.属性名’的语法来访问
- 函数作为哪个对象的方法调用，函数体内的this（不包括嵌套定义在其中的函数中的this）指向的就是那个对象。
- 结合new运算符调用一个构造函数时，系统会先自动生成一个对象，然后在该对象上调用构造函数。此时在构造函数体内，this指向的就是这个对象。
- 直接调用一个函数，相当于把它当作全局对象的方法调用。
- JavaScript中没有类作用域的概念，因此方法内部要访问据以调用此方法的那个对象的属性，必须使用this关键字，按“this.属性名”的语法来访问。
与这个问题相关的还有一个函数体内的名称解析的问题。我看过的JavaScript教材上都说得不太全面。实际上，那种直接引用的名称，其名称解析是在作用域链上进行的；而那种按“obj.属性名”方式引用的名称，其名称解析是在obj的原型对象链上进行的（首先检查obj是否直接定义了同名属性，如果没有，则在其原型对象链上逐层查找）。理解了这一点，就更能搞清前面的this与作用域的瓜葛。
在Eclipse中安装ADT
2010年05月8日 移动开发, 翻译
| Eclipse 3.4 (Ganymede) | Eclipse 3.5 (Galileo) |
|---|---|
|
|
诚邀《Beginning Android 2》技术审稿人
2010年05月6日 原创, 好书, 移动开发, 翻译
眼下，我正在翻译Beginning Android 2（Apress，March 2010）这本书。之所以翻译这本书，一来是因为这本书比较急，而全书又有接近400页的内容需要翻译，如果找其他译者，少说得3个月；而我打算在1个月左右搞定。二来也是为了学习一下Android开发，以后审稿子也可以做到“胸有成竹”。
之所以想到公开征寻技术审稿人，一是上一本书的样章吸引了120多位朋友的热情参与（“经典名著，精选样章”），几位热心的朋友在出版前也为我指出了一些问题，而这些问题在出版前都得到了妥善解决，保证了最终出书的质量；二是在今天这个开放的环境下，如果还延续那种一个人关起门来翻译的模式，不仅会显得译者自己缺乏公开的勇气，更会拖延译稿中问题的解决（译者无法解决书中全部问题很正常），影响出书进度。况且，样章早晚都是要放出来给潜在读者先睹为快的，后放不如早放，这样也有利于潜在读者提前了解这本书的价值所在和翻译质量——“先尝后买”嘛。
当然，征寻技术审稿人的主要目的，还是为了请领域专家来给译稿把关，尽最大努力来消除翻译中存在的错误或问题，确保最终出书的质量。下面就说一说对技术审稿人的要求：
1、对Android开发有浓厚的兴趣和一定的开发经验；
2、愿意花时间“先睹为快”并有能力指出错误和问题；
3、有一定的中文文字表达能力，能够看懂英文原文。
有意参与这本书技术审校的朋友，请给我发邮件（lsf.email[at]gmail.com）吧，邮件标题请填“Beginning Android 2审校”（以便过滤归类）。
声明一下：对所有参与审校的朋友，我会在译者序中具名致谢。对参与审校而且指出问题较多的朋友，届时将赠送样书（样书可以是本书中文版，或者我翻译过的其他图书，或者图灵公司出版的其他图书——届时我们可以再商量）。
另外，对于只是想“先睹为快”的朋友，也可以给我发邮件，邮件标题请填“Beginning Android 2试读”，我会给大家共享部分样章。
期待Android开发专家、高手、大牛、爱好者，伸出援手、不吝赐教！让我们共同携手，为Android开发社区和爱好者又快又好地奉献一本优秀的引进版图书。
Beginning Android 2
你是那10%可以实现二分查找算法的程序员吗？
2010年04月20日 编程技术, 翻译
——《编程珠玑》引发的编程竞赛
原文链接：http://reprog.wordpress.com/2010/04/19/are-you-one-of-the-10-percent/
迈克·泰勒（Mike Taylor），2010年4月19日
翻译完成：2010年4月20日
有一些讲编程的图书，我会从头到尾、一字不落地反复研读；还有一些讲编程的图书，我已经看过好几遍了，但每次差不多都是只看其中的一章。乔恩·本特利（Jon Bentley）1986年的经典名著《编程珠玑》（Programming Pearls）则是少数几本能同时归入上述两类的编程图书之一，我手里这本书的封面已经严重磨损，下图可以为证（点击看大图，注意左下角。——译者注）。
（我有这本书的第1版[amazon.com，amazon.co.uk]，上面就是扫描的这一版的封面，好像我该买一本又新又便宜的第2版了[amazon.com，amazon.co.uk]，第2版比第1版多了3章内容。）
我打算最近再专门写一篇关于这本书的文章（我已经为Coders at Work、The Elements of Programming Style、Programming the Commodore 64 和The C Programming Language专门写了几篇书评），但今天我只想就这本书中的几段话谈谈自己的想法。这几段内容有点骇人听闻。
只有10%的程序员可以写出二分查找
每次翻开《编程珠玑》，我都会先看一看下面这几段文字：
二分查找可以解决（预排序数组的查找）问题：只要数组中包含T（即要查找的值），那么通过不断缩小包含T的范围，最终就可以找到它。一开始，范围覆盖整个数组。将数组的中间项与T进行比较，可以排除一半元素，范围缩小一半。就这样反复比较，反复缩小范围，最终就会在数组中找到T，或者确定原以为T所在的范围实际为空。对于包含N个元素的表，整个查找过程大约要经过log(2)N次比较。
多数程序员都觉得只要理解了上面的描述，写出代码就不难了；但事实并非如此。如果你不认同这一点，最好的办法就是放下书本，自己动手写一写。试试吧。
我在贝尔实验室和IBM的时候都出过这道考题。那些专业的程序员有几个小时的时间，可以用他们选择的语言把上面的描述写出来；写出高级伪代码也可以。考试结束后，差不多所有程序员都认为自己写出了正确的程序。于是，我们花了半个钟头来看他们编写的代码经过测试用例验证的结果。几次课，一百多人的结果相差无几：90%的程序员写的程序中有bug（我并不认为没有bug的代码就正确）。
我很惊讶：在足够的时间内，只有大约10%的专业程序员可以把这个小程序写对。但写不对这个小程序的还不止这些人：高德纳在《计算机程序设计的艺术 第3卷 排序和查找》第6.2.1节的“历史与参考文献”部分指出，虽然早在1946年就有人将二分查找的方法公诸于世，但直到1962年才有人写出没有bug的二分查找程序。
几个小时！90%！老兄，严肃点！难道这还不够骇人听闻吗？
之所以想看这本书的第2版，原因之一就是想看看这几段文字有没有修订过，看看从1986年到1999年出第2版，这个数字有没有变化。直觉告诉我，这个数字一定向好的方向变化了，事物都是向好的方向发展的嘛。但理性却告诉我，在一个程序员把更多的时间都花在摆弄库上，而不是编写实际代码的时代，重现核心算法的能力即使有也一定会弱化。别忘了，本特利提到的那些家伙可都不是等闲之辈，他们都是贝尔实验室和IBM的专业人员。所以，我们有理由相信他们的成绩实际上已经是最好的了。
好，下面就做一个二分查找的测验
我跟你一样（如果你是这么想的），想马上就试一试。（好啦，不是马上。先看完这篇文章！）我相信看这篇文章的人都知道什么是二分查找算法，即使你不知道，上面引用的本特利的描述也应该够了。请你打开编辑器，编写一个二分查找例程。什么时候觉得没有任何问题了，保留那个版本。然后测试，然后通过在下面留言的方式告诉我你是不是第一次就做对了。我们肯定能打破本特利10%的纪录吗？
规则如下。
- 使用你喜欢的任何编程语言。
- 不要剪切粘贴或以任何方式复制别人的代码。甚至在你写完之前，都不要参考其他的二分查找代码。
- 甚至于我不得不强调，别调用bsearch()，或使用其他瞒天过海的手法
- 时间自己来定：5分钟不短——只要你能保证写完写对；8小时不长——只要你愿意（而且有那么多闲工夫）。
- 可以使用编译器消除一些无意识的错误，如语法错误或变量初始化失败，但……
- 在确定程序正确之前不要测试。
- 最后，也是最重要的：如果决定参与这次测验，就必须报告。成功也好，失败也罢，甚至半途而废也要给我个话儿。否则，就无法保证测验结果的准确性了。
（考虑到这只是一次测验，可以忽略计算索引时导致的数值溢出。这里描述了相应的情形，但打算参加这次测验的人在编完程序之前不要看，因为那篇文章里包含一个正确的二分查找的实现，想洁身自好的朋友一定是不屑为之的。）
如果你的代码经验证确实正确，那么如果你愿意的话，欢迎你在留言里贴出自己的代码。不过，假如你这样做了，而后来的留言给你挑出了bug，请你一定想好怎样为维护自己的形象而自圆其说
更酷的玩法：对于那些信心十足的人，如果你真敢肯定自己的程序没有问题，可以先把代码贴在留言里，然后再测试。当然，你必须要在留言里说明这一点，以便大家发现你的bug时，会考虑多少给你留些情面。
我会在某个时间总结一下这次测试的结果——比如说，一周以后。
行动吧！
第一次更新（一个半小时后）
感谢朋友们的积极响应，这么快就有那么多留言！我得提醒大家，WordPress的留言系统会解释HTML，因此会吞掉类似下面的代码段
if a[mid] < value
最好的办法就是把源代码放在{source}…{source}标签之间，注意用方括号代替这里的花括号。（我第一次想告诉大家这一点时，使用的是方括号，结果我写的规避标记的说明，反而被当成了标记——悲哀呀！）这样做还可以保留缩进，否则我还不知道有什么办法可以做到这一点。
替WordPress向大家致歉：我真的希望这个平台允许留言者预览留言和/或在发表后还能编辑留言，这样就可以避免出现乱七八糟的代码了。我也想了办法自己动手解决这个问题，但WordPress不仅会错误地显示带有<符号的代码，它实际上会丢弃该符号后面的所有内容，唉，我想我是没折了。
第二次更新（在原文章发表4个小时后）
哈哈，你们这些家伙太出人意料了。仅仅4个小时，这篇文章的留言数就超过了以前的一篇文章保持的纪录（Whatever Happened to Programming此时的留言有206条）。
如果想看到相关的更多讨论，Hacker News中有不少不错的留言，另外Reddit的留言质量虽然差一点，但也值得一看。这些讨论把实际地编写代码看成只有精英程序员才会干的事。
有心人乔尔·甘勒（Joe Ganley）对前100个留言作了统计，结果如下：
Python 40
C/C++ 36
Unknown/pseudocode 6
Lisp/Clojure/Scheme 5
PHP 4
Three each: Java, Perl, C#, JavaScript
Haskell 2
One each: VB, Delphi, Smalltalk, FORTRAN, Lua, Objective-C, ColdFusion
Conclusion: Almost everyone (who cares about implementing binary search, anyway) uses C/C++ or Python.
PS：专注前端开发的程序员们，可以参考《JavaScript高级程序设计》的作者Nicholas C. Zakas使用JavaScript实现的一些基本算法，链接地址如下http://www.nczonline.net/blog/tag/computer-science/。其中，对本文提到的二分查找算法的实现如下：
//Copyright 2009 Nicholas C. Zakas. All rights reserved.
//MIT-Licensed, see source file
function binarySearch(items, value){
var startIndex = 0,
stopIndex = items.length – 1,
middle = Math.floor((stopIndex + startIndex)/2);
while(items[middle] != value && startIndex < stopIndex){
//adjust search area（调整查找范围）
if (value < items[middle]){
stopIndex = middle - 1;
} else if (value > items[middle]){
startIndex = middle + 1;
}
//recalculate middle（重新计算中项索引）
middle = Math.floor((stopIndex + startIndex)/2);
}
//make sure it’s the right value（确保返回正确的值）
return (items[middle] != value) ? -1 : middle;
}
John Resig谈改进Web应用的高级JavaScript技术[待续]
2010年04月9日 Web开发, 翻译
Tags: JavaScript, John Resig, jQuery
为之漫笔（李松峰），本博客专注于Web前后端技术、移动平台开发技术、交互设计和技术翻译。 
