July 2010 Archives

今天在 comp.emacs 新闻组扫文章时，看到里面的一位大神 Xah Lee 的文章 death of newsgroups (Microsoft closing their newsgroups)，讲了一些比较著名的新闻组的人气渐渐低落以及经常被 spam 影响的事实。在文章后面还讨论了一些基于 web 的论坛和 wiki 等“新媒体”。

文章下面有两人参与探讨了这个问题。其中一位人提出说新闻组已经落伍了，如果新闻组被网页论坛取代，是一种进步；如果新闻组被邮件列表取代，则是一种退步。其中也提到了各种观点。最后一人提出了不同的想法，提出网页论坛有限制阅读的情形，其实想对于新闻组并不领先。

相对于中文新闻组来说，英文的新闻组可以说是非常活跃、令人羡慕了。以我过去的印象来看，我觉得中文新闻组可以说从来没有发展起来。可能相对于上个世纪 70 年代，今天有了太多的在线交互工具，所以对于新闻组这种古老的媒介，可能也仅仅适用于交流一下技术问题吧。我在上初中那时候（2000 年左右）还有千帆之类的服务器提供中文新闻组，到现在这些服务器早就不干了。在那个时期，针对于技术上的讨论似乎没有形成主流，那些中文新闻组里充斥着一些闲聊话题。如果中文新闻组里面主流的话题是休闲而非技术的话，新闻组相比起一些新兴的媒介来说是没有什么吸引力的。所以到后来中文新闻组里面就没有什么讨论了，自然无法逃脱关闭的命运。

英文新闻组，据我的观察，比较能形成讨论规模的，也仅仅是一些著名的技术频道。记得我第一次上新闻组时（那是在 Windows 下用 xnews），看到机器呼哧呼哧的下载那长长的新闻组频道列表时的兴奋劲是难以形容的。那种感觉就像是一扇巨大的门被推开了，门后有无数的资源等待你去探索。可当我进入一些新闻组后，却发现里面根本没有有价值的讨论，常见的只是一些 spam 了。到最后发现讨论比较活跃的也仅仅是那么几个新闻组罢了。

在我目前的大学里，有一个针对学生开放的新闻组服务器，可惜使用的人很少。我身处的计算机系理论上说是有最多的学生有可能使用新闻组的，可我在周围没有见到一个。仅有的使用着可能就是一些比较年长的教授了吧。上个学期我有一门课是一个老教授教的，他在过去教课的时候会建立一个新闻组供大家提问，我那个学期时老师统计了一下好像没有人上新闻组，于是就和其他老师一样用 nTreePoint 的网页论坛了。

我在 2008 年初的时候知道了学校的新闻组服务器，配置了 Gnus 可以登陆上去后，兴冲冲的扫描了一下新闻组列表，却找不到任何 cn.* 的新闻组。上网查了一下原因，才知道新闻组服务器在同步的时候可以设定同步哪些新闻组，北美大学的新闻组服务器大概不大需要同步中文的新闻组了，而且中文的新闻组也实在没有什么正规的讨论有同步的价值的。后来我只好四处找免费的同步中文新闻组的服务器，最后找到了 freenews.netfront.net 这个服务器，虽然说它会在你发送信息的后面加上它们的广告签名，倒是可以接受。

找到了提供中文新闻组的服务器之后，我又发现了一个问题，就是这些新闻组已经没有什么有价值的中文讨论了。后来我发现稍微比较活跃的是 cn.bbs.* 之类的新闻组，经过搜索发现是同步的 SMTH 的一些房间的讨论，而真正的在 USENET 的服务器上的中文讨论已经不存在了。而 SMTH 这个中文 Telnet BBS，它的存在我感觉有些反常，当然我不了解清华内部是如何宣传的，不过我觉得和这类 BBS 的 web 化和校内讨论媒介的单一性有一定的关系，不然怎么可能向非计算机专业的学生来介绍新闻组使用方法呢。

