Results tagged “mac”

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

在过去用 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 又可以使用了。我尝试了一下，速度明显比桌面搜索来的快。用文件名搜索也非常精准。

自从 2008 年 4 月 1 日我把目前使用的这台 MacBook 买回家后，一直用到了今天。总体上还是令我满意的：操作系统上虽说我从一些细节上更希望用 Linux 一些，但 Mac OS X 与 Linux 也算是各有千秋；我看中 MacBook 的主要还是它的硬件。我上一台笔记本电脑 DELL XPS M1330 的差劲质量实在让我怕了，那台电脑属于 DELL 的家用机系列，没有全球保修，所以一旦出了我修不了的问题，就直接天地不应了。上次就是在学期中间电脑的屏幕坏了，实在给我带来了很多麻烦。

当时我买电脑的时候也从不同品牌的电脑之中挣扎了几下。那一阵子我用 Gentoo 用的正爽，感觉无论从速度上还是从实用性上来说，Gentoo 都能满足我。但我对硬件上的选择没有信心，几年来我用过的笔记本电脑也只有 DELL 和 Thinkpad 的。其它的像宏基什么的，我只给别人修过，具体用上去怎样我不了解。DELL 是不用考虑了，Thinkpad 系列据说对 Linux 的支持挺好的，但在我们这边没有卖的，我也从来没有见过当地人使用 Thinkpad 系列的，而且 Thinkpad 系列的行价比低到了极点，所以从硬件角度上我选择了 MacBook。我买之前一直借用当时室友买的 MacBook，因此对 Mac OS X 也算比较适应了，感觉可以用来完成日常工作，这从软件上加强了我买 MacBook 的信心。当然我买回 MacBook 不久就想着把 Gentoo 安装到 MacBook 上去，结果发现需要配置的东西实在太多——键位映射、鼠标右键、声音、无线网络这些都需要慢慢调整，我最后只能放弃了。如果有人能弄一个 gentoo-macbook 的 portage 来个一键设定就好了。

相比起我过去用过的笔记本来说，MacBook 的硬件质量还是说的过去的。当然中间出过小问题，但都不如上次在 DELL 上的那次严重。有一次我在睡觉的时候把敞开的 MacBook 放在了枕头下面，睡觉起来发现触摸版右侧边缘的地方碎裂了一小块。当时的保修期还没有过，我就去了买电脑的地方，花了一个星期的时间，把整个键盘面板都换新了，感觉不错。

用到现在，除了有时 CPU 使用频率过高，导致风扇转的嗡嗡的烦人外，硬件方面又出了一点比较严重的问题。最近几天，我发现在写程序或浏览文档的时候，光标会莫名其妙的跳到别的地方。我开始以为是我的手掌碰到了触摸板，但观察了一会怎么也觉得不对，应该是不会碰上的。而且我过去用了两年的时间，都没有发生过这种情况，现在不可能一下子手的位置就摆错了。这个问题在写程序的时候比较严重，常常时不时就把程序搞乱，让人发疯。所以在检测出问题来前，我只好小心翼翼的操作。

后来在偶然的机会，我发现了问题的所在。原来在触摸板右侧的垫放手掌的这一块上，稍微用点力往下压，就有了鼠标左键点击的结果，几乎是百试不爽。原来是这边串线了啊。可惜的是保修期过了，苹果的这个保修好像还挺麻烦，需要单独购买他们的整年服务，很麻烦，所以也就没有去修。暂时的解决的方案，就是用外置的鼠标，看看能不能把触摸板给禁用了。之前没有这方面的经验，我也不知道能不能行。

关于 MacBook 的硬件的坚固程度，我虽然相信苹果产品的品质，但心里也会经常有些惴惴。主要是在挪动的时候，总会听见一些解封之间摩擦的声音，接缝也感觉不是很紧密。相比较起来，我看到别人用的铝质外壳的 MacBook Pro 则感觉应该坚固多了吧，特别是后来出了 Unibody 的产品，这方面应该更有优势了。

最近上网感觉很不爽，因为突然觉得浏览器都不大好用了。

我目前机器上安装的浏览器有三个：Safari、Firefox 和 Chrome。其中时间用的最久的是 Firefox，在目前对我来说是排在第一位的。过去我一直用 Safari，因为这是系统自带的，过去用着也还不错。但自从升级到版本 4 之后，新东西倒是有一些，但效率就不敢让人恭维了。过去我的首页还是默认的 top sites，每次启动 Safari 的时候系统生成首页上的那些缩略图就足以让我的机器卡一阵子了，后来我忍无可忍把首页设定成空白了。之后发现效率越来越差，就改用了 Firefox。Chrome 是最后开始用的，自从出了 for Mac 的 beta 版我就开始试用了，因为在 Windows 下用着感觉不错，所以就希望也在 Mac 上用。但那时 Chrome for Mac 的实现还相当不完善（其实到今天我也觉得缺少一些功能），而且不能安装扩展，这让习惯了 Firefox 下的 AdBlock 之类的插件的我很不适应，所以就放弃了。

几个星期前我听说 Chrome for Mac 也支持安装扩展了，就装了那么几个，感觉好用多了。但用了一阵子之后就感觉到了很严重的效率问题，速度变得特别慢！有时候会出来一个小窗口说是某个标签没有反应，问我是把页面给 kill 掉还是继续等待。有时在我切换标签页之后要等上那么几秒钟页面内容才会出来，这让人很不爽。不知道是不是因为我的浏览方式太过另类，开了太多的标签页的缘故。

过去在用 Firefox 的时候我很少感觉我开的标签页太多了，因为它的标签栏是可以左右滚动的，每一个标签最窄也是三厘米左右。而在 Chrome 下，所有标签页都挤在标签栏里，标签多了以后标签上有什么内容也无法看到了。我在安装扩展的时候看到了一个名为 Too Many Tabs 的扩展，是用来管理标签栏的。在这个扩展在地址栏右侧的图标上会显式目前有多少标签，我经常看到上面 4、50 的数字就觉得一阵心惊肉跳，觉得 Chrome 大概不堪重负了吧。另外，这个 Too Many Tabs 的扩展是为了管理标签的，可以在里面用关键字搜索，可是往搜索框里输入中文的速度是个问题；而且在我的机器上它的速度很慢，这就太有杀伤力了，切换标签这个常用的动作有效率问题可是不可饶恕的致命伤。所以到后来我觉得这个扩展算是一个鸡肋扩展。

在使用了这么一段时间之后，我越发的觉得 Chrome 的效率不行了。我觉得应该是程序里面有 bug 的原因吧，因为我有时会发现整个标签页是卡死了的，完全不能动弹。幸好 Chrome 有多进程这个特性，我把地址复制下来再重新建立一个标签也就解决了，但这总是让人觉得不痛快。另一方面，我对 Chrome 的所谓“多进程”也感觉与我预期的有一些距离。我过去以为每个页面是严格的放进每一个进程的，这样通过 Chrome 的 Task Manager 就可以管理这些进程里面的页面，那个页面耗费了过多的资源就可以一目了然的看出来了。但几次经验告诉我这不是真得。很多时候我看到几个页面是挤在一个进程里面的，根本就无法区分，更加不可能只杀死其中的一个页面。这样这个功能就大打折扣了。

Firefox 在 Mac 下我感觉就很完善了。它除了功能齐全以外，最大的好处是稳定。我在用 Chrome 这段时间内遇到的一些问题，在 Firefox 下基本上不会出现。我现在觉得 Chrome 比较可取的地方之一就是它的多进程，如果可以把这个功能放到 Firefox 上就好了。因为我有时会发现 Firefox 的 CPU 使用比例不正常的高，有时会到 90% 以上，这时候我的 MacBook 的风扇就讨厌的响起来了。而整个 Firefox 是一个大进程，我也无法判断其中的“老鼠屎”是那个页面，因此也无法调整。但瑕不掩瑜，我之前也说过稳定是最重要的，在 Firefox 中我基本上没有遇到过像 Chrome 那样切换了标签后要等上几秒钟后才能阅读的情况。

Chrome 的另一个可取之处是它的标签的界面比较好。当然这不是说外观，之前我也写文讨论过，而是说标签拖动方面更直观、更符合 Mac 系统用户的审美观。而在 Firefox 里，拖动标签时看到的就是一个蓝色的只是条下面跟着一个模糊的缩略图，让我每次拖动的时候都小心翼翼的，需要自习看看鼠标的位置是不是放对了。

至于说 Safari，我很久之前就不用了。主要是它没有扩展的功能，有些除广告的功能就没有了。而国内网站有很多就是有很讨厌的广告在骚扰读者。我的 AdBlock 的名单已经比较符合我的日常习惯了。Chrome 下的 AdBlock 插件虽然不如 Firefox 下那么直观方便，但也勉强可以使用了。可惜 Chrome 下还没有 NoScripts 插件，所以有些站点之内的音乐自动播放就无法控制了，我只能麻烦的在选项里设定 Javascript 的页面过滤条件，也将就了。而 Safari 则这两种东西都没有，遇到这种页面也就只好抓瞎了。再加上 Safari 的效率问题也给了我一些阴影，所以我很久没有用 Safari 了。

=========

昨天我终于无法忍受 Chrome 的垃圾性能了，于是又切换到了 Firefox 下。但这次不知道为什么，Firefox 的行为让我感觉很奇怪。有时让我很抓狂的情况是：打开一个页面，鼠标就变成了小彩球转个不停，我这时候也只能 Force Quit 了。而这些页面包括阿 Gmail、VeryCD……这种情况已经发生了两次了，让我都有阴影了。

