首先得问科学到底是什么。科学松鼠会有一篇文章《什么是科学》：
http://songshuhui.net/archives/52008

http://zh.wikipedia.org/zh/科学
http://zh.wikipedia.org/wiki/科学方法

科学不是“管用”或者“不管用”的某种东西，科学是不断追求真理的过程和客观严谨的态度。

有人以为科学是指某个自然存在的客观规律，所以中医就算没有搞清楚原理但它还是科学的。但他们没明白的是，自然规律是客观存在的，并不能说这些客观规律是科学还是不科学的。科学的真正意义在于找出那个自然规律的过程，找出人们未知的自然规律。

从这个意义上说，根本不存在这个问题的命题。因为提问者把科学这个概念弄错了，不管中医、西医或者说现代医学，这都不是科学，只能说是学科。

中医在某些地方确实“管用”，那能说明什么？苏美尔人、古埃及人在公元3000多年前也知道很多自然界中的动植物对治疗某些症状也管用（这些有文字记载保存至今的），甚至是动物受伤生病的时候也知道吃某些植物会管用。但中医不能解释为什么管用，起因是什么。中医没有明确的度量系统，没有严谨的理论系统，没有假设没有实验求证。有人说得某某病是因为“虚火”高，那么请问，什么是“虚火”？“虚火”怎么测量，达到或者超过多少的单位算高？相比之下，血压这个东西只要是有了解过的人都知道怎么测试，单位是什么，多少算是高，血压高了为什么会对人体造成伤害。

中医的人体理论是阴阳五行，居然有很多人把这些东西提高到玄学的高度，认为这不是普通人能够理解的东西，需要资质。其实这些理论跟古埃及人的血气水粕理论、希波克拉底的四液说如出一辙，只是人类文明发展初期对未知事物的一种假设。

举个例子，柳树皮中医入药，有退热功效。苏美尔人在公元前3000多年前就知道了，后来传到古埃及，接着整个西方世界都知道了。中医理论中有没有关于柳树皮起疗效的成分是什么，为什么这个成分为有这些疗效。科学的目的就是为了寻找真相，也就是所谓的自然规律。后来西方人研究证实了柳树皮中的一种叫“水杨酸”的物质起了疗效，换句话说，只要有这种物质，不用柳树皮也一样可以治病。但是水杨酸对胃壁细胞有副作用，所以后来发明了“乙酰水杨酸”，也就是阿司匹林的成份。再后来，科学家研究出来了，为什么乙酰水杨酸会有这些疗效，简单来说是因为它能阻断发炎疼痛发生过程中的一个步骤。（参见《阿司匹林传奇》 http://book.douban.com/subject/4578536/ ）
中医呢，还是花花草草，到底是什么物质发生作用，去研究了吗？这些“纯自然”的药物有哪些副作用，《黄帝内经》和《周易》上有说吗？后代有去研究吗？研究成果呢？能把《黄帝内经》和《周易》上的东西解释清楚吗，能把《本草纲目》上的动植物药物的原理解释清楚吗？

这个月经问题也许也可以反过来问：西医是什么？

西医就是现代医学，它也曾经是传统医术，它也曾经长时间抱守残缺，但后来它以科学的方式发展成了现代医学。这东西只要是人类文明发展到一定阶段就会自然而然出现的，只不过欧洲基督世界先发展到这个阶段了。其实西方在近现代之前的中世纪和古代，他们所用的医术跟中医基本上大同小异，都是来自医疗经验。到了现代科学发展起来之后，医学上的很多现像被科学解释了，自然也就有了对应的医疗手段。

中国古代地大人多，这么多人肯定会总结出一些经验，这点上也没什么值得骄傲的，人家更早，而且有记载，还为后世的现代科学和医学的发展提供的原始资料。但近现代科学发展起来之后国人没有充分利用科学成果发展中医，反而大搞什么类似玄学神秘学这种东西，利用国人的无知来敛财，这样的东西还有这么多人去维护它，真是民族的悲哀。

