周保松 香港中文大学政治与行政学系教师

各位同学：

你们今天将披上毕业袍，在春雾弥漫杜鹃满山的三月，向大学生活道别。有同学对我说，老师，为我们写点什么吧，留个纪念。我明白你们的心意。中大是一座山，而政治系在山之巅。三年来，我们在山中一起思考政治、哲学与人生，日夕相处，度过无数难忘时光，此刻目送你们学成下山，真是既安慰又不舍。

让我从中大的树说起吧。你们都知道，中大多马尾松。马尾松并不起眼，长在山坡上，终年常绿，开花也好，结果也好，没人会留意。有时在校园散步，见到掉下来的松子，我会拾起几颗，带回家中。后来，我读到台湾作家周志文一篇回忆少年同学的文章，说这些一生默默无闻的人，犹如“空山松子落，不只是一颗，而是数也数不清的松子从树上落下，有的落在石头上，有的落在草叶上，有的落在溪涧中，但从来没人会看到，也没人会听到，因为那是一座空山”。这是实情。但想深一层，即便不是空山，即便人来人往如中大，我们又何曾关心那一颗又一颗松子的命运。在我们眼中，所有松子其实没有差别。一批掉了，零落成泥，另一批自然生出来，周而复始。世界不会因为多了或少了一颗松子而有任何不同。

松子的命运，大抵也是人生的实相。如果我注定是万千松子的一颗，平凡走过一生，然后不留痕迹地离开，我的生命有何价值？如果我只是历史长河的一粒微尘，最后一切必归于虚无，今天的努力和挣扎，于我有何意义？

每次想起这个问题，我的心情总是混杂。有时惶恐，有时悲凉，有时豁达，有时虚无。更多的时候，是不让自己想下去，因为它犹如将人置于精神的悬崖，稍一不慎便会掉下去。我于是退一步问，为什么这个问题总是挥之不去，总是如此影响心情。渐渐，我明白，我其实不可以不想，因为我是人，有自我意识和价值意识。我如此清楚见到自己在活着，见到当下眨眼成过去，见到自己作为独立个体在默默走着自己的路。更重要的，是我无时无刻不在衡量自己的生命。我们心中好像有杆秤，要求自己每天要活得好。我们认真规划人生，谨慎作出决定，珍惜各种机会，因为我们知道，生命只有一次，而生命是有好与坏幸福不幸福可言的。我们不愿意活得一无是处，不愿意虚度华年，意义问题遂无从逃避。

难题于是出现。从个体主观的观点看，我自己的生命就是一切，重如泰山。我的生命完结，世界也就跟着完结。我是宇宙的中心。但只要离自己远一点，从客观的观点看，我又必须承认，我只是万千松子的其中一颗。我的生命完结了，世界仍然存在，一点没变。我的生命如微尘滴水，毫无分量，很快遭人遗忘，后面有更多来者。这不是什么难以想象的事。每次去完殡仪馆，目睹至亲好友片刻化成灰烬，返回闹市，再次面对笑语盈盈的人群，我总有难言的伤恸。那一刻，我看到生的重，也看到生的轻。

既然我们的人生路线图早已画好，这中间的曲曲折折，真的有分别吗？

我想我们总是相信，那是有分别的。对，即使我是长在深谷无人见的松子，终有一天跌落荒野化成泥，我依然不会接受，我的人生和他人毫无分别，更不会接受我的人生毫无价值。但这是自欺吗？我们是在编织一张意义之网安慰自己吗？我不认为是这样。所有意义问题之所以成为问题，之所以困扰我，说到底，是因为我意识到“我”的存在，意识到“我”在活着自己的生命，并在规划属于自己的人生。如果我没有了一己的主观观点，只懂从一客观抽离的角度观照自身，我将无法理解“我”为何要如此在乎自己。我们必须先意识到“我”的存在，并在浩瀚宇宙中为“我”找到一个立足点，意义问题才会浮现。所以，即使我是一颗松子，也不必因为看到身边还有无数更大更美的松子而顾影自怜，更不必因为默默无闻而觉一生枉度。我真实经历了属于自己的春夏秋冬，见证一己容颜的变迁，并用自己的眼睛和心灵，体味生命赋予的一切。这份体味，是别人夺不走也替代不了的。