Chrome 和 Safari 慢，Firefox 会卡，真让我不知道这些浏览器还怎么用下去。

有时候我想这些现代的图形浏览器是不是太不稳定了，是不是字符界面的浏览器会好一些呢？我过去在 Emacs 里面用 view-mode 来读文档就感觉很爽。Lynx 我用着不惯，我希望可以在 Emacs 里面用，毕竟页面操作起来也方便么。可惜 W3M 不支持新版本的 Emacs，只好作罢。

过去我上课的时候总喜欢坐在第一排，因为那时觉得自己英文可能还不够正常理解老师说的每句话，坐在第一排可以帮助我集中精力听清楚。这个学期以来，由于心态的变化，我开始喜欢坐在后面。这样的好处是有更多的自由度，听起课来也更轻松一些。当然，需要记很多课堂笔记的《数据结构和算法分析》课我依旧是坐在前排。

坐在后排还有一个“好处”，就是可以“窥屏”。教室里很多人都带着计算机去记笔记，我在无聊的时候，就会看看他们在干什么，用的什么软件之类的。看了几次，让我感到有一个很深刻的印象，关于软件使用的。

Windows 下的软件就不用说了，一来我基本上不熟悉，二来多数人记笔记用的就是 OneNote（我从这边帮同学挑过电脑，一般买了都会带 OEM 版本的 Office 的一些软件），少数人用记事本，另外我见过一个 jerk 用的是 TextPad。关于 TextPad，我觉得只是一个比记事本稍微稍微强那么一点点的东西，在我看来它的优势只是大一老师教编程时推荐的编辑器。所以现在有同学编程甚至记录课堂笔记都用它，让我觉得实在是讶异。长期用这种编辑器，我觉得我会得抑郁症。当然，如果此人从来没有见过外面的世界，就不那么好说了，虽然这种情况的几率不大。

我们这边课堂上用 Mac 的人数与用 PC 的人数基本上持平，有时候还会超过。用 Linux 的我也见过至少 10 个。由于 Mac 和 Linux 都是以 UNIX 基础的系统，所以把它们放在一块讨论也算说得过去。虽然当中有些小的差异。

在 Linux 下，我见过的用来记笔记的工具，好像只有 oowriter。顺便说一句，我看见过的 Linux 发行版都比较基础。不知道是这帮老外的水平还在入门阶段还是已经“看破红尘”，用得基本上都是 Ubuntu 系列的系统。喜欢 GNOME 的就用基本的 Ubuntu，喜欢 KDE 的就用 Kubuntu。别说 Gentoo 了，我连个 Arch 都没见到过。用这些 Ubuntu 之外的发行版不是为了耍酷什么的，而是根据我的经验，Ubuntu 系统用一段时间之后，速度确实是像蜗牛一样，特别是我用了 Gentoo 之后，这种感觉尤其强烈。言归正传，用 oowriter 的大多数人都是普通的记录而已，而在《数据结构与算法分析》课上坐在我旁边的一个同学，我曾经瞟过他的屏幕，看到他就在课堂上用 oowriter 的画图工具在画 heap 等结构。看了之后我大感惊艳，时间长了不用 OpenOffice，我也不知道里面的画图工具进化到什么地步了，如果在课堂上来画这些数据结构图能赶上手画的速度，已经可以算是“泣鬼神”了。

在 Mac 下，我见过同学使用过的记笔记软件占多数的是 Pages。与 Linux 下的 oowriter 的情况差不多，当然也有不想掏钱购买 iWork 的而选择使用免费的 OpenOffice for Mac。少数人使用 Microsoft Office 2008 for Mac，也在情理之中。而我亲眼看到有人用 TextEdit.app 来记笔记，也算是相当奇特的了。更“厉害”的是我们《操作系统》课程的老师，一个资历比较老的教授，用 TextEdit.app 来维护一个挺长的 ToDo list。做得特别工整，左边是事件的描述，右边有耗时的估算。但愿是我无知，不知道 TextEdit.app 可以使用插件，难道要手动维护一个 ToDo list？按理说那一代的教授应该对 Emacs 比较了解的。

就我观察的这些人来说，绝大多数人喜欢用系统自带的或者是默认推荐的主流软件（当然，这不包括 IE。Firefox 在加拿大已经是标准的浏览器，哪怕是在 Mac 上，我也看到很多人使用 Firefox 而不是 Safari。）。这让我感到挺奇怪，人们选择使用最“流行”的而不是最优秀的软件来使用。虽然说不同人对“优秀”有不同的定义，但我想在计算机系，在判断软件的优秀程度上应该是比较统一的吧。但人们还是不大用 Emacs，用 Vim 略多一些，多数人喜欢用标准的图形软件。也许是大二老师讲 C 语言的时候在实验课上指定的标准软件是 Xcode，所以多数人对 IDE 情有独钟。Java 自然是 Eclipse 了，毕竟它自己也已经有了很大的名头了。

目前来看，相比起国内来说，Linux 在加拿大的计算机系课堂上已经不算“小众”了。根据我的观察，Emacs 才是真正的小众。在这里流行的似乎不是 Emacs 这种“用统一的工具来编辑不同的文档”的政策，而是用不同的工具针对性的编辑不同的文档。写 Java 程序有 Java 编辑器，写报告有文字处理工具，等等。我在这些年来，在自己的计算机上使用 Emacs 的，我是一个都没见到过。

我想过，一个普通的大学生使用计算机按照“潮流”来选择软件是正常的，而一个计算机系的大学生使用的软件，为什么还在这种基础的层次上呢？有很多软件，虽然古老，但绝对比那些东西优秀。前几天我们要交项目的 proposal，我负责合并小组其余三位成员的工作，完成排版工作后交给老师。老师的 proposal guide 上说如果 proposal 是用 LaTeX 编辑的，可以有加分。当时我就想，如果不让我用 TeX，我还能拿什么来排版呢？到今天来说，文字处理工具已经越来越不适合我了，我对它们也越来越生疏了。让我用文字处理工具来排版，想象就有很多困难。

我至今还记得引导我进入 Linux 大门的王垠的一篇文章（这篇文章被王垠改了，之前的观点性的论述被删除了）。里面有一节好像就是说使用这些看上去“老掉牙”的但绝对优秀、稳定的程序，而不是用像 OpenOffice 这样“新潮”（五、六年前了，那时候 OOo 确实新潮）却不稳定的程序。我觉得到今天来看，这话还是对的。OOo 虽然发展了这么多年，但我觉得从文档编辑的角度来看，包括 OOo、包括 Word，出发的方向就错了。我到今天也无法接受这个方向，因为按照这个方向走，对一个文档进行排版实在是太难受了。直观的来看，这些所见即所得的软件满足了初学者，似乎也很简单，但确是在要求用户来符合计算机的思想。而 TeX 这种“所想即所得”的软件，用一些简单的符号来表示文档的样式，是相当符合人类的思维方式的。

有时候我想，我身边的这帮人用 Linux 是为什么呢？觉得 Linux 很稳定？其实近几年来 Windows 已经很稳定了，从 Windows 2000 之后就很少有蓝屏等状况发生了。觉得 Linux 很酷？也许吧。我的理由是 Linux 下的软件是无法移植的，所以我希望使用 Linux。为了某些原因而为了用 Linux 而用 Linux，我觉得是一种“买椟还珠”的行为。我一直在推崇 Linus 对于操作系统的看法──操作系统的任务是帮助软件来运行，一个用户应当永远看不到操作系统。目前的很多发行版，为了推广 Linux，让 Linux 看上去简单，集成了很多入门级的软件（如 OOo），这些软件实在不是我心目中不可替代的软件。

今天中午发现了一个相对比较严重的 Mail.app 程序在垃圾邮件检测时的问题。

在回复老师的邮件时，我突然想到了已经很长时间没有检查 Junk 文件夹了，于是就顺便过去看了一看。在往下滚动的时候，我看到了有很多我希望保留的邮件被标记为了垃圾邮件。不知是中文邮件，英文文件也有好多。其中最明显的可能是来自 Flickr 和 Orkut 的邮件了吧。我之前在曙光博客上的留言回复通知也被过滤了。还有之前我同学给我发送的邮件，以及上个学期我们《密码学》教授群发的邮件也被过滤了。Site5 发来的 Adsense 优惠码也被挡住了。

中文邮件我勉强也就理解了，但英文邮件竟然也被过滤就让我觉得不可饶恕了。难道苹果不会设定一个白名单吗？像 Flickr 这种大型社区的邮件，以及一些著名大学相关科系的邮件，是无论如何也不应该被过滤的。虽然这些邮件主要是通知我某人又把我加入好友列表了。也好在我教授群发的邮件没有什么关键性的内容，否则损失就大了。最主要的一封邮件，是关于今年学校注册部门给发来的保险认证邮件，也被档了下来。

除了白名单之外，Mail.app 也应该更智能一些。比如说 Google Mail 的垃圾邮件过滤是非常优秀的，那么一个帐号是 Gmail 的话，是不是就不需要再做一次过滤了呢？就算不是默认设定，那么针对某一个帐号的垃圾邮件过滤开关也应该提供吧。我找了几次也没找到。也许通过在命令行输入一些命令可以设置，但这种选项应该提供给全部用户了吧。