中医到目前为止都不算是科学的，原因如上所述。不排除若干年后中医中的问题被科学所解释，到那个时候也许可以称为科学。但是正如西方医学的发展一样，到那个时候，原理被搞清楚了，治疗手段肯定会相应的改变，用更现代更有效的方式。到那个时候，应该就不存在中医和西医的差别了。

总得来说，“中医”是古代传统的医疗方式，“西医”是现代科学文明之下的医学理论。

关于“中”和“西”的争论，根本不是信仰和科学的冲突，实际上是东方保守的文化和人类现代文明的冲突，愚昧无知和科学真理的冲突，狭隘的民族主义和人类文明进程的冲突。人类有一种保守的本能，这是一把双刃剑，一边保护人类的繁衍，一边阻止文明的进程。

关于医学和现代科学，Discovery有个系列的片子可以参考：《100 Greatest Discoveries》
http://movie.douban.com/subject/1440480/
其中，TOP1的理论是达尔文的演化论。
《为什么要相信达尔文》：
http://book.douban.com/subject/4114172/
另外，《阿司匹林传奇》是一本不可多得的读物：
http://book.douban.com/subject/4578536/
一篇书评，《当中医还在用纯天然无副作用的柳树皮》：
http://book.douban.com/review/3520047/

国人对“西医”的不信任是来源于对医疗体制的不信任，国人对现代医学了解太少，对现代医学产生了误解，只好找一个东西来信任。这一点上看来是有点像宗教信仰。

–
更新
刚看到 tinyfool和李笑来老师转的一篇文章《写在中草药被欧盟扫地出门的时候》——张功耀，在这里和这里。这篇文章列了很多数据，很有说服力。另外，原来《本草纲目》里没有记载柳树皮退热和止头痛方面的功效。

–EOF–

2009 年上半年可以说是风调雨顺。不管是工作、学习还是生活上，感觉都很充实，还把团队的气氛带起来了。杯具的转折点在7月份前后出现了。由于公司人事上出了比较严重的漏洞，导致项目停滞，士气大降。我当时选择了离开（后来松果团队纠正了那次的问题，不过我还是没打算再回去）。下半年就在上海漂了，找过几家公司，都挺不靠谱的。这段时间里状态一直都不好，特别是当一个人失业时间长了，那种失落感会与日俱增。甚至出现过“回老家吃老本”的念头。

好在有两个人，让我坚持了自己了方向。9月份的时候，博文视点的周筠老师让我写一篇《程序员修炼之道》的书评。当时又读了一遍这本书，还有几位前辈对这本书的书评，激动了，淡定了。继续学习和积累吧，我还年轻，要学的东西太多了。之后周老师还帮我介绍工作职位，这着实让我很感动。另一位是冯大辉老师，他帮我推荐了好几次简历。有一次淘宝的面试机会，可惜我没发挥好，他还是给我肯定和鼓励。现在加入 Yupoo 也是冯老师的推荐。我真的很感谢他们，还有关心帮助过我的朋友。

CCAV 老说网络是妖魔，充满了低俗与虚假，天朝警察说他肚子痛关你什么事。都见鬼去吧！在网络与现实中，还是有不少真诚相待的朋友的。

在松果团队的时候，参与了 Webgame 的设计和开发，后来还做了些性能调优的工作。我也因此接触到了很多关于高性能 Web 系统的知识。虽然实践还不多，但这些知识还是 Web 开发中必备的。学习别人的经验也算是一种积累吧。

前端部分，在对 Javascript 语言特性作了进一步的了解，理解了闭包、作用域链和函数调用对象这几个概念之后，我才算是对 Javascript 语言有了一个比较深刻的体会。这也对我后来学习其它具有函数式特性的语言时有很大的帮助。YUI 的前端优化建议也做了一些实践。CSS 一直是我的死穴，可能是我对界面的东西不那么感兴趣的缘故吧。