今天网页论坛渐渐取代了我们过去的新闻组、邮件列表等交互方式。它有它的长处，简单、管理成本低廉、更加现代。相比起新闻组，它的话题更加分布，而不是像新闻组服务器那样把无数个新闻组一网打尽。不过网页论坛也有很多地方我不喜欢，相比起新闻组来说，它在策略上更加复杂，不如新闻组那么“纯”。新闻组在贯彻“内容与格式分离”上来说更加彻底一些，而网页论坛则又各种各样的版本，相对来说更加不统一。而且最令人讨厌的是，一些不那么严肃的网页论坛的管理者喜欢弄一些分级策略，发贴攒一定积分才能浏览一些帖子，这在技术讨论上也格格不入。

另一种形式的网页论坛与新闻组更像，就是 Google Groups，因为它本身就来源于新闻组。从某方面来说，Google Groups 挽救了新闻组，它让新闻组文化更加流行。从另一方面，Google Groups 也极大的分流了新闻组的访问量，这也确实令人苦恼。Google Groups 让人人都可以创立一个自己的“新闻组”，但不能与传统的新闻组同步。有很多非常不错的中文技术讨论组，非常活跃，但可以都不是传统的新闻组。相反的，Google Groups 的邮件提醒策略可以让 Google Groups 与邮件列表更为接近。

我的 Gnus 的固定新闻组只有 4、5 个，常常访问的也只有 2 个而已。或许这方面的讨论的活跃度确实在渐渐降低，但我还是希望它能够保留，我觉得在技术讨论上它是更好的形式。

什么样的操作系统早就什么样的操作习惯。

在过去用 Gentoo 的时候，很多动作都是在终端下面完成的。而在 Mac OS X 中，我虽然每次开机后一定要启动的程序就包括了终端，但很多动作都无法在这边完成了。久而久之，我对这些动作的命令也记不太清了。

印象里过去在 Gentoo 时用的很多的一个命令就是 locate。有的时候需要在硬盘上寻找某个文件，相对于 find 那些繁杂的参数，locate 是最简单的了。其实 locate 就是一个 find 加强版前端。它维护一个数据库，提前运行 find 命令来遍历硬盘上的文件，把结果存放在数据库中，调用 locate 的时候就是从数据库里搜索。这样无论是便利上还是速度上都非常不错。

虽然在 Gentoo 下面我也运行 beagle，但我用的并不多。我当时看到 Nat Friedman 的 Beagle 演示视频 感觉非常不错，可当我实际上使用后发现它并不适合我。一是它的速度比较慢，我印象里理想的桌面搜索应该就像在一份文档里执行查找命令那样，不光可以立即到达搜索的地方，而且可以增量搜索。可我实际上使用起 Beagle 来看，它的效率还达不到。另一方面可能是桌面搜索本身的问题了，有时候我会思考我为什么要搜索桌面。或许我使用计算机主要的作用不是文档方面吧。如果我要管理一系列文档，或者需要与其他人进行事物性互动，我可能会觉得桌面搜索有用。而把计算机用来编程的话，我感觉桌面搜索的方向不对。

我在看了 Mac OS X 的一些介绍后，曾经非常喜欢里面的 Spotlight 桌面搜索。觉得这是把桌面搜索完美的结合到了日常事物当中去了。可实际上使用了 Mac 后，我感觉并不是那么一回事。首先是速度还是太慢，或许硬件提升之后会有改善，但我目前使用的 MacBook（2.4G / 2G）无法达到要求。其次在使用起来它也并不是很方便。所以有时我更喜欢用 Linux 下的 locate 搜索。

或许 Apple 本身并无意让用户过多的接触 UNIX 下的一些工具，所以我觉得相比起 Gentoo 下的 locate， Mac OS X 下的 locate 在便利性上差了一些。主要是一些辅助工具。我在开始用 Mac OS X 下的 locate 时，把过去知道的创立数据库的命令尝试了个遍，就是没有可行的。后来搜索网络才找到了正确的命令，不过这命令也太变态了吧，完全没有过去的那种方便直观。