经过这次事件，我对 Mail.app 有一点失望。我当时在看 Mac OS X Snow Leopard 的演示视频的时候，印象最深的就是和 Mail.app 相关的几个程序。尤其是 Mail.app 和 iCal.app 以及 Address Book.app 程序之间的互通，让我觉得在日常应用之中应该会很方便。但在日常当中，这些日程安排的功能我用的都不是很多，因此现在也动摇了一些我的对 Mail.app 的信心。我看到过有些人在 Mac 上使用 Thunderbird，我当时有些奇怪──既然系统已经有了 Mail.app 这么一个非常好用的客户端了，为什么还要用第三方的？不过目前这种想法有些改变了。我可能会在未来试验一下其它的软件。

最后也要批评一下学校邮件系统的垃圾过滤系统。应该过滤的不过滤，不该过滤的反而过滤了。我在用 Linux 的时候用过 mutt 来收发邮件，后台用的好像是 getmail，没有设定本地的垃圾邮件过滤。学校的邮箱基本上一天到晚被各种各样的垃圾邮件充斥着，根本无法使用。这也是我用 Mail.app 的一个原因，就是它可以帮我过滤邮件。而学校的过滤系统确实曾经过滤过 Facebook 的邮件确认信。那时候（2007年）Facebook 还只能用大学的学校邮箱来注册，因此我只能用我的学校邮箱来注册。但却收不到确认信，后来才发现是被学校给过滤了。我当时在 Facebook 中说起过这件事时，收到很多人给我的信息，问我怎么样才能收到确认新，看来学校的这个垃圾过滤系统给不少人带来了麻烦啊。

Emacs 已经成为了我的计算机上的必备软件之一。平时如果写一些规模不算大的程序，我一般都是用 Emacs （Emacs 有 ecb 可以用来管理项目，不过我还没有入门），而日常上 USENET、上 IRC 更是离不开 Emacs。记不清我在用 Linux 的时候用的是什么版本的 Emacs 了，印象里我要对中文支持进行一些设定，所以我估计当时用的是 22 版本的。很早就听说过 Emacs 23 对中文支持有了新的高度，但限于条件，我好像一直没有使用过。

到了 Mac 平台后，我刚开始不知道有什么 Mac 上运行的 Emacs 程序包，以为 Mac 上只能使用原生的 Mac 程序（我可不想在 Mac 上用 X 来运行 UNIX 软件，实在是太丑了，也不习惯），所以当初还买了 TextMate。当时我急着完成作业，急切的需要一个好的编辑器。后来我找到了一些 Mac 上可以运行的 Emacs，立刻就把 TextMate “打入冷宫”了。TextMate 的问题，除了它不支持中文外，最大的问题还是按键上还不是完全模仿 Emacs 的，有些细节的地方还不方便。而 TextMate 被广为称道的 Bundles，我在看一些 Rails 演示视频的时候看那些人用的很熟练，但后来觉得自己实在是很少有机会用到这些功能，而且那些组合键也很难记忆，所以我反而一直没有用上。

我在寻找 Mac 上可以运行的 Emacs 时试用过不少版本，开始时用的版本配置的都不是很好。尤其是 Meta 键的配置，映射的是 option 键，而 command 键则被用来当作 Mac 自带的组合键来使用，比如用 command+c 来复制等。我还不是一个“资深”的 Mac 用户，所以在用 Emacs 的时候，我更喜欢用 Meta+w 来复制，而不是用 Mac 的组合键。当时我也不知道怎么把 meta 映射到 command 键上，所以这些版本的 Emacs 都被我忽略了。后来我找到了 CarbonEmacs，一个日本人做的版本，里面包含了各种配置，其中就有我需要的 meta 键映射。另外默认的还有很多 lisp 包，比方说各种模式，用起来很方便，于是我就一直用它了。

话说对于完美的追求还是永无止境的。前几天在查 CarbonEmacs 的版本的时候，发现居然还是停留在 22 版本上。随后我也意识到似乎 CarbonEmacs 也有半年多没有更新了，于是就到它的网页上去看了看。看到了有个 2010 Edition。新的一年有了新的版本，不错。不过看了一下版本还是停留在了 22 上，而我希望的版本是 23。除了 23 > 22 这个原因之外（:-)），还有对于 Unicode 的支持也是我希望升级的原因。我印象里在 2007 年用 Linux 的时候，就有人在用 Emacs 23 了。新版本的 Emacs 对 Unicode 的原生支持，使得它不需要额外配置就可以正常的显式中文。CarbonEmacs 的多语言设置虽然好（毕竟作者是日本人），但有些偏字，比如说前总理的名字，就无法正常显式，在 23 版本中，就非常正常了。另外的原因是我想在 Mac 平台上使用 Cocoa 而不是老旧的 Carbon。于是我就搜索了 “Cocoa Emacs”，看看有没有使用 Cocoa 的 Emacs 包。

我找到了几个有二进制包下载网页，比如说 AquaEmacs 等等。不过它们都有一个问题，就是 command 键映射的不是 Meta 键。这一点让我非常苦恼。我从 CarbonEmacs 的包里面找了半天的设定，也没有找到。后来在 Emacs Wiki 上找到了不同平台上 Emacs 的安装方法，上面有在 Mac 平台下通过编译来安装 Cocoa 版本的 Emacs 的方法。通过编译可以把 Emacs 编译成 Mac 下的 .app 包，这是我希望的，而且有之前使用过 Gentoo 的经验，对于编译也没有太大恐惧感，还有本地编译的一些好处，我就尝试了一下。由于所有的 Mac 平台的硬件和软件都是统一的，所以编译安装十分容易。下载了 CVS 的代码之后，输入两条编译命令，大概20分钟就编译完成了，不会出现问题。

用惯了 CarbonEmacs 的 all-in-one 的软件，一下子上到自己编译的 Emacs 下还有些不习惯，因为很多 lisp 包都没有，需要自己安装，这让我第一次面对错误提示时有些愣神。不过等反应过来后，要解决问题也不难，少那个包就下载下来放进 site-lisp 目录里就行了，最后再 byte compile 一下也就完美了。我的 .emacs 文件不算大，里面也没有用什么偏门的包，所以都很好解决。我曾经想过像 CarbonEmacs 那样把所有的第三方 lisp 包放进 .app 目录里面，这样要想移动 Emacs，只要复制一个 .app 目录就行。后来还是放弃了，因为这样会把目录弄的很乱，而且如果在本地机器上再更换 Emacs 的话还要再把包复制到新的目录下。倒不如放进 HOME 目录下一劳永逸。

不过最关键的问题是解决 Meta 键的映射问题，从网上搜索我也找到了解决方法，这也是推动我升级的动力之一。方法就是在 .emacs 文件里面加入这么一行：

(setq ns-command-modifier (quote meta))

这之后就可以把 command 键来当作 Meta 来用了。

有了这些之后，其它的问题其实也就迎刃而解了。不过还是有些兼容性的问题是无法解决的。首先就是全屏模式在 Cocoa 下还没有实现，因此目前为止还没有任何一种方法来完成全屏显式。之前在 CarbonEmacs 下很舒服的用 Meta+Enter 来切换全屏与窗口的方式也就不行了，这让我有点耿耿于怀。不过还在它也不算什么大问题，需要用全屏的话，按两次窗口上的最大化键也勉强可以用。

还有一个大问题是字符的颜色问题。我估计可能是 Cocoa 的原因，光标落在字符上，字符并不反色显式。这一点无论是我用默认的颜色设定还是我用 color-theme 里多数的 theme 时，都让光标下的字符很难以识别。我对照了目前版本和 CarbonEmacs 的颜色设定，都是一样的，因此也不知道怎么能设定好。把 CarbonEmacs 的 color-theme 的 lisp 设定复制到 Emacs 23 上也还是一样，这让我很苦恼。我还去 #emacs IRC 组上去询问，也没有好的方法。最后通过把光标设置成闪烁模式，算是勉强解决了问题。

汉字显式可能是没有完全设定好，目前在 Emacs 23 下的斜体汉字是无法显式的，所有的斜体汉字都被用方块来代替了。我觉得通过设定应该能解决这个问题：或者让汉字不用斜体显式；或者让 Emacs 能使用斜体的汉字。但由于我日常很少让 Emacs 显式斜体的中文，所以也就没有去深究这个问题。

几天用下来，除了上述的一些小细节之外，其它的都没有什么问题。Emacs 23 确实有了一些新功能，不过总体上来说我常用的操作都没有改变，这也算是经典软件的好处了。

在买了 MacBook 之后，我的终端程序一直用的是系统自带的 Terminal.app。总体感觉来说还不错，虽然默认的配置看起来丑了些，但把风格切换成 Pro 的，字体弄成平滑的，用起来也算舒心了。

其实丑不丑倒是没关系，这方面我不是很挑剔，但最让我不习惯的是无法使用 Bash 中的快捷键。比方说，向左移动一个单词，过去我在 Linux 下可以按 Alt+b 来完成，这在命令行中特别有用。有时要调整某个参数，没有这个快捷键，用方向键或 Ctrl+b 来一个字符一个字符来移动的，就特别麻烦。我观察了一阵子，发现最主要的问题在于 Terminal.app 是个 Mac 程序，因此很多系统快捷键都需要用 command 键来调用。而 command 左边的 alt 键，则是用于输入一些特殊的符号，比如 ∫（是数学里的积分符号，我不知道能不能正常显式）。所以我在习惯之前一直非常苦恼。