PHP 新的东西就不多了，主要是学习了 PHP 系统常用的设计方法，比如 ThinkPHP 和 Codeigniter 框架的设计。更多的是了解了 HTTP 协议中常用的部分，前端优化也有涉及到 HTTP 协议。读了 《RESTful WebService》，感觉 REST 这种设计方式很容易接受，可能是符合标准的关系吧。

读了一本关于数据库的书《MySQL性能调优与架构设计》，主要讲的是数据库系统的性能调优和高可用可扩展的架构设计。另外看了一些 Web 系统的架构设计和 Cache 的应用的案例，比如豆瓣、twitter。关于这些方面，实践太少，希望能有机会介入到相关的工作实践中。

从C10K，到了解事件模型和异步I/O的技术，我发现计算机专业基础值得复习和深入学习。包括算法，操作系统，编译原理，网络编程的书，我都将它们列入了今年的读书计划中。

去年还花了点时间看了 Python 的语法，现在工作中要用到了，正好可以深入研究一下。

在去年下半年比较空闲的时间里，看了很多经典的老片，这也算是一种收获吧。另外，2009年翻墙成了我日常网络生活中的一部分，也因此了解了比较真实的世界。纳美人认为，人的一生有两次生命，第一次是出生，第二次是建立起属于自己的社会地位。我也有两次生命，第一次是出生，第二次是翻墙之后。

-EOF-

Happy New Year !

稍后补上年度总结。

-EOF-

安装 apache2、JDK、tomcat 就不写了，查看文档吧。

apache2 要整合 tomcat 需要用到 mod_jk。Ubuntu 下安装 mod_jk 很简单：

$ sudo apt-get install libapache2-mod-jk

可以查看一下这个包安装后产生的配置文件：

$ dpkg -L libapache2-mod-jk

1
2
3
4
5
6
7
8

......
/etc
/etc/libapache2-mod-jk
/etc/libapache2-mod-jk/workers.properties
/etc/apache2
/etc/apache2/mods-available
/etc/apache2/mods-available/jk.load
......

配置 workers.properties 文件，修改其中的 workers.tomcat_home 和 workers.java_home 字段，改成正确的路径。例如，我的：

1
2

workers.tomcat_home = /home/belltoy/dev/apache-tomcat-5.5.25/
workers.java_home = /opt/jdk1.6.0_05/

workers.properties 文件默认已经配置了一个 worker，名字是 ajp13_worker，如下：

1
2
3
4
5
6
7
8

worker.list=ajp13_worker
worker.ajp13_worker.port=8009       #tomcat默认开了8009商品。根据实际情况适当修改。
worker.ajp13_worker.host=localhost  #tomcat服务器所在的主机
worker.ajp13_worker.type=ajp13      #apache2 连接 tomcat 的协议，默认为 ajp13
worker.ajp13_worker.lbfactor=1      #负载均衡选项。
 
worker.loadbalancer.type=lb
worker.loadbalancer.balance_workers=ajp13_worker

在 /etc/apache2/mods-available 目录下增加一个文件 jk.conf，内容如下：

1
2
3
4
5
6

JkWorkersFile /etc/libapache2-mod-jk/workers.properties  #指定 mod_jk 的workers.properties 文件的位置
JkLogFile /var/log/apache2/mod_jk.log  # 指定mod_jk的日志文件位置
JkLogLevel info   # 指定od_jk的日志级别
JkLogStampFormat "[%a %b %d %H:%M:%S %Y]"  # 指定od_jk的日志格式
JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories  # 指定od_jk的选项
JkRequestLogFormat "%w %V %T" # 指定od_jk的请求日志格式，也是写在JkLogFile文件里

然后先禁用 mod_jk，再重新启用，这样 Ubuntu 自带的 apache2 工具会自动将 jk.conf 也放到启用目录 /etc/apache2/mods-enabled/ 下。命令：

$ sudo a2dismod jk
$ sudo a2enmod jk

假设虚拟主机名取为 jspproj.belltoy。