这份对自我存在的肯定，是我们活着的支柱。这个世界很大，这个世界有很多其他生命，但我只能从我的眼睛看世界，只能用我的身体和心灵去与世界交往。只有先有了“我”，我们才能开始思考如何活出有意义的人生。但问题并未在此完结。因为一旦有了“我”，自然也就有无数与“我”不同的他者。我们的样貌性情能力信仰家境出身，千差万别。有了差异，便难免有争。我们于是时刻将他人当作对手，并要为自己争得最多的财富地位权力。各位离开学校进入社会工作，可能感受最深的，正是这种无时无刻无处不在的竞争压力。我们未必喜欢争，但却不得不争，因为所有人都告诉你，世界就是一个竞技场，只有争才能生存，只有争才能肯定自己的存在价值。人世间种种压迫宰制异化，遂由此而生。

问题是，这些压迫宰制异化，真的无可避免吗？不同个体组成社会，难道不能够以更平等更公正的方式活在一起吗？这是过去三年，我们在课堂上经常讨论的问题。我认为，承认个体差异和接受平等相待之间，虽有张力，但并非不可调和。关键之处，在于我们能否将两种看似对立的观点融合。一方面，从主观的观点看，我们意识到自我的独特和不可替代，以及一己生命对于自身绝对的重要性。另一方面，转从客观的观点看，我们将意识到，如果我的生命对我无比重要，那么他或她的生命，也将对他或她同样重要。我们都是人，都有自己的生命要过，都渴望过得好。就此而言，我们的生命，有同样的重要性。我们不以一个人的出身能力财富，去将人划分等级，并以此衡量人的价值。推己及人，我们既看到人的差异，也看到人作为人共享的可贵人性，因而努力在群体生活中实践平等尊严的政治。也就是说，我们既要肯定个性，鼓励每个人自由地活出自己的生命情调，同时要彼此关顾，保障人的平等权利，使得人们能够公正地活在一起。这是我常说的，我们应该追求一种自由人的平等政治。

我觉得，受过大学教育的人，应该有这样一份对人的平等关注。但这并不容易。试想想，各位也是经历重重考试，并将很多同辈甩在后面，才能进入中文大学。而一旦离开校门，迎面而来的将是更激烈的竞争。既然这样，我们如何能够穿过人的种种差异，看到人性中共享的价值，并以此作为社会合作的基础，实现平等尊严的政治？到底需要怎样的制度建设和文化氛围，我们才能培养出这样的道德信念？这是活在资本主义社会的我们必须认真思考的问题。

各位下山之际，为什么我还要如此絮絮不休和大家探讨这些问题？因为问题重要。在上面的讨论中，我指出生命中有两重根本的张力，并尝试提出化解之道。第一重是两种观照人生的方式带来的的张力，第二重是生命的差异和平等导致的张力。第一重张力，影响我们如何好好地活着。第二重张力，影响我们如何好好地活在一起。各位身为读书人，关心生活关心政治，是一生之事，不应随着披上毕业袍而终。

大家应该还记得，去年冬天上完《当代政治哲学》最后一课，我们曾在联合书院教室外那个裂开的大松子雕塑前合照留念。那个大松子啊，笑得活泼率真。在我眼中，你们都是独一无二的松子。

在安装过程中,主要遇到以下几个问题,现总结一下:

 1. 在VMware虚拟机中，网上的有的朋友说CPU需要选择下面这个：

2. 装到最后快成功的时候,显示还有一分钟,安装程序卡死在这里,一直不动.我等了一会儿以后,直接关掉虚拟机电源,然后重新打开虚拟机,结果发现系统正常进去了.

3. 安装完成后，发现虚拟机老是启动不了，提示什么cpu不能使用，然后就会反复重启中，到网上找了下资料，有人说需要把虚拟机目录下 vmx文件中把guestOS修改为：guestOS = "darwin10"，保存后重新开户虚拟机即正常了。

4. 安装以后,发现系统不能重硬盘启动.只能通过光驱挂载启动文件(darwin),才能进入系统.目前这个问题还没有解决。

5. 成功安装了声卡,显卡,网卡驱动。声卡驱动使用的是: EnsoniqAudioPCI；显卡驱动使用是:

VMsvgeII，网卡使用的是: VM_NET_Driver_for_Mac_OS。 

6. 虚拟机里面的光驱接口要选择SCSI，否则进入系统会识别不了。

下面放几张图看看：

桌面截图:

五笔输入法(使用的FIT): 

Chrome浏览器:

QQ截图:

分辨率切换:

声音设置:

网络设置:

系统资源使用情况:

网卡驱动下载:  点击下载此文件

声卡驱动:          点击下载此文件

显卡驱动:          点击下载此文件

       开始还以为是我不小心点了哪里的广告或链接进去，然后再试了下就发现最开始打开是正常，稍等一下就跳转到了上述baidu空间，截图如下：

          通过抓包发现zol.com.cn有一个这样的请求页面：

          http://stat.zol.com.cn/ol.php?ad_key_list=konka27888hpword|hp28670hpword|sharp28509hpword|autodesk29002hpword|logi28247hpword|canon29111hpword|hp29439hpword|nikia29702hpword|hp29812hpword|kaba28995hpword|toshiba29786hpword|hp30245hpword|hp30268hpword|jind29862hpword|sam30469howord|nokia30551hpword|hkc28268hp248|canonhpzq|intel29615hpwz|len29974hp760|len30545hp760|len30131hp760|len30131hp760a|intel30535hp760span|haier26119hp400|haier26119hp400|changw25896hp145|haier26009hp100|haier26009hp100&t=1271744692790943

          内容如下：

            目前还不清楚是误更新还是被人利用了。

　　pjblog 2.7的版本用了很长的一段时间，一直没有去升级，最近看看pjblog3出来很久了，终于有了想升级的想法。

　　不过，看了官方网站的升级，还真挺麻烦的，不能直接从2.7升级到最新版本，要一步步往上升，还是比较麻烦。  

　　所以后来自就直接重新安装了新的版本，然后手动把数据导入到3.0里面。 目前测试了，功能都还正常。

　　也没有用什么很多插件，所以安装插件是很快的，目前正在感受pjblog3的功能改进。

　　似乎pjblog4也出来，希望能够到时会有一个完整的升级方案，对于不太懂这方面的朋友能够快速升级。

    Google.cn最终还是退出了中国。

       由于这一决定，2010年3月23日，注定要成为互联网历史上一个特殊的日子。

      选择永远是痛苦的，生活中美好的事物总是以牺牲另外同样美好的事物来换取。

      但愿时间能够澄清所有的疑惑和不解，推测与流言！      

      愿Google在新的征程上一路走好！     

    虽然最后的商谈结果仍然没有出来，但可以预见，Google的离开似乎已成定局。

    慕文明而来，因文明而去。

    且看Google.cn logo:
 

   在这没有节日的时段，推出此logo,不能说谷歌没有意义。

   2010年1月14日，谷歌发布退出中国和关闭谷歌中国站点消息的第二天，谷歌中国网站的LOGO变成了上面的四大发明。

   曾记得几年前谷歌进入中国的时候，宣称为中国古文明而来。
   或许为了纪念这个夙愿，谷歌在这即将离别的日子，用这样一个富含谷歌文化和中华文明意味的LOGO，说不出是一种什么滋味。
  
   不知道是谷歌是在怀念过去，还是在纪念即将的离开，亦或是对文明之国的不解和困惑。

   放弃，为了实现当初的格言，为了改变世界的梦想，需要莫大的胸怀与勇气！

  四年坚持，曾经梦想终难守， 今朝放弃，往日格言始自高！

　　本文译自Nicholas C. Zakas于2009年2月17日在个人网站上发表的《Speed up your JavaScript, Part 4》。原文是唯一的正式版，本文是经过原文作者授权的简体中文翻译版。译者在翻译的准确性上做了大量的努力，并承诺译文的内容完全忠于原文，但可能还是包含疏漏和不妥之处，欢迎大家指正。译序和译注的内容是非正式的，仅代表译者个人观点。