对我来说，终端程序基本上是日常必备的软件。每次重启之后我要首先打开的几个程序中，就有终端程序。很多人觉得命令行难，但是一旦习惯了 UNIX shell 的那种工作方式，就感觉一直离不开了，因为有些程序实在是太赞了。所以我就很怀念过去我自己配置的 fvwm 桌面，我把 Alt+F1 快捷键绑定到“打开一个 urxvt 窗口”。我在启动脚本里面加上了运行 urxvt 的服务进程的指令，所以开机后就会在后台有个进程来先载入 rxvt 的一部分，所以我的快捷键只是打开一个新的窗口，因此速度非常快，基本上是随用随调。另外，我的 Alt+F2 绑定的是运行 gmrun，从里面可以运行任何命令，我一般用它来打开某个程序，就像 Quicksilver 一样用。

所以在 Mac 下，我也希望弄到这个效果。不过一来很少有软件会用到 C-S 架构，二来我对 Mac 本身的快捷键也不熟悉。在 fvwm 里所有的快捷键都是我从头自己设计的，不会有冲突问题；在 Mac 中会不会有冲突问题，发生冲突时以谁为主，我都不清楚，也没有什么时间研究了。所以就一直迟迟没有弄成这个功能，只是在某个 space 里面固定放一个 Terminal.app 窗口，等需要的时候就过去那个 space 就好了。

后来我好像是在课堂上，看到坐在我前面几排中有人一样用 MacBook，他的系统有一种功能，就是把一个终端窗口弄的和屏幕一样宽，高度大概有十公分多一些，所到屏幕的最上方。用的时候，终端窗口会从上方滑下来，用完了之后又滑了上去。我过去在用 fvwm 的前期，曾经也用这种方式做过。启动的时候运行一个 aterm，在屏幕上方缩成一条线。等我鼠标顶到屏幕最上方的时候，aterm 窗口会滑下来。开始的时候我觉得这个功能挺有意思，后来觉得有点添乱，所以在有了新的方法之后，就没有再用这个。我当时觉得这个样子应该会解决一些问题，于是就回家研究，发现了 SIMBL 这个插件，然后需要做一些设定，绑定到一个快捷键上，就完成了这个效果。我印象里好像是绑定到了 command+F2 上，当我按这个快捷键时，Terminal.app 会从上方滑下来，占据几乎整个桌面（除了 Dock 部分），用完了之后，再按一次 command+F2，窗口就回去了。

当时我就一直这么用着，Terminal.app 可以建立多个标签页，因此有多个终端可以同时使用，用起来也够了。可是当我把系统升级到 Snow Leopard 后，好像 SIMBL 不能用了，大概是 32 位和 64 位兼容的问题。那时我每次运行 Terminal.app 之后，Dock 上会出现它的图标，然后过几秒钟之后，图标就没了。当时我搜索过一些网页，好像没有什么解决办法，于是就干脆放弃 Terminal.app，改用我之前就用过的 iTerm。关于这个 iTerm，我是在一些文章上看到的，之前也用过。好像是在过去，Mac 自带的 Terminal.app 功能还不大够的时候，人们会用 iTerm 代替。我试用的时候感觉 iTerm 功能也就那个样子，于是还是用系统自带的终端。这会 Terminal.app 不能运行了，我就用 iTerm 来代替。

iTerm 我用起来也还不错的。我没有对显示效果做任何的调校，因为默认的界面就已经不错了。其中我最喜欢的功能是按 command+return 会把 iTerm 整个全屏，这样在终端上工作就可以不受打扰了，而且终端更宽了之后显式的东西也多，读起来也更方便了。iTerm 同样支持标签页，但它的标签页切换方式不是系统默认的 command+shift+[ 和 command+shift+]，而是 command+数字键。这在开始让我很不习惯，我经常按原先的切换标签，得到的确实“嘟嘟”的错误提示音。不过后来习惯了之后，反而觉得这种方法能一下子跳到想去的标签，感觉也不错。而且现在 Google Chrome 也兼容这种切换的方式，我接触这种方式的机会多了，也就更习惯了。想比较而言，还有第三种切换标签页的方法，一直为我所不齿，就是 command+左右方向键，Adium 就是用的这种方法。这种方法最大的问题是，切换标签的时候，右手要从主要的区域挪到方向键区域，很麻烦的，要让我每天都要这样移动，一定会疯掉。后来在一些小的部件升级之后，Terminal.app 可以使用了，不过那时我已经习惯了 iTerm，所以就一直这么用着。

iTerm 还是有一个问题，就是一些细节上的地方还是太过靠近与 Mac，而不是 UNIX。主要就是向左向右移动一个单词的问题。我在按 command+b 的时候出现的是 iTerm 的标签；我在按 option+b 的时候出现的还是积分符号。而我在前几天看了一个视频，让我回到了 Terminal.app 的怀抱。我看的那个视频是教给我们如何在 Terminal.app 中使用 UNIX 那种移动光标的方法，原来就是在设定里面的 keyboard 标签下面，选中 “Use option as meta key”，就可以通过 option+b 之类的快捷键来快速移动光标了。

知道了这一点之后，我又翻了一下 iTerm 的设定，没有找到有相关的设定。于是我立刻决定回到 Terminal.app 的怀抱。之前的 Pro 主题的一些具体参数因为升级系统而丢掉了，二来也确实有了一些审美疲劳，于是就换了一个 Novel 主题，感觉米黄色的底色加上黑色的字符，既明显又不刺眼，十分舒服。

换回 Teriminal.app 之后，我有几点不习惯。首先是现在我经常用 command+数字键 来切换标签，而在 Terminal.app 程序里这个快捷键的作用是切换不同的 Terminal.app 窗口。我一般只开一个窗口，并在那个窗口里开多个标签，所以按这个快捷键时会经常发出“嘟嘟”的提示音。二是我在用 command+tab 切换程序的时候，脑子里想的还是 iTerm 的图标，等半天后才反应过来应该找 Terminal.app 的图标才对。

今天下午经过反复的努力（主要是体力劳动），终于在 Macintosh 上安装上了 1.1.35 的开发版。虽然反复的操作弄的我挺恶心，不过也算对于 Macintosh 二进制文件有了更多的了解，也算比较高兴。

起因是在写上一篇文章的时候提到了 wine 与 WinApps 这个国产项目。WinApps 致力于通过 wine 来模拟一些 Windows，让它们可以运行在 Macintosh 平台上。我听说这个项目的时候，开发者已经模拟了 IE、迅雷、还有些输入法了。我那时最需要的就是迅雷，因为即使在 Mac 下，迅雷下 BT 的速度还是要超过 Transmission，所以就下载了需要的两个包。很多中文无法正常显示，比如菜单，但菜单下的项目却显式正常，所以我用得还算可以。只是后来会不稳定，在下载某种文件（是何种文件，这个规律我还没找出来）时，会突然程序终止。我曾经想把目前的程序都删掉，重新下载安装一遍，但再次上这个项目的网站上时却发现，这个程序需要 VIP 会员才能下载了。注册 VIP 会员的费用不高，30 多人民币，但支付方式让我没办法，所以我就只好作罢，继续勉强用当时的版本。

既然 WinApps 包里面已经有 wine 了，所以我就一直没有自己安装，需要的时候就从命令行调用 /Applications/WinApps/Wine.bundle/Content/bin/wine 来直接使用 wine。正好我需要使用 Xenu 来检查我的网站，它是个 Windows 程序，所以我就这样使用了 wine 来运行它。运行的结果还不错，但在我退出程序前检查了一下 wine 的版本，发现还停留在比较旧的 1.0.9 版本上，而 wine 网站上已经到了 1.1.35 了。我一直怀疑在新版本上是否会修改了中文等问题，再加上在找 Crossover 破解版的时候，看到文章中说如果有基础可以用开原版的 wine。于是我就有了自己装个 wine 好好配置的想法。

在 MacPorts 里面有 wine-devel，在升级一下 ports 后也成了 1.1.35 版本了。我于是就开始编译安装这个版本。结果需要编译很多 xorg 的包。我过去见到这种类型的软件基本上都是“退避三舍”的，因为 Mac 系统本身就有了 X11，再编译安装一遍就是浪费了，不能和 Mac 本身的包结合，也是我最不喜欢 MacPorts 的地方。今天为了编译 wine，也就忍痛接受了。结果呼呼呼的把所有依赖的包都装上了后，开始编译 wine-devel 了，却在 configure 的时候告诉我发生错误：

Error: You cannot install wine-devel for the architecture(s) i386

Error: because /opt/local/lib/libexpat.dylib only contains the architecture(s) x86_64.

Error: Try reinstalling the port that provides /opt/local/lib/libexpat.dylib with the +universal variant.

Error: Target org.macports.extract returned: incompatible architectures in dependencies

Error: Status 1 encountered during processing.

我当时看了这些后，才明白 wine 只有 i386 的版本，也就是 32 位的版本。而我的系统现在是 Snow Leopard，在升级后我重新安装编译了 MacPorts，因此所有通过 MacPorts 安装的软件，基本上都是 x86_64 的，也就是 64 位的。我看了信息后，以为就不能把 wine 安装在 Snow Leopard 上了，但又不甘心，于是就上网搜，结果搜到了这篇文章，有人遇到了和我一样的问题，后面有人给出了解答。原来 MacPorts 的意思是让我重新把依赖的包编译成 Universal 版本的，也就是在安装的时候加上 +universal。于是我就按照要求重新编译。