在 /etc/hosts 文件中添加本地主机名：

127.0.0.1        jspproj.belltoy

添加 apache2 下的虚拟主机配置

在 /etc/apache2/sites-available 目录下添加一个虚拟主机配置。配置如下：

文件名可以随便取，如：jspproj

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

<VirtualHost *>
    # 匹配的URL将转给 tomcat 处理
    JkMount /servlet/* ajp13_worker
    JkMount /*.jsp ajp13_worker
    JkMount /*.do ajp13_worker
    JkMount /* ajp13_worker
 
    ServerAdmin admin@localhost
    ServerName  jspproj.belltoy
    CustomLog   /var/log/apache2/jspproj.belltoy-access.log combined
    DocumentRoot /home/belltoy/www/jspproj/
    <Directory /home/belltoy/www/jspproj/>
        Options Indexes FollowSymLinks MultiViews
        AllowOverride None
        Order allow,deny
        allow from all
    </Directory>
 
</VirtualHost>

启用jspproj:

$ sudo a2ensite jspproj

重新启动 apache2:

$ sudo /etc/init.d/apache2 restart

配置 tomcat5.5

在 tomcat 安装目录的 conf/server.xml 文件中 <Engine> 里增加一个虚拟主机的配置：

1
2
3
4
5
6

      <Host name="jspproj.belltoy" appBase="/home/belltoy/www/jspproj/" 
            unpackWARs="true" autoDeploy="true"
            xmlValidation="false" xmlNamespaceAware="false">
            <Context path="" docBase="/home/belltoy/www/jspproj/"
                reloadable="true" crossContext="true" />
      </Host>

启动 tomcat，在浏览器访问 http://jspproj.belltoy/ 就可以访问 /home/belltoy/www/jspproj/ 目录下的 jsp 应用了。

在jsp的概念中，一个主机<Host>下可以有多个 webapp，默认的 webapp 就是 path 为空的 <Context> 指定的目录。如果这里不指定 path 为空的<Context>，tomcat默认会用 appBase 指定的目录下的 ROOT 目录作为默认的 webapp。

《程序员修炼之道》封面

收到消息，《程序员修炼之道》这本书的中文新版已经送印了，应该很快就要出来了。

感谢编辑给我发来了新书的新封面。与上一版中文的封面不同，这次基本采用了原版的封面设计，加上中文的一些介绍。

原来网易、趋势科技这些公司的新员工培训就用了这本书，这印证了我之前的想法。

另外，云风、霍炬、徐宥等几位高手都是我十分敬仰的技术大牛。

再一次感谢周老师的邀请，让我这个菜鸟也有机会和大牛们一起为这本经典之作写书评。同时，也感谢博文视点的各位编辑。

-EOF-

如今海量存储已经不是问题，反而是带宽资源有限，成了 Web 应用中主要瓶颈的所在。因此减少响应的传输量也就成了优化的关键。

Yahoo 的 34 条前端优化规则 中提到了 Gzip 压缩，Google 的前端性能最佳实践 中也提到了 Gzip 压缩。把服务器响应中的文本内容用 Gzip 压缩后可以减少大约 70％ 的大小。这着实对前端性能和用户体验的提升有明显的帮助。

从 HTTP/1.1 开始，客户端就可以在请求头中添加

 Accept-Encoding: gzip,deflate

来向请求的服务器表明自己支持 Gzip 压缩的响应。Web 服务器则在响应头中添加

 Content-Encoding: gzip

来向客户端表明响应体是经过 gzip 压缩的。

Apache不同版本使用的模块不同，在 Apache1.3 用的是 mod_gzip 模块，而 Apache2.x 用的是 mod_deflate 模块。用支持压缩的服务器来配置 Gzip 压缩输出是很方便的，它会自动在响应头中添加 Content-Encoding: gzip。

在服务器不支持对响应做 Gzip 压缩的情况下，我们可以事先用 gzip 命令把静态文件（如 js/css/xml/html 等文本内容）进行压缩。但 Web 服务器不会自动在响应头中添加 Content-Encoding: gzip ，必须手动为压缩过的文件添加这个响应头。如果服务器输出的是经过 Gzip 压缩过的内容而响应头中又没有 Content-Encoding 的声明，大多数浏览器不会正确识别响应体，Google Chrome 是个特例。

gzip 命令产生的文件默认是以 .gz 为后缀名的，比如

 ~$ gzip jquery.js

命令输出的就是 jquery.js.gz 文件。一般情况下，浏览器都是以 MIME 来识别响应类型，而不会以后缀名来识别。所以我们把这些静态文件经过手动的 gzip 压缩，把链接请求改成 .gz 的后缀，只要正确声明了 Content-Encoding 就不会有问题，但 Google Chrome 是个特例。 我做了个测试：

所以最好的办法是用 gzip 压缩，但不添加 .gz 保持原文件的后缀名，正确添加 Content-Encoding 声明。这样可以保证多数浏览器可以正确识别。但也有个缺点，就是维护起来就比较麻烦了。

-EOF-

参加工作后，随着编程经验的积累，我越来越能体会这本书中观点。每一次重读书中的章节，都会有新的收获；结合自己的每次经历，都能与之共鸣。——这是对我影响最深的一本书，也是我向朋友和同事推荐次数最多的一本书。有趣的是，书前 Kevin Ruland 的评论说到：这是我唯一不会出借的一本书。究竟是一本什么样的书会让大师都如此爱不释手？

这本书所涉及的内容很广，涵盖了程序员成长过程中和软件开发过程中需要注意的地方。从程序员的个体哲学到编码过程中的各个环节，再到团队的项目管理；从程序员要如何扩充知识，如何思考问题，如何利用有效的工具打造个人的工作环境，到项目启动之前如何建立一些基本准则，如何分析、设计、编写、测试、重构，如何实现自动化，甚至是项目团队中提高实效的原则。书中的内容全部都是来自经验的总结，倡导编程中正确的观念和良好的习惯，而这正是优秀的程序员必须拥有的良好素质。

书中讲述的原则源于实践，高于实践，它们蕴涵着前辈们的智慧。随着知识的扩展、编程体验的增加，对这本书中的内容的理解也会愈加深刻。反过来，对前辈菁华的吸收，有助于我们提高编程水平，开发出更好的产品。

我深信这不是一本只要读一遍的书。这些原则看似简单，但细细品味一番，却是大哲大道，环环相扣，要理解透彻并不容易。例如，提示44告诉我们“不要靠巧合编程”，这道理看起来好像很简单，但我发现实际工作中还是很容易就犯这个错。细想一下BUG列表中的问题，其中的大多数不正是由于作了不正确的假设，或者是想当然造成的吗？要是一开始就有深思熟虑，经过了合理的设计，完整有效地进行测试，大部分都可以避免罢！而思考、设计、测试又紧扣书中其它章节。

曾经和朋友讨论关于员工培训的事。如果给程序员做培训的话，我首选的材料就是这本《程序员修炼之道》。

-EOF-

上海Moto维修中心跟客户交流的是前台小姐，技术人员不知道躲在哪里。非专业用户可能被骗说是主板问题，专业用户的意见没法传达到技术维修人员那里，这样怎么修手机？检测完前台小姐出来答话，说是主板问题，修要480，我问主板什么问题，她才说是主板上的芯片问题，再问什么芯片，答不上来。

什么芯片坏了要480？为什么不说出来？怕被我知道后他们的谎言就穿帮了？什么芯片这么好要480？这么好的芯片要是坏了我的手机除了一直在耳机模式之外就什么问题都没有了？

满街的修手机都这样，大品牌客服也这样，就没人管？Moto的维修协议上还说要是手机被他们修坏了他们不负责。很多所谓的专业技术维修人员连基础的电子和数字电路的原理都没我清楚。公职人员拿了纳税人的钱都在干嘛？是不是管小摊没好处拿，管大企业怕影响税收？作为弱势群体很无助啊！我要自己修！

当然换主板在大部分情况下都能修复手机的问题，但有必要吗？我更倾向于把问题最小化定位，尽量针对最小的模块修复。就像鼠标左键单击变双击一样，没必要换整个鼠标，只要把按键那个元件换一个焊上去就好了。

这个问题让我想起这篇文章《当国联航弄坏了我的吉他》。

关于 Moto E6 手机的这个问题参见：

1. 百度知道
2. ZOL中关村在线

-EOF-

延迟调用

setTimeout 函数允许在指定时间之后在全局对象（window 对象）里执行一个无参数函数。利用闭包的特性，我们就可以给这个函数传递参数。

1
2
3
4
5
6
7

function dosomething(param) {
    return (function() {
        //这里可以得到 param 这个参数
        alert(param);
    });
}
setTimeout(dosomething('参数'), 1000);

命名空间

闭包包含了函数代码和绑定了自由变量的计算环境，这个环境就可以给函数提供一个私有的命名空间。这个特性可以用在很多情况下。例如一个字符串解析函数需要一个特殊字符列表，如果把这个列表定义在函数体中，那么每次调用这个函数的时候都要重新初始化一次特殊字符列表。有两种方法可以避免这种重复计算，一是把特殊字符列表定义成全局的变量。但这样至少会产生两个问题，污染了全局命名空间，同时这个全局变量在任何地方都可以被修改。第二种方法就是利用闭包，示例代码如下。

1
2
3
4
5
6
7
8

var parse = function(){
    var list = ['t', 'n', '\' /* other */];
    return function(str /* 要解析的目标字符串 */) {
        //do parse
    };
}();
 