我在那篇文章中说，那个命令是用来创建数据库的，而我当时还没有找到更新用的命令，留在以后找到了再补充。今天想用 locate 搜索 magit 安装的文件时忽然想起了这件事，就专门搜索了一下，找到了更新数据库的命令：

sudo /usr/libexec/locate.updatedb

运行之后，系统会调用 find 来更新数据库，所以会占用一些 CPU 资源。具体耗时要看硬盘上的文件比上次更新数据库有了多少改动。

我现在离过去用 Gentoo 的时间有点长了，对于当时是怎么更新数据库的没有印象了。我忘了是我定期手动执行命令来更新还是放在脚本里定期运行的。不过好在更新了数据库之后，locate 又可以使用了。我尝试了一下，速度明显比桌面搜索来的快。用文件名搜索也非常精准。

Magit 是 Emacs 的 git 前端，想对于在 Emacs 当中写完代码再切换到终端去 commit 代码，或者去做一些 diff 之类的操作，把一切都放在 Emacs 当中比较方面一些。而且想对于命令行来说，这种方式也更加直观。

想对于集中式的代码管理外，我感觉对于个人来说，分布式的代码管理更加灵活一些。我目前用 git 的功能也不多，很多高级功能我也还没有掌握。我主要是把 git 用来记录 log 更多一些，有时候建几个分支罢了。我目前主要的编码活动是用 Java 来写面向对象课程的作业，作业本身不算难，但弄出来的代码很多。几部分不能一下子就完成，所以我会完成了一部分之后就 commit 一下。我这学期的面向对象作业都是这么做的，从第一次就开始，感觉一直很好。

有一天我发现 Magit 突然不能 commit 了。每当我写完 commit log 之后，按下 C-c C-c 之后，就没有任何反应了。后台可以看到 git 进程，但 CPU 使用率是 0.0%，也只能手动杀死。杀死之后运行一下 git status 看看，根本没有任何提交，这就让人非常苦恼了。我目前使用 Magit 的感觉来说，其中最爽的一步就是提交了。写好了 log 之后看到之前的工作都进入了 repo 的那一刻，成就感是无与伦比的。这下子不能 commit 了，就让这种快感打了折扣了。

这个问题发生在我写第一次和第二次作业之间，当中我也没注意到发生了什么，突然就发生了这种问题。结果做第二次作业的时候感觉就不如第一次作业时那么顺了。不过那段时间比较紧张，我也没有去找到底是哪里出了问题。我印象里好像是把 Magit 从 0.7 升级到了 0.8 才有了这个问题。于是就尝试重装了几遍，但问题是依旧。我觉得这应该是一个 bug，于是就耐心等待看看下一个版本。

今天看到了 Magit 0.8.1 发布的消息，正好看到 Homebrew 里面也有了 Magit 的 formula，就安装了。安装好后我发现还是有这个问题，就去 issues 去看了一下，发现已经有人报告了同样的 bug report。底下有人回复说是 Emacs trunk 的问题，不过我印象里没有记得那阵子编译安装过最新版 Emacs。

第二条回复里说：“Setting 'magit-process-connection-type' to nil resolves this for me.”，我于是就试了一下，在 .emacs 文件里面加了这么一行：