在观察编译时输出的信息时，我发现 MacPorts 编译了 i386 和 x86_64 的，才想到之前看到的说 Mac 系统的新 Universal 包的定义和过去不同的消息。过去的 Universal 意思是把 PPC 和 Intel 的程序都编译一遍，打成一个包，在运行的时候先判断平台，然后运行相应的程序。而在 Snow Leopard 中苹果已经完全放弃了 PPC 处理器，所以这里的 Universal 的意思是 32 位和 64 位的程序一起打成一个包的意思。当时看那篇文章的时候没有多想，没想到在这里得到了印证。

本来我想的还不错，以为编译几个包后就可以了，结果没想到一个一个竟然没完了。当中还有别的包，本身有依赖其它的包，configure 时就不通过，需要把那些包也编译成 Universal 格式的。我想起安装 wine-devel 时自动编译的那些包，顿时心情落到了谷底。但也没有别的办法，就嘴里一遍骂着一遍手上输入指令。然后我想到，这些依赖的包多数是 xorg-* 开头的，我如果把他们全都删除了，然后再编译 wine-devel，加上 +universal，岂不就是自动把依赖的包编译成 Universal 的了吗？想到了我就立即动手，结果 MacPorts 却问我说有某个包被其它包依赖，需要把依赖它的包删除了后才能删除这个包。我照做了几次后，却发现这种包不是一个两个，顿时心情落到了更深的谷底。我想 MacPorts 应该有相应的参数来强行删除包的吧，但却又不大了解参数，看文档试验了几个，感觉效果不大。

这条路不行，我又看到 wine-devel 的包已经被我重新编译的差不多了，于是又手工的编译剩下的，结果编译了两个之后终于弄完了，可以编译 wine-devel 了。

不过事情并不是按照我的想法进行的，wine 装上了，winetricks 也弄上了，我也复制了 simsun.ttc 和 simhei.ttf 到 Windows 的字体目录下，也按照网上的教程修改了注册表，但中文还是显式乱码。看来是两者编码不对，还不知道怎么修改。

总之目前在没有找到进一步方法之前，我是没什么心情研究了。迅雷还是用 WinApps 里的好了，还好我没删除旧的。英文小软件就用 wine 来跑，也没什么问题。不过，我当时下载的破解版的 Crossover 8 还没有删除，等有时间再研究一下，呵呵。

今天我把用了大约半年的iChat给关闭了，改用Adium。

自从我买了MacBook，我就在用Adium作为聊天客户端。Macintosh自带的聊天工具是iChat，而且在Leopard发布时一起作了更新，有了一些新功能。我过去定说过iChat，但对其外观、功能与特色不甚了然。在看了Apple官方的介绍Leopard的视频后，我才感叹到iChat实在是太棒了。但真正让我感到惊讶的是协作功能，双方甚至可以完全操作对方的电脑。但当我为了尽可能与更多的朋友在网上联系，我同时有Google Talk、MSN和QQ帐号。iChat只支持其中的Google Talk，而Adium三个都支持，因此我尽管很想用iChat，结果还是用了Adium。

大约半年前，不知道腾讯公司又在搞什么，Adium的QQ插件无法登录了。当登录QQ时，Adium总是提示我的密码错误，而我用官方版的QQ则没有问题。我不喜欢同时运行两个用于类似功能的程序，于是就干脆不上QQ了。反正平时也没有什么正事，我有事找同学的话就用官方版的登录。后来我看到了可以通过Jabber服务器来让iChat连上MSN，当进行成功后，我就用iChat替换了Adium。

今天我实在是不想忍受iChat了。iChat最大的毛病是，当主程序不开着的时候，经常掉线。iChat可以启动一个Agent在后台运行，并在系统的菜单栏右边显式一个图标，而主程序可以退出。当有人给我发信息的时候，iChat会自动启动。可这个Agent经常失效，命名图标是连线的标志，可是我实际上是不在线的。今天我登录gmail的时候，看到我母亲给我留的言，我才发现原来iChatAgent又一次失效了。于是就忍无可忍，把iChat彻底关掉了，并拖出了Dock。

iChat虽然可以通过Jabber来登录MSN，但工作的并不好。有时Jabber服务器登录失败，会接连发来消息，让人感到很讨厌，这也是我放弃iChat的一个原因。而iChat吸引我的地方，我这里完全用不到。即使是支持Google Talk帐户，如果对方用的不是Macintosh的话，我们也无法协作。

经过了半年时间，Adium还是无法登录QQ，不过我也习惯了。QQ本来就是娱乐用的，对我来说不是什么正事。而刚才看了一下Adium，才发现竟然有这么多联系人同时登录。而我终于也能够“光明正大”的用MSN了。不过，这件事，以及之前Safari 4在我这里运行的一些问题，还有一些细节问题，倒是提示了我，Apple并不总是写好的软件的。

我们的Zapp老师经常在课堂上讲写可笑的话，让人感觉他的心比较年轻，但有时也会说出一些有这里的话。

有一次他在给我们解释为什么“Linux is evil”时，又顺便捧他用的Mac，以及损他一贯鄙视的Windows。然后不知道怎么就谈到他问什么不用Linux了，因为同是有UNIX血统的东西，还便宜。他说，Linux其实不错，但要让它用着顺手就要花费很多时间，还不如花钱买一台Mac，直接就可以用。然后还说，他的假定是你的这些时间值一台Mac的钱。

我当时听了以后，深以为然。虽然我更喜欢Linux，虽然理由是比Mac更容易折腾。但我也不得不承认，在花费相同的功夫下，Mac远比Linux更容易工作。

我在07年10月到08年3月，一直用着Linux。早期用的是Ubuntu，到12月份开始用Gentoo。虽然花了很多时间来维护系统，但也深得其乐。但从时间角度来说，如果我能用来挣钱的话，确实是不如用Mac来的核算。

很多事情都有这方面的价格与时间博弈的问题。比如说blog软件。你可以在自己的主机上安装免费开源的Movable Type，也可以花钱买Six Apart的TypePad。我没用过TypePad，但它的首页上有视频介绍，我看过后果然比Movable Type更方便。比如Twitter通知，TypePad直接就有这个功能，而MT用户却需要用其它手段来做到。两者最终能达到同样的目的，但究竟是选择花钱还是选择花时间，则由个人来选择了。

不过现在还很少从钱的角度去思考问题。不知道是东西方文化的差异，还是年龄之间看待问题的差距。

Mac OS X虽然底层是正统的BSD UNIX，但有一些命令还是跟我过去用Linux的经验相左的。我没有经历过那种在大型机和工作站上运行UNIX的时代，不知道到底是哪种方式更“正统”一些。不过现在那个时代已经一去不复返了，很多软件直接在Linux下开发运行，自然也变得更正统了一些了吧。

我过去用Linux的时候，经常要通过关键字找一个文件。比如说我想知道ls程序放在什么目录，就要用到locate。它通过自己维护一个数据库，而不是遍历整个目录结构，因此搜索的速度很快。但它的数据库需要运行程序来更新。我印象里记得Gentoo里默认的locate软件包用的更新程序好像是locate-update之类的（太久没用，忘记了）。但在Mac OS X里面就完全不是这么回事了。

经过查找，发现这个命令是让locate开始生成数据库的（我升级到Snow Leopard后，原先的数据库就没了，因此要重新生成）：

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.locate.plist

但我不知道是不是更新数据库也是一样的命令，因此就把它先记下来，等以后知道了再更新。

自从升级到了Snow Leopard后，我干脆把MacPorts完全删掉，重来。

原先的MacPorts是上一次重装系统之后安装的，已经用了很长时间了。中间装了很多软件包，我都记不太清具体有那些了。删除前用port installed查看已安装软件包列表后才惊讶的发现，原来我原先系统里的wget、mldonkey竟然也是用MacPorts安装的。

结果只有重新开始，否则别的不说，失去了电驴这方面的下载来源，可是绝对不可以的。这边没有电视，VeryCD上的资源就成了为数不多的生活乐趣了。另外还有git-core，也是必不可少的。

安装MacPorts一直给我一个很大的苦恼，就是有些Mac本身已经有的软件，MacPorts非要自己再装一个。尤其是像Perl这样的软件，系统本身有了5.10.0了，它再装一个5.8.9。占空间不说，还比系统的版本要低。在Perl进化到版本6之前，5.10和5.8也没有什么大差别。还有openssl也是，MacPorts新安装的和系统自带的版本完全一样。另外，一些包的依赖关系也有写莫名其妙。比如我现在编译的mldonkey，明明只是通过网络接口来操作的，竟然依赖一些xorg的包，真是奇怪。除了占空间以外，MacPorts通过编译安装，也占用了大量的CPU时间，让本子的风扇又嗡嗡叫了半天，让人心疼。

按理说，我觉得既然项目的名字叫了MacPorts，就是固定了要专注与Mac平台了。为什么不在Mac平台上弄的更完美一些呢。而且Mac平台的硬件基本上已经固定了，项目小组完全可以针对不同的机器型号，自己先把软件给编译了。然后把系统做成apt-get的形式，直接传输二进制的程序，应该和编译出来的效果一模一样吧。