parse('hello');

这样，不管调用多少次 parse 函数，特殊字符列表都不会重新初始化了，而且外部任何地方都无法访问这个列表。

通过闭包可以做什么，以上只是举两个比较常见的例子，有一篇文章说闭包什么都可以做。有的时候不用闭包可能也可以实现相应的功能，但闭包使 JavaScript 变得更加灵活，可以让你写出更加优雅的代码。要详细解答这个问题要通过大量的实践和总结了，我们只要对它的原理理解了，平时开发的时候多思考，就知道该不该用闭包了。

-EOF-

这本书的书名叫 JavaScript: The Good Parts，内容共 150 页左右。原本以为这么薄的书直接在书店看完就好。但当我在书店花了大约半小时时间快速看了一遍之后我觉得它值得我买下来。

它概括了 JavaScript 这个脚本语言的核心内容，不仅总结了语言的精华部分，还指出了“鸡肋”和“糟粕”。如果说犀牛书展现了 JavaScript 特性的丰富和功能的强大，这本书就体现了 JavaScript 语言轻巧简洁的特点。

其实 JavaScript 就是这么简洁，但是它很灵活，使用得好，可以编写出功能强大的程序。语言中核心的内容，也就是犀牛书的第一部分，全部在这本书中被总结出来了。但这并不表示可以从这本书入门，它不是入门级的，不适合初学者。作为概括总结，它是一本很好的帮助你提高 JavaScript 水平的书籍，因为总结也是学习的过程。

这本书的特点是，薄但内容丰富。它用精炼的文字、形象的语法图（railroad diagram）和简短的代码片断总结了 JavaScript 的核心内容。对于对 JavaScript 已经有较深理解的人来说，它可以帮助你整理总结并加深对 JavaScript 的理解，对于了解程度低一点的人来说，它可以帮助你学习 JavaScript 的编程思想。不过就像作者的前言所说的，必须反复阅读。这也正是我决定购买这本书的原因。

书的最后那个 json_parse 的例子给我的印象很深。这是本书唯一一个完整的实例代码，它包含了 JavaScript 中很多重要的知识点和代码设计风格（比如闭包），很值得研究学习。

-EOF-