(set 'magit-process-connection-type nil)

再在 Magit 里面运行了一下 commit，发现久违的 commit 又回来了。

来到加拿大之后，我感觉我很长时间没有好好的洗身上了。

头发是经常要洗的，再不在意的人也无法忍受头皮发痒的感觉，而且洗发液用起来也很方便。可身上就不那么容易了。一来身体的面积要比头发大的多；而来肥皂在浴室里也不容易保存，我又不喜欢沐浴液的感觉。与抹肥皂后洗完的那种令人愉快的粗糙感感觉不同，用沐浴液洗完后皮肤是滑腻的。我不知道这种感觉是否普遍正常，但对于用了20多年肥皂的我来说，这种感觉让人很不放心。抹了肥皂或沐浴液后身上自然是光滑的，用水冲了之后如果还是光滑的话，让我有种没有冲干净的感觉。所以我不大愿意用沐浴液来洗澡。而这边卖肥皂的地方很少，我们的浴室也不如国内家里的那么齐全，肥皂盒只能放在浴池边上，很容易就进水了。所以从国内带来的肥皂也经常会被水泡没了。久而久之，我也不怎么用肥皂了。

我的皮肤不是油性的，因此对于清洁的需求不是很大。所以从小一直就是用肥皂来清洁的。我有同学的皮肤是油性的，我看到他们的盥洗用品里的那些瓶瓶罐罐就觉得很好笑，因为从小到大给我的经验是，女人才用洗面奶之类的洗脸。小时候我没有体会到面部的疙瘩的问题，在长大后看到了他们脸上那些疙瘩以及他们处理起来时那种自己痛苦别人恶心的样子，我也就渐渐的接受了用特殊物品洗脸的做法。

由于我的皮肤分泌油脂并不多，所以我常常在洗澡时用水冲一下就觉得可以了。所以在这几年在国外，我只有很少的几次用沐浴液彻底的清洗过身上，其他时候都是直接用水冲一下。相对而言，我身上出油最多的地方就是面部，尤其是额头与鼻子。不过和我遇见过的油性皮肤的同学比起来就少多了，所以有时候我就用卫生纸用力的擦拭这些地方，也能起到一点效果。至于是把油都给带出来了还是给压会皮肤里面了，我就不清楚了。

最近天气温度开始升温，我们家里的老旧空调又坏了，而且我又开始走路回家，因此回家后我就会出很多汗，同时也带出来一些油。我觉得又该到了清洗一下的时候了，而且家里用肥皂的效果不是很好，我就去超市买了专门清理皮肤的沐浴液。其中一种是 Dove 牌的，具体名称是什么我记不清了，一个明显的特点是其中有些固体颗粒，不知道是什么材质，我也没有仔细看说明。回家后感觉脸上很油，就用它洗了。洗完之后的感觉就是“从来没有觉得自己的脸这么干净过”。

这种沐浴液是洗皮肤的，我单独洗脸的时候就有些麻烦了，因为我的头发长，所以这些沐浴液容易沾到头发上，我清洗的时候也很不容易。我同时还买了一种 NIVIA 的，上面写着 for hair and body，因为是夏天，所以我买的是清爽型的，不过用了之后只是在往头发和身上涂抹的时候觉得有些凉，洗完了之后也没有觉得有什么不一样。

本来我觉得用专门清洗皮肤的沐浴液来洗应该效果很好，不过不知道是产品本身的问题还是因为最近天气实在是热，我洗完了之后没几天觉得面部又像从前那样了。难道这种东西有依赖性？这可不是什么好消息。

不过话说这两天 Winnipeg 实在是热，上周五已经突破了 30 度了。我那天下午走路回家，就有了蒸笼的感觉了。之前的几天从来没有到达这种程度。回家后也不觉得凉快，那两天让人感觉要疯掉了，晚上不冲凉别想睡觉。空气湿度也挺大，早上起来穿衣服的时候我甚至感觉刚穿上的衣服都有点湿乎乎的。我还发现了一点，就是晚上睡觉很难睡着，反而早早上 6 点多再上床就觉得床上很舒服了，不知道是不是和一天气温与湿度有关。那两天我一直希望能下场雨，终于在一天早上下了一场很短的大暴雨，我那是正昏睡着，没有仔细观察，不过听到雨的声音很大，可惜时间不长，因此没有起到很好的降温效果。如果可以下上一星期的小到中雨估计会好很多。