前几天听说Picasa在Mac平台出了3.5版本的，还从某个地方（印象里是Twitter）看到有人说在Mac下用Picasa替换了iPhoto。今天想起了这话，于是下载了下来看了一下。结果却是比较负面的。

我目前使用的就是iPhoto。我对照片管理没有什么要求，只是有个地方可以同一管理就可以了，最好可以方便我上传到Flickr（我的Flickr相册）。其它就没有什么要求了。到此为止iPhoto在Mac下运行的是相当不错的，特别是到了09版本后，可以方便的上传到Flickr上、可以人脸识别、支持地理标签（虽然我还没有GPS定位系统）等功能，让我非常满意。至于iPhoto的一些缺点，比如封闭性，还有照片库体积膨胀，我的需求没有这方面的冲突，因此也没有什么不爽的。

我在Windows平台下用过Picasa，感觉管理照片还不错。在Windows下，如果我们当年的那台本子的性能足够好的话，Picasa可以算作我的第一选择了。但今天在Mac下试用了Picasa后，我马上就把它删掉了。

首先的原因是在线图片服务的问题。经过我过去的调查，我在Flickr和Picasa Web之间选择了Flickr，这是一种很微妙的感官问题，很难说清楚。选择了Flickr后，我更是购买了Flickr Pro帐号，因为感到物有所值。这样一来，基本上首先就可以排除Picasa了。就算Picasa支持Flickr帐号，它肯定对Picasa Web的支持更好，因此很难让我安心的用Flickr。

第二个原因与Mac平台有关。印象里最早Google写的for Mac软件，是用虚拟机软件来模拟的。因此自然无法与Mac平滑结合。现在Picasa到了3.5版本，我觉得凭Google的水平，找几个人把Picasa移植到Cocoa框架下应该不是难事吧。不过在Picasa启动的时候，我又看到了象征X程序的那种鼠标外形。所以Picasa应该不是一个Cocoa或Carbon程序。随着Snow Leopard的到来，我们肯定要慢慢过渡到64位Cocoa上的。这样一来，Google用模拟的手段来移植软件有有点不好了。

第三个原因是一个个人的控制感的因素。我个人不喜欢软件帮我做太多的事。而在打开Picasa后，它做的第一件事，就是扫描我计算机上的图片，加到它的图片库里去。这样一下子让我对它的负面印象增加很多。首先我只是想试用一下这个软件，我还没有把它复制到我的Applications目录里，只是在dmg里面运行了它，这样子就给我在不知道什么地方创建了索引，我想删除的时候也不知道去哪里删。其次是并不是所有的照片我都想让Picasa来管理，至少在索引之前先让我设置个范围吧。还有，在索引前征求一下我的意见，这总是可以的吧？如果我知道要进行索引的话，我很可能就不会让它继续了。

最后一个原因是我的推测，我把它成为“发展前途”。选择软件对一个计算机用户也是一门学问。当你选择了一个软件后，过了几年公司倒闭了，或者取消了这个项目，你就只能换用其它软件。我一直把Google当作网络公司，虽然它出了Google Desktop、Google Picasa、Google Earth等软件，但同等的都会有在线版的服务可以用。比如Google Talk，在发布不久后就不大被支持了，转而开始推广Gmail Chat。Google Earth和Google Maps之间也是类似情况。因此我对Google推出的软件都是抱有比较谨慎的态度的。而Apple的软件部门是公司的大头，Apple肯定会大力支持。iLife系列也是Apple的几大软件之一，质量肯定有保障。

到了最后，我把Picasa删掉了。虽然我还没有找到索引文件的保存地址，但也留在以后慢慢再说吧。想到了上面的几点，我是一点也不想把它留在机器上了。

升级了Snow Leopard之后，我原先结合了SIMBL（记不清模块的名字了）的Terminal.app就不能打开了。简单的搜索了一下，没找到解决方案，于是就直接用起了iTerm。几天下来，除了切换标签是command+option+左右键让我不习惯外（我喜欢标准的Mac OS X方式：command+shift+{}），其它的感觉还都不错。

iTerm有一项全屏功能，按command+enter就可以了。因此我也没有调整它的默认大小，需要在终端工作的时候就进入全屏模式，感觉很爽。

下面是一张我在全屏模式下运行top的截图：

在全屏模式下，完全就是iTerm的世界。Mac OS X的菜单栏、Dock都被盖住了，让我有想起了用Linux时的感觉。

我一度想把这个界面弄成了的桌面，放在最底层。这样一来，计算机的性能、还有时间（右上角）什么的就都有了，还不影响前台的工作。可惜在Mac下的菜单栏、Dock都太重要了，我也不知道该怎么达到需要的效果，只好作罢。不过在Linux下，特别是如果使用像FVWM那样的窗口管理器的人，或许可以尝试一下。

我有一张纸，在平日里想到了可以写在这里的话题，就把它记在纸上，顺便列上提纲，等有时间的时候就整理成文章发上来。一张纸上可以写好几个题目。这一个星期写完，还剩下两个。今天在学校复习软件工程，弄的有点心烦意乱，没心情写大文章，就拿其中的一个小题目凑数吧。

我在去年四月买了现在用的这台MacBook后，虽然觉得Mac系统的GUI界面也还不错，但总是不习惯。在用Mac之前，我的本子上装的Linux，用的是FVWM。自己的配置虽然不复杂，但基本上也能做到随心所欲，用起来十分方便。Mac的图形界面虽然好，也比较人性化，但总是不如过去用的顺手。

于是我就琢磨这其中的原因，最后通过比较，觉得两个界面系统在用户角度上差别不大。虽说我之前确实觉得通过MacPorts来安装软件远不如用Portage来得方便，但在图形界面上，两者确实有共同之处。但在细节上，两者之间的不同倒是让人挺烦恼。举例来说，我最怀念FVWM的一个功能就是对窗口的完全控制。在FVWM中，通过设定，我可以按住Alt键然后用鼠标拖动窗口中的任意一处，随意的移动窗口的位置，但在Mac中，窗口管理器没有这项功能，运行某些不是用Cocoa写的程序时，就无法这样做。我们软件工程做的项目，倒最后写gui的人弄了一个很大的窗口，我这里的1280x800的分辨率根本容不下。我调试的时候就没法移动窗口，显式下面的按钮，甚至需要通过exposé来观看窗口的全貌。

过去我觉得Mac的硬件很好，但软件相对来说，还不算最好，于是试着在上面装Gentoo，结果由于一些细节设置问题（如鼠标、键盘键位）给放弃了。那时我觉得如果苹果里面能有一个小团队着手开发软件、驱动，解决这些问题就好了。那个时候我还觉得Mac OS X系统不如Linux好用，后来我也接受了Mac OS X，于是就改变了想法。

Mac OS X的底层是UNIX，因此换不换都没有太大影响，如果能把上层的图形界面给换了就好了。最理想的情况，就是Mac把图形系统提取出来，然后用X或者自己开发的软件作为中介，自己弄成GNOME或者KDE那样子。这样，如果用户想用桌面环境，就可以从KDE、GNOME和Aqua中间选择，只想用窗口管理器的话，也可以自由的跑FVWM。不过最后也只得放弃了。

原因是我发现，Mac之所以好用，和与之相配的软件是难以分割的。而Mac OS X这套软件，从传统的操作系统上面偏离了很多。如果从Linux的角度上看，操作系统的作用是和硬件打交道，协助应用程序的运行。但Mac把应用程序和操作系统结合的相当紧密，因此反而不好分割。关于这一点，我在之前的文章中有过叙述。

因此这样说来，如果想保有Mac的整体效率，那么用Mac OS X则是不可避免的了。所以我到最后也只能说服自己渐渐习惯这个系统界面。不过，Mac系统的界面仍然在进步，从Snow Leopard的演示中就可以发觉，这也可算是我的一个希望了吧。

昨天看Google Reader的时候，看到了LinuxToy发的一篇文章：《GNOME Shell 模型设计图》，里面贴了Topaz Brainstorm在Gnome-look.org上发表的两张Gnome Shell的设计图。根据原作者使用的GFDL协议，我把那两张设计图传在这里（点击可放大）：

当时我把这两张图下载下来看，越看越觉得不满意，于是总结了一下我对好的桌面环境的认知。

大约一年前我写过《由WriteRoom想到的理想桌面环境》，其中介绍过我对好的桌面环境的想法。那篇文章的主题，现在总结起来大概是“人用软件，而非桌面环境”，这个观点我到现在还认同。不过这篇文章偏重于我脑中的设计。但毋庸置疑的是，从那之前还要早时候，我就已经对GNOME和KDE这类桌面环境感到厌倦，并希望自己设计桌面环境了。

首先，有一个前导观点我需要澄清。第一个就是桌面的“易学性”和“易用性”的关系。看上去两者之间是一致的，但往往它们是对立的。举例来说，Windows的桌面环境可以勉强算作易学，但总体上来说，很难是易用。另一个更好的例子是UNIX下的桌面环境，有些可以算作非常不易学，但一旦学会后可以算是非常易用。而我的想法是更偏重于易用，因为对于桌面环境，你可能要学一次，但在将来却要每天都用。