　　译者序：在Web开发中，JavaScript的一个很重要的作用就是对DOM进行操作，可你知道么？对DOM的操作是非常昂贵的，因为这会导致浏览器执行回流操作，而执行了过多的回流操作，你就会发现自己的网站变得越来越慢了，我们应该尽可能的减少DOM操作。本文是这个系列的最后一篇，给出了一些指导性原则，比如在什么时候应该对DOM可以进行什么样的操作等。

　　以下是对原文的翻译：

　　在过去的几周中，我为大家介绍了几种可以加快JavaScript脚本运行速度的技术。第一节介绍了如何优化循环。第二节的重点放在优化函数内部代码上，还介绍了队列（queuing）和记忆化（memoization）两种技术，来减轻函数的工作负担。第三节就如何将递归转换为迭代循环或者记忆化方式的话题，展开了讨论。第四节是这个系列的最后一篇，也就是本文，将重点阐述过多的DOM操作所带来的影响。

　　我们都知道，DOM操作的效率是很低的，而且不是一般的慢，而且这也是引发性能问题的常见问题之一。为什么会慢呢？因为对DOM的修改为影响网页的用户界面，重绘页面是一项昂贵的操作。太多的DOM操作会导致一系列的重绘操作，为了确保执行结果的准确性，所有的修改操作是按顺序同步执行的。我们称这个过程叫做回流（reflow），同时这也是最昂贵的浏览器操作之一。回流操作主要会发生在几种情况下：

* 当对DOM节点执行新增或者删除操作时。
* 动态设置一个样式时（比如element.style.width=”10px”）。
* 当获取一个必须经过计算的尺寸值时，比如访问offsetWidth、clientHeight或者其他需要经过计算的CSS值（在兼容DOM的浏览器中，可以通过getComputedStyle函数获取；在IE中，可以通过currentStyle属性获取）。

　　解决问题的关键，就是限制通过DOM操作所引发回流的次数。大部分浏览器都不会在JavaScript的执行过程中更新DOM。相应的，这些浏览器将对对DOM的操作放进一个队列，并在JavaScript脚本执行完毕以后按顺序一次执行完毕。也就是说，在JavaScript执行的过程中，用户不能和浏览器进行互动，直到一个回流操作被执行。（失控脚本对话框会触发回流操作，因为他执行了一个中止JavaScript执行的操作，此时会对用户界面进行更新）

　　如果要减少由于DOM修改带来的回流操作，有两个基本的方法。第一个就是在对当前DOM进行操作之前，尽可能多的做一些准备工作。一个经典的例子就是向document对象中添加很多DOM节点：

/*
for (var i=0; i < items.length; i++){
var item = document.createElement("li");
item.appendChild(document.createTextNode("Option " + i);
list.appendChild(item);
}
*/

　　这段代码的效率是很低的，因为他在每次循环中都会修改当前DOM结构。为了提高性能，我们需要将这个次数降到最低，对于这个案例来说，最好的办法是建立一个文档碎片（document fragment），作为那些已创建元素元素的临时容器，最后一次将容器的内容直接添加到父节点中：

/*
var fragment = document.createDocumentFragment();
for (var i=0; i < items.length; i++){
var item = document.createElement("li");
item.appendChild(document.createTextNode("Option " + i);
fragment.appendChild(item);
}
list.appendChild(fragment);
*/

　　经过调整的代码，只会修改一次当前DOM的结构，就在最后一行，而在这之前，我们用文档碎片来保存那些中间结果。因为文档碎片没有任何可见内容，所以这类修改不会触发回流操作。实际上，文档碎片也不能被添加到DOM中，我们需要将它作为参数传给appendChild函数，而实际上添加的不是文档碎片本身，而是它下面的所有子元素。

　　避免不必要回流操作的另外一种方法，就是在对DOM操作之前，把要操作的元素，先从当前DOM结构中删除。对于删除一个元素，基本有两种方法：
1. 通过removeChild()或者replaceChild()实现真正意义上的删除。
2. 设置该元素的display样式为“none”。

　　而一旦修改操作完成，上面这个过程就需要反转过来，将删除的元素重新添加到当前的DOM结构中，我们还是拿上面的例子来做说明：

/*
list.style.display = "none";
for (var i=0; i < items.length; i++){
var item = document.createElement("li");
item.appendChild(document.createTextNode("Option " + i);
list.appendChild(item);
}
list.style.display = "";
*/

