刀马学长“呕心沥血”编写了一个列表，提出交大人必做的 117 件事（全文在这里）。我做过多少呢？
- 003.现场观看饮水思源站庆晚会。事实上，我只参加过水源的一次全站聚会，而且是“水源奥斯卡”，并非站庆。不过我想将其归入站庆，大家应该不会有意见。
- 004.挂科。天煞的预防医学，我都不知道怎么会考出 58 分……后来同样裸考，84 了。
- 005.通宵自习。通宵自习不好，可医学院通宵是文化，何况我平时不努力——本班第一也是通宵通出来的！
- 012.华联手抓饼。
- 013.自曝。时间是去年，我快出普外科的时候，地点是水源 3P 板，当时好评如潮。
- 014.体育馆里打球。想当年，我还会打排球，就是发球总下网……
- 018.参加板聚。掰手指都不用，只参加过申花和苹果板的板聚，至今记得那个关于“国际米兰”的冷笑话。
- 021.乘坐江川 3 路。直到回学校拍本科毕业照，才有机会搭乘。
- 022.乘坐开往徐汇校区的校车。估计没有超过 5 次，虽然很快，但是需要让教师、研究生他们先上车，所以免了。
- 026.喝过食堂里的免费汤。米饭免费的那段时候，我们经常怂恿别人去拿一碗免费汤，喝完去找打饭的师傅：“师傅，再添碗饭！”
- 027.吃过二食新疆饭店里的小盘鸡。交大最让我怀念的菜式之一，离开闵行后经常去新疆饭店重温，却总找不到过去的感觉。
- 028.上过十大。例子忘了……
- 029.在南区公园球场踢过球。别看我身矮体肥四肢短，重在参与啊！
- 030.当过板主。目前仍然在当。
- 031.做过实习。学医的不实习，谁敢让你出来管床啊……
- 032.自己赚到钱。当过家教，做过网页，写过文章，可惜怎么赚都不如花得快。
- 035.在包图五楼看过电影。半个班级的人一起去看《午夜凶铃》两部曲，阵势颇为壮观。
- 041.LB 挂牌。替兄弟挂的，尽管后来知道他打赌输了，并非真心诚意。
- 045.做过志愿者。上海市基督教青年会女青年会曾经搞过一个艾滋病预防热线的志愿者活动。
- 046.带父母参观交大。参观完之后，就来寝室替我打点行装了。
- 049.寝室里集体看恐怖片。熄灯之后看《咒怨（前传）》，结果吓得某人躲在厕所里看书不敢出来。
- 050.坐在校内楼顶上。光明顶我没去过，但是逸夫顶我呆过，夕阳下看着波光粼粼的“思春湖”，相当惬意。
- 051.考试作弊。作为受益方的，只有分子生物学；偶尔还会作为答案提供方投入到考试之中去。
- 056.走过交大每一段路。
- 057.看过《我的太阳》。首映结束后，影片导演挥着手大吼：“交大‘文化沙漠’的帽子，摘掉了！”
- 072.参加同学的生日 PARTY。比如胖丁的……
- 079.玩 UNO。感谢蛋脚同学不辞辛劳地教授。
- 081.面试被拒。勤工俭学报名网管部，结果面试被拒，至今耿耿于怀。
- 082.参加过校内社团。这方面我比较失败，参加过学院的院刊编辑部，加入过团委的网站团队。
- 083.与别人撞车。常在江湖飘，哪能不挨刀——得意自己每次和别人撞，都是别人落下车来。
- 084.去过华师大。都说华师大门口有块“交大男生与狗不得入内”的牌子，所以没敢深入其中。
- 086.去过上海其他的大学。去过复旦、财大、上大、二医大，不料现在的梦想成了踏遍上海所有的三甲医院。
- 088.参加补考。参见 004。
- 099.和同学一起打游戏。《魔兽争霸》当之无愧是我大学多年的游戏主旋律，从即时战略到 3C，从各种 RPG 到 DotA。
- 101.进过异性寝室。蛋脚和小超人的寝室恐怕是我进的最多的异性寝室，接下来好像是我师姐的。
- 104.在光彪楼二楼看杂志。我更喜欢泡图书馆的文艺书库。
- 112.环绕闵行校区一周。闵行校区真地好大！
- 115.被蓝精灵（搬车师傅）吼。当门前自行车倒成一片时，才会想起搬车师傅的好。
在交大开心的日子很多，遗憾的事情也不少，117 件事中共经历 38 件，不知道能否算合格的大学生活。
Justin 发现 iTunes 的 Podcast 除了支持音频、视频格式外，还包括 PDF 文件，所以花时间制作了个聚合——通过它，我们就能够使用 iTunes 来订阅《MacR》杂志。
整个过程相当简单：首先运行 iTunes，打开菜单栏的“高级”菜单，选择“订购 Podcast”项目，接着在弹出的 URL 框中输入《MacR》的聚合地址确认，然后就可以在 Podcast 类别下看到《MacR》的各期杂志。平时点击“刷新”找找有无新刊，点击“获得”下载杂志，双击则打开系统默认的 PDF 阅读软件进行阅读。
另外，Justin 已经将该聚合提交给 iTunes Store，通过认证的话便会出现在官方页面中，省去自行输入 URL 的步骤，也利于向更多人推广《MacR》。
2009 年 4 月 17 日更新：iTunes Store 已经接纳《MacR》的 Podcast 聚合，属于 Technology 分类，现在可以通过直接点击这里（需要安装 iTunes）来快速订阅。
购入没多久，BlackBerry 8700G 已确确实实“荣膺”我购买过的数码产品中最糟糕的一件。倒并非评价负面，只是听多了关于黑莓的溢美之词，上手之后才发现——黑莓，不过如此。
黑莓全键盘手机的丑，在我心中早就根深蒂固。8700 看上去不怎么高档的塑壳上嵌满密密麻麻的按键，活脱脱一张“麻子大饼脸”，根本不考虑观者感受。不小的身材穿上原装皮套，甚至难以塞进我的牛仔裤口袋。而按键偏小的全键盘除了熟悉的手感，并未提供我超越 iPhone 的输入速度。外形方面，实在没能给我留下什么好印象。
好在黑莓的屏幕够大，分辨率够高，色彩显示够多……偏偏天煞的 RIM 估计雇了群色盲设计师，短信息、日历、通讯录等大多数应用的界面偷工减料到几乎可以原样搬动到灰阶屏幕，毫无美感的构图，单调黑白的配色，每次从绚丽多彩的主界面切入应用界面，对我而言总是不小的视觉煎熬。我不拿 iPhone 和它比，Apple 这方面有“外挂”嫌疑，但 Twibble 和 Gmail 这类第三方软件都做成那样，只能慨叹：RIM 压根就不是做界面设计的料儿……
短消息采用对话结构，非常方便，应该算大势所趋。可是 8700G 的“对话”太简陋了吧？一来一往的消息仅以单线区隔，还不标明发信人，使用过程中偶尔不得不花点时间思考双方的逻辑过程。即使在短消息一览界面，也只设置了个小小的收发信图标，总之不够直观、不够方便。另一个比较难以理解的设定，便是主画面（Home Screen）的 Dock（请原谅我如此称呼）与应用列表的关系。最初我研究如何更换 Dock 项目，后来发现位于列表第一排的应用即 Dock 里的应用，改变应用列表的排列顺序就能更新 Dock。接着问题来了，当我打开键盘锁，晃了圈 Dock，没有我需要的程序，于是我进入列表，却仍然需要滚一遍 Dock 已有的应用，未免太奇怪了吧？
以前没怎么玩过智能手机，8700G 支持 Java，因此乱七八糟的跨平台程序很多，没料想却令我觉得所谓的“Java 跨平台”是个巨大骗局。是的，黑莓可以跑各种各样的 Java 程序，有些来自系统 A，有些来自系统 B，听上去很酷。然而我不喜欢程序只能显示于部分屏幕，因为它们本来为小屏幕手机开发；我不喜欢留着全键盘不用狂按数字键，因为它们根本不支持全键盘；我不喜欢一个一个按键试验效果，因为黑莓没有左右功能键……等等等等，总有这样那样的“水土不服”等待着我。
说到底，考虑到 8700G 是 2006 年的机型，我买来时才花了 550 大洋，实在没有必要对其过多指摘。何况黑莓的信号的确出色，滚轮手感的确迷人，加上 Obama 的名人效应，作为过渡机，这样已经足够了。
我从来不掩饰自己对输入法的关注，尽管并非源于技术角度。作为一个内科医生，我大多数时间都花费在思考和文字输入/书写上，因此一款优秀的拼音输入法能给予我莫大的帮助。
去年我曾撰文介绍过 SunPinyin，当时由于安装后无法运行便将其束之高阁。昨天机缘巧合之下，又让我重逢这款出身 OpenSolaris 的输入法，完成过去未竟的尝试。
感谢 chumsdock，他为 SunPinyin 设计了一个非常漂亮的图标，无论是配色、弧线以及半透明的运用，都堪称 OS X 的典范。唯一的问题是，在 Leopard 几乎纯灰阶的菜单栏中略显突兀——换种说法，也许为沉闷的菜单栏带来一抹亮色……
SunPinyin 仅支持 Leopard，显然同样通过 IMK 来实现输入法。无论是资源占用、响应速度，或者整句输入的准确性，与 IMKQIM 相较都未必处于下风，同时能够借助 Growl 通知提示中英文输入的状态切换（QIM 的 1.6.2 1A998 更新里谈及 Growl 通知，但我却没能找到该功能的起点）。如果我的记忆不曾出错，SunPinyin 开发者在这方面抱持执着的想法。然而对我难免有些“对牛弹琴”，一来我没装 Growl，二来即使在 Windows 下我也不在意我处于哪种输入状态下……
不过 SunPinyin 也有点让我哭笑不得的设定，当我试图输入省略号（……）或破折号（——）时，我不得不按两次组合键，实在猜不透开发者是如何考虑的……
除少数细节外，SunPinyin 和 IMKQIM 几乎不相伯仲，单从文字输入出发，OS X 下的这两款输入法已拥有同 Windows 下几款知名输入法叫板的实力。如果你非常介意 QIM 的 69 元注册费，却急需易于上手的拼音输入法，那么我向你推荐且仅推荐 SunPinyin！
事实证明，一有想法便仓促作文绝不是个好主意，某文便是活生生的例子，所以出了“续”，结果还作了“续二”……承蒙 iPhone.com.cn 的 heater 指导，关于 Apple 在建立 App Store 的动机方面又有些新结论，记下来算是查漏补缺。
之前我们提到 iPhone 发布之初，已经试图通过 Safari 来取代本地应用，就差没直接吼出“我就是 Web OS”的口号。但不知是“形势所迫或计划使然”，最终仍然推出了 App Store 作为过渡——heater 觉得，Apple 是迫于形势。
计划中的东西，应该是 MobileMe 和 JS 框架 SproutCore。前者为用户提供几乎桌面一致化的应用体验，却有着与 iPhone 一样风格的图标；后者为开发者提供触手可及的 Web 开发方式，并维持桌面与网络的设计统一。iPhone，MobileMe，SproutCore——无比清晰的产品线，统统通过 Web 方式解决问题，难怪 Apple 刚开始甚至都没考虑 iPhone OS 的权限问题。
接下来的发展却脱离了预先设想的轨道，破解、自制软件、用户评论，一切的一切都昭示着 Web 应用完全取代本地应用的时机尚未成熟。所幸的是，Apple 的执行力强大，创造力也毫不匮乏，利用 iTunes Store 的现有模式，立即拼拼凑凑打造了 App Store。饱受争议的人工审核，iTunes 端简陋的应用管理，至今仍在不断完善的评论系统，几乎可以肯定这是个已推出的未完成品。另一边，姗姗来迟的 SDK 情况亦不乐观，竟然连最基本的内存保护机制也未提供，而权限划分更是 2.0 的事情。由此看来，近年 Apple 最狼狈的事情实际上是，为了夺回系统控制权的 App Store，而其依然显得风光无限。
现在，iPhone OS 3 箭在弦上，Apple 已经有足够的时间重新考虑它的互联网与移动设备政策，下一步该往哪里走早该了然于胸，否则应当不会如此高调地召开单纯的技术展示会。
收到封校内管理员热情洋溢的信：
你的日志因为违反站规，已经被管理员删除。
不要误会，我可没发什么理所应当被“河蟹”的内容——说实话，我有贼心没贼胆。我不过转载了 Unreal 君的《你还敢注册校内吗？》，此文深入浅出、形象生动地向读者论述校内服务条款在法律层面上的无懈可击，以及道德水平上的卑鄙无耻。当然，后者于千橡建立 kaixin.com 时便已经路人皆知了。
对我而言，仍然天天坚持登录校内的唯一理由，只有那个长期未更新玩法的“好友买卖”，现在既然我已经证明单纯通过剥削奴隶，即可积累超过 80w 总资产，那么审美疲劳也的确产生了……接下来，我想我必须和不对我承担一切责任的校内告别，必须和还需要我保障的校内告别，必须和攫取我所有文章版权的校内告别！
再见，“文明用语”的校内。
不可否认，我也有些忠实读者，他们喜欢我的文章到恨不得占为己有，尽管我的版权声明那么明白，往往仍然得不到一个原文链接的施舍——更为难堪的是，Google 搜索它的排名更靠前。有朋友对我的文字产生了些许疑惑，我不敢奢望“我的读者”拨冗回答，只好自己尝试着再写些什么。其实本来一篇文章便可解释清楚的问题，我现在写着写着基本都会半途而废，我对 Allen 的描述大概还生动点：“流产”……好吧，言归正传。
julianch 显然觉得我对 Safari 应用平台的描述过于仓促，至少令他难以理解。那么首先来瞅瞅最近非常热门的 Palm Pre。作为 Palm 寄予厚望的新旗舰产品，这款手机最特别之处在于它超前地使用了 Web OS，官方称之为“结合基于窗口操作系统的效能与浏览器易用性的下一代操作系统”，其上所有的应用程序均以 HTML、CSS、JavaScript 等网页开发技术来打造。如此一来，应用开发变得前所未有的简便，而且与网络连接更紧密。不过缺陷也很明显，网页开发语言能否完整控制硬件尚不得知，Web 应用执行效率却必然不如本地程序，前者可以通过设定转换接口克服，通俗的例子就比如 Web 页面设置方式的路由器，后者的解决部分需要依靠网页解析引擎的发展。另外对于网络的高度依赖，甚至成为 Sprint 迟迟不愿发售的原因。
接下来请回想 iPhone 诞生的那个年代吧！当时 AJAX 的应用如火如荼，可主流的掌上设备浏览器，如 Opera Mini、Opera Mobile，还不支持 JavaScript 的解释运行（感谢 Jiabin 指出我的错误，Opera 的两个浏览器均从第一个版本起提供了 JS 的支持，关于这方面，我会再试着独立查找一些资料），IEMobile 情况稍好，但糟糕的浏览器本身大大限制了实际体验。因此强调 iPhone 是第一款将桌面和掌上 Web 体验完整统一的手机，并不为过。刚发布时，iPhone 仅支持 Web 应用，哪怕只是试图创建一个小小的购物列表，也不得不上网打开特定页面。除了 iPhone 自有的官方功能，其他的几乎必须全部借助 Web 应用解决——从某种程度来说，iPhone 的 Safari 已经具有了 Web OS 的雏形。何况同时打开 10 个标签，勉强算得上“多任务”。如此看来，Apple 已经存在用 Web 应用代替本地应用的想法。
然而，Apple 最终推出了 App Store，尽管究竟形势所迫或计划使然无从考证，我仍然更倾向后者。一个重要原因是，Web 应用完全取代本地应用的时机并不成熟，当浏览器还需要花大量时间和资源来处理单一页面 JS 时，当网速不快 WiFi 还未遍地开花时，当桌面用户还不适应全网络化时，敏锐的 Apple 不可能看不到，因此根本拿不出过去“挥刀斩软驱”的勇气和决断，转而寻求合适的过渡。于是 App Store 横空出世，Apple 希望通过它来维持用户在双方面应用的需求。
现在，Safari 4 则为我们带来了更快的 JS 引擎，以改善 Web 应用的运行效率，为我们带来了新标准（HTML5、CSS 3等）的支持，以增强 Web 应用的交互体验，为我们带来了 HTML5 的离线存储，以减少 Web 应用的网络依赖……核心改进几乎全部围绕 Web 应用展开。Apple 从 App Store 获取巨大利益的同时，丝毫没有忘却“云”概念及 Web 应用的未来。包括 Google、Palm 在内的企业，也不得不对其在该领域的杰出工作表示敬意，选择 WebKit 作为 Chrome 与 Palm Pre 的基础。Google 的工程副总裁 Vic Gundotra 甚至说：“我认为 App Store 是个非常重大的创新，它能够减少用户的麻烦。不过，最终当人们回过头来时，人们会说 Webkit 才是真正革命性的东西。”
即使现在回头，我们亦会发现，iPhone 从只支持 Web 应用到启用 App Store，从 App Store 广受模仿到进一步强化浏览器，Apple 在进入市场甫始，便已经注意到我们至今慢慢发觉的东西。除了用户被它引导，包括不少老牌企业在内的掌上设备厂商一同丧失了自主思考能力，看见崭新的交互设计和 App Store，却唯独不能体会 Apple 在整个领域的深思远虑、良苦用心。未来的某一天，App Store 可能不复存在，Safari 摇身一变成为应用平台，我们通过它寻找各种应用程序，享受“云”生活的乐趣。
就在前几天，Apple 发布了自家“御用”浏览器 Safari 4 的公开测试版。果真“测试”得很，在简体中文的 OS X 环境下，安装程序竟无法正确显示系统需求，直到我升级 10.5.6 及安全更新 2009-001 后，才顺利安装完成。启动前我做好了无法使用的充分准备，因为有人报告 Safari 4 与Glims 存在冲突，结果一切安好，当初升级 3 Beta 时遇到的 SafariStand 问题并未再现。第一感觉，便是比它的前任快，哪怕在我破旧的 G4 下。
官方宣称 Safari 4 拥有多达 150 项特性，尽管难免陈词滥调，但其中不乏有价值的内容。首先界面上就做出不少改动，无论是标签栏、地址栏，抑或搜索栏，都依稀可见 Firefox 和 Chrome 的影子，然而经过 Apple 的再设计，无不显得更加优雅精致，也包括 Top Sites 功能，大有锦上添花之势。而利用招牌的 Cover Flow 展示历史页面，SafariStand 早已具备。针对 Windows，Safari 4 放弃 Unified 样式，采用了原生主题，并允许用户选择 Microsoft 锐利的字体渲染方式。看上去有点像妥协，其实未必，一直以来 Apple 都坚持界面样式的统一，称其为理念的延续也不为过。同时，反钓鱼等新特性的引入，进一步填补 Safari 作为浏览器的功能完整性。
另一个占据巨大篇幅的，毋庸置疑是开发工具。早在 3.0 时代，Safari 便已经提供一个颇为强大的网页元素检视器，以及隐藏的开发用 Debug 菜单。随着本次主版本号的更新，Debug 菜单终于结束 debug，走上正式舞台。不仅如此，还涵盖代码、元素、脚本、数据库各领域，Apple 试图让 Safari 4 成为开发者首选浏览器的野心昭然若揭。当然，要想不让野心流于形式，支持 HTML 5、CSS 3、CSS 动画等技术，通过 Acid3 测试势在必行。
不过 Safari 4 仅仅是浏览器？想想 Apple 发布时翻来覆去强调的重点，是 Nitro，当 Firefox 和 Chrome 都在努力展示自己的 JS 引擎时，你应该明白这远非单纯的巧合。与他们一样，Safari 4 的目标是成为一个平台，一个网络应用的平台，甚至是一个 Web OS！《BusinessWeek》的 Peter Burrows（《Safari 升级，意在对冲 App Store 的赌注》） 一针见血地指出，基于 Web 的 Safari 和基于本地的 App Store 将同时以 iPhone 的应用之道长期并存。假如说，本地软件作为网络应用的过渡，优势在于响应速度与不依赖网络，那么更快的脚本处理，以及 HTML5 离线部分的支持，则让 iPhone 向完整的网络应用进一步靠拢——Apple 于这一问题的深思熟虑、厚重布局，才刚刚显山露水。
从我个人而言，Safari 4 Beta 的体验令人愉快，几乎无法找到什么不满的地方，何况还有恢复“原貌”的方法。而它为浏览器界或网络应用界带来的影响和冲击，恐怕将更为深远悠长。
有点投机的标题，描述大陆 Mac 相关电子杂志的现状——出了 5 期的《MacR》、至今难产的《MacZine》，以及一不小心后来者居上的《Mac Totem》。
说实话，我有点钦佩《Mac Totem》的制作人铁树，单枪匹马完成了这本电子杂志的创刊号。虽然整本杂志在组稿、排版方面充斥着幼稚和粗糙，但并不影响我们从中一窥 Mac 发烧友的热情和想法。在这方面，Allen 也完全合格，只可惜他至今仍在为温饱摸爬滚打。
另一句实话是，在 Web 2.0 时代业余搞一本电子杂志相当不讨巧。它需要一批围绕预设话题展开的文章稿件，需要一群挤出时间设计版式的工作人员，需要一条让人时刻觉得紧迫的 deadline，还远不如 blog 什么的时效性强、订阅方便……但是既然有人将其作为表现自身的舞台，那么它当然有存在的必要，同时理应获得变得更好的权利。
目前的三本电子杂志，前两本不约而同地在组稿上遇到些许麻烦，《Mac Totem》则依托 macfans 论坛暂时避开了这一问题，但随着主题的深入、风格的明确，良莠不齐的论坛文章必将成为进一步发展的障碍。而除去尚未面世的《MacZine》，无论在版面设计或网站建设，《MacR》都无可争议地走在最前面，这与一个是设计师而另一个不是有着密切的关系。即使乐观如我，恐怕也很难看好问题多多的三者并肩成长，更遑论之后的“三国鼎立”。因此我时常思考，大陆的 Mac 用户群真地已经大到可以容纳三本电子杂志的地步？答案显然是否定的。既然如此，何不大家节省资源，精诚合作，摆在一块儿做呢？我始终觉得，“Macazine”应该会是不错的杂志名称，Allen 也能找到真正能够大展宏图的场所……
这个“三国统一”的想法，我曾经装作不经意地提过，无奈大家都是热情高涨的年轻人，对于理念什么的都有自己坚定不移的追求，不便多加干预。唯一能做的，便是祝愿这三本电子杂志一路走好！
Darwine 最早的初衷，是将 Wine 移植至基于 PowerPC 核心的 Mac OS X，这从尚留 SourceForge 的项目主页可以清楚看到。但是巨大的架构差异，使得整个计划举步维艰，仅存记忆的只剩下“扫雷”了。随着 Intel Macs 的大潮袭来，Wine 团队以“Wine 并非 CPU 模拟器”为由，重新修正了 Darwine 的开发目标。
尽管如此，相较 Wine 本身的风生水起，Darwine 的地位无疑尴尬许多。受到 BootCamp 与虚拟机的夹击，使用复杂、操作不直观成为其巨大缺陷。一直以来，成功案例也只有 ies4osx 而已。
现在，可可果有人提供了几个国人常用 Windows 软件的 Darwine build，包括迅雷、遨游、万能五笔、纳米机器人，以及 RaySource 五款软件，至少解决我在非游戏方面的 Windows 需求。作为仍在为下一台 MacBook 奋斗的穷学生，看着恐怕是目前唯一能做的了……
感兴趣的朋友可以试试。方便的话，告知我使用感受吧！