还有一个对立的观感属于设计上的风格，就是“紧实”和“分散”。紧实的桌面环境当仁不让是Mac OS X。所谓紧实，就是系统里的很多软件之间的联系很紧密，因为都是Apple制作的，它们之间的交互就显得特别常见且方便。例如，在Mail.app中添加一个To Do项目，它同时也会出现在iCal.app中。紧实的桌面环境的有点是方便，缺点是增加了系统的耦合度。如果我们用Thunderbird代替Mail.app，就无法做到类似的效果。还有就是深受大家诟病的Safari、Quicktime等软件的升级重启问题。因为Safari升级后Mac更换了整个底层的Webkit架构，所以需要重启计算机。

分散的环境，Linux下的桌面环境是非常明显的例子。程序之间的关联很少，只要系统的MIME设置好了，在每一个环节上，用哪个程序都不影响使用。每个程序只做自己份内的事情，不管其它程序怎么样。这点传承自UNIX的KISS传统──每个程序只做一件事并且做到最好。因此在GNOME下，我们既可以用Evolution来收邮件，也可以用Thunderbird来收邮件，甚至用mutt来收邮件也没关系。分散的环境的系统耦合度很低，这是它的优点，缺点就是在日常应用中可能不如紧实的系统更方便。

对于桌面环境来说，每个人追求的目标或许不同。而我所追求的目标，就在于工作空间最大化。我认同Linus对于操作系统的解释：“操作系统的作用就是帮助应用程序来操作计算机，用户应该永远看不到操作系统本身”。这一点同样可以应用与我对桌面环境的想法上。

具体说来，我看了那两张Gnome Shell的设计图后的想法，总结如下：

1. 整个桌面最上面的那一条，如果不是用来显式应用程序的菜单的话，能不要就不要。换句话说，我对那一条能接受的最大限度，就是Mac OS X的那种形式。像GNOME那样的，屏幕最上面的菜单栏要占据不少空间，而且基本上作用很小。GNOME的最上面的那一条，除了在右边放置一些应用程序的托盘以及系统时间、网络链接等信息，和几个快速启动的按钮外，主要的公用就是显式“应用程序”、“位置”和“设定”这三个菜单。这三个菜单的用处都相当小。“设定”可以像Mac的系统设定甚至像Windows的控制面板一样集中到一个窗口中完成，位置直接进Nautilus或其它程序中去找，启动程序可以用命令行或其它工具（如GNOME Do）更好的完成，托盘和时间可以独立出来放在可收缩的抽屉里，因此这个菜单完全没有必要。

2. 桌面最下面的那一条，能不要的也最好不要。GNOME的这一条是任务栏，这点再议。KDE里这一点除了任务栏外，还有一个“开始”按钮。Mac OS X下面是Dock。我的系统的Dock已经设置成最小的状态了（[1]|[2]）。因为我不习惯把Dock自动隐藏，毕竟有些信息还是更喜欢一眼看上去就能一目了然的感觉。过去在用KDE的时候，那个粗粗的条实在是让人觉得占据空间，任务栏竟然能显式两行，相当诡异。实际上，我不觉得没有了任务栏就没法工作了。我在用Mac之前，在Linux下用FVWM配置的桌面环境里，没有任何条条，要切换应用程序有两种方法：一是用Alt+Tab和Alt+Shift+Tab，而是在桌面空白处用鼠标滚轮，没有感觉任何不便。

3. 应用程序的启动。这一点在第一条中已经提到过一些。现在的桌面环境默认的启动方式都是很笨拙的。GNOME下是从应用程序菜单里找；KDE有个“开始菜单”，点进去可以搜索；Mac是应用程序文件夹配合Dock，或者通过Spotlight。好在现在已经有很好的方案来解决这个问题：我在过去用的是gmrun，因为Linux的应用程序和PATH设定已经够好的了；在Mac下用的是QuickSilver，口碑已经很好了；Google Desktop也能跨平台的使用，做的也不错。

4. 一切的目的，是在方便使用的情况下，最大化工作空间。

当然上面的这几点有局限性。因为我目前用的是13.3''的MacBook，因此对工作空间的要求比较明显。如果用的是24''的显示器，Dock大小之类的就不用考虑了。当然GNOME的那类顶端菜单条是排除在外的。

昨天下午看到Apple4.us的一篇翻译文章《研究一下我们对 Chrome OS 仅有的一点了解》。里面有这么一段我非常赞同：

在这一点上，我的理论很简单。早期 Gnome 和 KDE 很大程度上只是克隆了微软的 Windows 的用户界面。此后它们开始出现分歧，我想说的是，Ubuntu 默认的 Gnome 桌面从设计和易用性角度，很多方面都超过了微软的 Windows Vista 。但本质上它仍然是 Windows 的克隆——窗口内的菜单栏、窗口最大化/最小化/关闭按钮在右上角、菜单和按钮名称使用丑陋的单字符下划线。一眼看上去，它就像 Windows 安装了另一个主题而已。他们的想法是：如果你想要 Windows 用户去用 Gnome 或 KDE ，你就必须让它看上去像 Windows。

这也是我觉得传统桌面环境不好的原因之一，也是为什么我到现在还是很怀念在Linux上用FVWM的时候的原因。

自从正式使用Mac系统以来，已经过了一年多了。这中间我对Mac的感受有了很大的变化。

总体来说，Mac对于一般人来说还是很方便的，这是我在刚开始用的时候就感受到的。网络的设定、语言的选择等等，都可以很容易的完成。甚至Emacs，选择一个比较好的包的话，安装使用比在Linux下还要方便，中文字体不需要怎么设定就可以使用，完全不用像过去一样面对满屏的方框抓耳挠腮。还有就是我过去没有在Linux下配置过摄像头，因此对摄像头的配置完全没有信心。而在Mac下不用设置就可以通过Skype视频，便利性是无法比的。

从另一方面，Mac又带给我很多苦恼。最早的时候是没有一个像Linux那么火的中文社区，中间出了问题没有地方问，只能平运气请教少数的几个朋友（xutao就是一位，在我设置iSync和Nokia E50的时候帮了大忙），或者凭运气自己摸索。不过当我用熟练了之后，我也很少遇到不能解决的问题了，也就不再需要一个初学者的社区了。

另一个问题比较严重，就是Mac对UNIX的支持还不够开放。虽然有MacPorts可以用，但我也只能用它来安装一些外围软件。而像gcc之类的比较核心的东西，我就没法更新了。Python之类的也是，就算用port编译完毕后用的还是旧版本。而我也没有发现可以设定默认版本的类似gcc-config之类的工具。

gcc、Python倒还好，毕竟升级的机会不多，也用不到一些高深内容。但曾经编译LISP系统不成功的经历就太让人难忘了。那时候我学了一门《编程语言概念》的课，里面用到了LISP、Prolog等比较古老的语言，而奇怪的是一些LISP的实现并没有我们需要的功能，因此只好换实现。结果有的让我等了一下午最后告诉我编译失败，当时的心情真是难以形容。

基于上面两点，我曾经决定，回过后就换回老的那台DELL XPS M1330。之前在上面运行gentoo跑的很顺，一些UNIX的操作习惯也养成了，非常怀念那时的环境。

不过当时决心下的不那么明确，毕竟也无法说换就还的。这台MacBook如果被留在了家里，家里的其他人不熟悉Mac OS X的环境，还是浪费了。就算熟悉了，我一直感觉在国内用Mac，还是困难重重。一些联网问题让人头疼。因此，如果我把这台Mac留在家里，基本上也就废了，还不如把DELL放在家里可以跑跑Windows的好。

几经考虑之后，只好还是留着用这台MacBook。虽然程序更新比较保守，不过也算比较习惯了。再加上它的便利程度，也让我省了很多麻烦和时间。在本子上初步装gentoo就需要至少一天一夜的时间，之后的微调又要花费不少时间。如果再次安装一次的话，就有点过于费时间了。

昨天写完上一篇文章后，想起了我在给老太太修电脑的时候的一个想法──为什么她不用Mac呢？不过电脑这种东西不是说换就换的，因此我没说出口。有了这个想法后，我仔细想了一下，如果对方用的是Mac，我是不是就不用整天给她修了？

老太太的电脑其实没什么大问题，只是Windows安全中心说她的杀毒软件没有打开让她有点不安，而之前她安装的Zone Alarm在系统托盘的图标总是突然就变成了网络流量计，一边显示上行流量，一边显式下行的。把鼠标指到托盘图标上，会提示一个“Traffic”。老太太不懂为什么她的托盘图标上会显式“交通”，于是我又花了很大功夫给她解释网络流量、上行、下行之类的，算是把问题大致的解决了。

由于我对计算机方面的兴趣，我的电脑知识比同龄人稍微丰富一点，因此经常有身边的同学的电脑出了问题，就让我给他们看看。虽然我不会推辞，但每次修好之前我都感觉心理怕怕的──因为Windows下有些东西实在是不容易设定。家里的电脑用的是XP，我还稍微熟络一点，Vista我只能纯靠经验摸索。我同学是不知道选了这个选项后对电脑有没有害，因此可能不敢点；我是知道了选中这个选项对电脑没害处，但不知道选了它对解决问题有没有帮助，于是就点上试试，不行再点回来。有时候解决了问题后我在别人感谢我的时候说是运气好，其实不是谦虚，是实话。

在给别人修过了这么多次电脑之后，再有人找我修电脑的时候，我都回有一种难以言表的反应，大概是一种不安的感觉。越到后来，我会越发不安，实在是因为不是一件容易的差事啊。我修到后来的感觉是，Windows这东西，有时候还是重装系统更容易一些。