　　将list的display样式设置为“none”后，就将这个元素从当前的DOM结构中删除了，因为这个节点不再可视。在将display属性设置回之前的默认值之前，向其下添加子元素是不会触发回流操作的。

　　另外一个经常引起回流操作的情况是通过style属性对元素的外观进行修改。比如下面这个例子：

/*
element.style.backgroundColor = "blue";
element.style.color = "red";
element.style.fontSize = "12em";
*/

　　这段代码修改了三个样式，同时也就触发了三次回流操作。每次修改元素的style属性，都肯定会触发回流操作。如果你要同时修改一个元素的很多样式，最好的办法是将这些样式放到一个class下，然后直接修改元素的class，这可比单独修改元素的样式要强得多。比如下面这个例子：

/*
.newStyle {
background-color: blue;
color: red;
font-size: 12em;
}
*/

　　这样我们在JavaScript代码中，只需下面这行代码就可以修改样式：

/*
element.className = "newStyle";
*/

　　修改元素的class属性，会一次将所有的样式应用在目标元素上，而且只会触发一次回流操作。这样做不止更加有效，而且还更容易维护。

　　既然DOM几乎在所有情况下都很慢，就很有必要将获取的DOM数据缓存起来。这种方法，不仅对获取那些会触发回流操作的属性（比如offsetWidth等）尤为重要，就算对于一般情况，也同样适用。下面介绍一个效率低的夸张的例子：

/*
document.getElementById("myDiv").style.left = document.getElementById("myDiv").offsetLeft +
document.getElementById("myDiv").offsetWidth + "px";
*/

　　这里对getElementById()调用了三次，是一个很大的问题，访问DOM是很昂贵的，而这三个调用恰恰访问的是同一个元素，也许我们像下面这样写，会更好一些：

/*
var myDiv = document.getElementById("myDiv");
myDiv.style.left = myDiv.offsetLeft + myDiv.offsetWidth + "px";
*/

　　我们去掉了一些冗余操作，现在对DOM操作的次数已经被减小了。对于那些使用次数超过一次的DOM值，我们都应该缓冲起来，这样可以避免无谓的性能消耗。

　　也许，拖慢属性访问速度的罪魁祸首就是HTMLCollection对象。这些对象是object类型的，只要DOM需要返回一组节点时就会使用这个对象，也就是说childNodes属性和getElementsByTagName()的返回值都属于这种情况。我们可能经常会将HTMLCollection当作数组来使用，但实际上他是一个根据DOM结构自动变化的实体对象。每次你访问一个HTMLCollection对象的属性，他都会对DOM内所有的节点进行一次完整匹配，这意味着下面的代码将导致一个死循环：

/*
var divs = document.getElementsByTagName("div");
for (var i=0; i < divs.length; i++){  //infinite loop
document.body.appendChild(document.createElement("div"));
}
*/

　　这段代码为什么会变成死循环呢？因为在每次循环中，将会向document中新增一个div元素，同时也会更新divs这个集合，也就是说循环的索引永远都不会超过divs.length的值，因为divs.length的值是伴随着循环而递增的。每次访问divs.length，就会更新一次集合对象，这可比访问一个普通数组的length属性要付出更大的代价。当对HTMLCollection对象进行操作时，应该将访问的次数尽可能的降至最低，最简单的，你可以将length属性缓存在一个本地变量中，这样就能大幅度的提高循环的效率。

/*
var divs = document.getElementsByTagName("div");
for (var i=0, len=divs.length; i < len; i++){  //not an infinite loop
document.body.appendChild(document.createElement("div"));
}
*/

　　修改后的代码已经不是死循环了，因为在每次循环时，len的值都是保持固定不变的。将属性值缓存起来除了更加有效率，还可以保证document不会执行多于一次的查询。

　　本文是“Speed up your JavaScript”这个系列的最后一篇文章，我希望你现在已经知道如何避免那个脚本失控的对话框，以及如何让你的脚本运行的更快。我所提到的技巧很多别人已经提过了，我只是将它们组织到一起，这样大家可以更容易的找到这些信息。如果你有什么更好的话题需要来我整理，在评论中直接告诉我，或者直接联系我吧。