我常常想，汽车与计算机都是一种精密的仪器，为什么汽车可以有方法检测是哪里出了问题，哪个零件和出厂时不一样了就换哪个，总能让客户满意；而计算机就这么难修呢？而且客户对汽车精确度的要求远比计算机来得高──计算机只要能工作，就可以凑合着用；汽车要是安全稳定程度下来了，客户肯定会有意见，毕竟是性命攸关的问题。

说计算机难修，其实也不算难。如果按照汽车修理那样，哪里坏了就换哪里，系统中毒了就格盘重装，是最方便的解决方法。而困难的部分在于系统的设定问题。说道系统的设定，这方面Windows做的实在差劲。就以我遇到最多的网络问题来说，除了插网线直接就能用的情况，无线上的加密设置之类的常常会搞得我们焦头烂额。用户不在身边就更难办了，这么长时间没用Windows，一些选项我早就忘了从哪里了，还要从电话上指导对方设置，简直太困难了。

我感觉这方面就是系统接口的问题。Mac系统稍好一点，毕竟选项集中，就那么几个。在Windows的控制面板里面，项目多的让人头晕。最方便的就是UNIX系统的字符设定。虽然对初学者不直观，但容易保存设定，指点对方的话也只需要让对方打开文件，输入应该输入的就好。GNOME的网络链接选项nm-applet也还不错，是和Mac算一类的，设定不算分散。毕竟是受了开放的好处。

那天从老太太家回来后就想到，如果老太太用的是Mac，是不是就不会有这么多问题了呢？Zone Alarm之类的东西统统不需要。老太太平时用电脑上上网，不上中文网页，不会遇到ActiveX不兼容的状况，Safari或Firefox就能搞定。上MSN，Adium就搞定了，平时也玩玩祖玛，Mac上也有相应的软件。最后就是看看doc文档，xls表格，Pages或Office都没问题。这不久都结了吗？老外用Mac用的多，也不是没有道理的。

其实我那天想的最多的还是Mac的iChat，简直太棒了。只要老太太的网没事（设定好了不乱动很少有事，有事也可以让老太太打电话去网络公司咨询，对方支持Mac），出了问题就让她上iChat，提前给她设定好Google Talk或者AIM帐号，让她直接把屏幕share给我，我直接通过远程就帮她弄好了。Windows下也有远程操作，不过很少有这么方便而且跨平台的。

已经忘了这是第几次了，系统提醒我的硬盘空间低了。

这种情况在我过去在国内用Windows 98的那阵子时遇到过。那是家里的第一台电脑，97年买的，奔腾166MHz，16M内存，硬盘早已忘了具体大小了。买电脑之后的两年中，我对计算机的了解突飞猛进，因此我经常捣鼓一些东西，最后印象里在初一的暑假终于让电脑成功的显示了这种提醒。一段时间后，我终于受不了时不时弹出的这种提示，用Windows 98里提供的磁盘压缩工具，把C盘压缩了，当时一下子出来了很多空间，可惜计算机的速度已经慢多了。

后来接连用过两台笔记本电脑，一台是DELL Inspiron 8000，一台是IBM Thinkpad T43。那两台电脑的硬盘都已经比较大了，家里也只有5K/s下行速度的电话线拨号上网，因此我根本没有机会从网上下载过大型的资源，硬盘一直很够用。直到我在大二开始前买了个30G的5代iPod，经常在学校里用同学的电脑下载了自己想要的大家伙（FreeBSD、Linux安装盘、TeXLive之类的，都是大型iso）为止。

07年出国后，这里终于有了宽带网络可以用。当时我带来的是走之前买的DELL XPS M1330，硬盘是160G的。当年10月份，我头一次在上面安装上了Ubuntu 7.10 Beta 4，然后才开始研究写BT、donkey之类的东西，那时候开始硬盘就渐渐的不够用了。那时我BT用的是Deluge，donkey用的是aMule。令我意外的是没想到这两样东西的速度都算快，没有因为我用Linux而受到影响。结果有一天我突然感觉到有点不对劲，具体情况记不清了，似乎连一个新的目录都无法建立。然后我通过dh命令查看，发现/home的空间的使用量已经是100%了。当时的感叹就是Linux设计的存储机制比Windows好太多了，Windows的话硬盘空间一低，系统都几乎没法用了，而Linux把各种用途的目录都分离开，home目录没空间，对系统的运行几乎没有影响。当时我只是用命令把Trash都删除，问题就解决了。

后来我也经历过一些类似状况，有了问题就把文件转移一下（走之前我得到一个70多G的移动硬盘，当时觉得根本用不完了，是难以想像的大空间）就好了。结果后来那个不争气的DELL本子的显卡坏掉后，我只好买了一台新电脑，就是我现在用的MacBook。当时在选择配件的时候，想到上台电脑的160G的硬盘也用不完，于是就给MacBook选了同样的160G硬盘。结果当Mac系统提醒我硬盘空间不足的时候，我当时就傻眼了，怎么也没想到160G的空间竟然这么快就用完了。而我的那个70多G的移动硬盘也用的差不多了。好在Mac OS X继承了UNIX的习惯，硬盘满了也不太影响使用，删除一些文件就好了。

现在已经忘记我当时是怎么解决空间的问题了，大概是删除了一些不重要的电影之类的。不过有些东西还是实在舍不得删除，于是从那时我就考虑备份的问题。

论方便来说，弄一块大型的移动硬盘也许是最好的方法了，现在硬盘降价也挺厉害，上TB的也不如想象中的贵了。不过比较起价格来，我还是觉得刻盘更划算一些，于是就买了一盒一次性刻录的DVD，把一些不经常用到的文件（多数是电影）刻录到了DVD里。DVD一次能装4G多的东西，平均起来的价格就相当便宜了。坏处是Mac系统的刻录功能我还不太会用，因此觉得每次刻盘都挺麻烦。光盘的文件系统我也是头一次见识到cd9660之外的系统，刻录完毕后，看到可以从Mac上继续使用，也没再关心是不是能在Windows下能读出来，也就这样将就了。

后来我发现光盘备份有很大的缺点──读入速度慢，噪音也挺大。后来我有一阵子经常看别的blogger们宣传Dropbox，于是我注册了一下，得到了2.3G的空间。Dropbox的优点是与系统结合紧密，只要把文件拖到相应的目录里，就可以自动的备份到Dropbox的服务器上。而其它的一些网络硬盘服务，如Box.net就需要手动的上传，这样就比较麻烦了。我现在把一些比较有资料性的文件分门别类的放在了Dropbox的目录下，让它在远程留一份备份帮助很大。

其实严格算来，Dropbox并不是为了备份而设计的，而是用来在两地之间同步的。因此它就有一个很大的缺点就是，它并不能缓解我的硬盘空间紧张的状况。如果我把本地的Dropbox目录清空，那么远程服务器上的文件也就没了，相比较起来，似乎过去.Mac帐户提供的iDisk功能是理想的选择，可惜目前MobileMe的价格很贵，99美元每年，而其它也没什么特别有价值的功能，99美元买一年存储也太亏了。现在Dreamhost的空间倒便宜，我有时也在需要的时候把文件用ftp上传到dreamhost的服务器上，不过DH的服务器时不时会出状况，让我不敢依赖，否则的话自己用脚本语言控制一个目录，山寨的模拟iDisk还是可行的。还有看过王建硕的一篇文章《便宜的Amazon》，似乎这也是一种不错的方法，不过还没有仔细研究。

想来想去，感觉MacBook在正常情况下的定位，或许不是作为一个人的主要的计算机来设计的。正常使用的话，还是iMac之类的台式机更合适一点，MacBook也只是移动中做事情更方便一些。

室友的同学昨天买了一台白色的MacBook，在学校无法上网，搞不定了让我帮忙看看。我过去一直觉得Mac系统对于这方面的设定应该很容易才对，结果今天竟然没弄好。

先说一下我们学校的网络。我们一共有两个无限网络热点，一个是802.1x加密的，用户名和密码在保存在设定中，链接上立刻就可以访问网络；另一个是非加密的，连上后在浏览器打开网页后，会跳转到https://1.1.1.1/这个地址去，在里面输入了用户名和密码就可以联网。同学需要设置的是非加密网络。

我在过去使用的设定的时候没有任何困难，基本上把无限网络打开就可以了。但今天这种情况竟然无法连上，在系统设定里提示“无法获得IP地址”。我查了一下，大概原因是DNS服务器地址没有获得，因此无法通过DHCP来获得IP地址。弄了半天，比对我的MacBook的设定，也没找到有什么不同。最后没办法，只好叫她趁保修期没过，找时间去换一台。

从网上也没有找到类似的例子。我觉得既然我的本子链接正常，对方的应该也一样可以连上啊。都是相同的软件，也没听说过DNS是硬件管的啊。可惜我在学校，手头没有Linux的LiveCD，否则也可以测试一下。

开始的时候有点灰心，因为我一直觉得Mac系统在西方的日常应用应该畅通无阻才对，没想到今天就给我一个下马威。不过想到我在设置的时候没有任何问题，心情又好了起来。虽然没有修好，不过我对Mac系统的日常使用还是充满信心的，相信这个不过是个例而已。我之前也给Windows Vista的机器配置过无线网络，那个困难也不是这个能比的。

另外，不得不感叹一下：Unibody的MacBook出来这么长时间了，那女生竟然还在买老式的MacBook。看来小白的设计、外观确实很养眼。