CNBorn|我不是大牛

2008年7月19日，CheckNerds 写下了最初的代码。而在接下来的这一年里，CheckNerds 从一个还仅存在于我头脑概念中的网站，到有千余注册用户的小型站点，算是迈出了第一步。

而如何将这样一个带有强烈个人色彩的项目，成为自己期望中的"更好的工具"，是我在这么长的时间以来，始终在思考的一件事情。

在这期间，我进行了无数的尝试与改进。其中，包括那些被大家所熟知的如针对移动设备(手机、iPhone/iPod)的版本。但同时有着更多不为人知的改进，他们大多数止步于萌芽阶段，而止步的原因或是由于实际的理念于CheckNerds 当前的发展并不完全相符，或者完全是由于Google App Engine 所造成的技术限制等。甚至还有若干已经动手实施，并最终止步于半途的项目。固然惋惜，但却也在无数的尝试和思考中，对于自己要做一个什么样的产品，前所未有地清晰、明确起来。

2009年6月在Google 开发者日大会上的介绍进行完以后，根据当时自己总结的方向和计划，我立即开始着手于 CheckNerds 开放API 的工作上面。

第一步开放的 API 已经于 6 月 25 日正式上线。前期公开的可调用功能还比较简单，这些会逐步进行完善。欢迎持续关注 http://www.checknerds.com/docs/api/function。

API 将是CheckNerds 作为 "一个更好的工具" 中非常重要的一环。在建设 API 的工作以外，如何更好的让开发者和用户使用API ，同样是非常重要的工作。于是 CheckNerds Labs 项目作为我在这个方面的尝试，正式启动。

CheckNerds Labs 为 基于 CheckNerds API 构建的一些辅助工具，旨在帮助用户更好、更便捷地访问和使用 CheckNerds。这些工具的源代码完全开放，您可以从 Google Code 的开发站点下载。同时欢迎广大用户参与改进！关于如何申请应用程序API权限、或想把自己写的基于CheckNerds API的小程序加入到项目中这样的相关问题，欢迎各位感兴趣的开发者直接和我联系，期待你们的反馈。

目前 Labs 中包含的工具有：

    amboy.py 导出用户所有 CheckNerds 事项的 Python 命令行脚本，用户资料导出，让用户完全掌握自己的信息。

    

未来计划会包含的其它内容：

    CheckNerds Python Binding Library

    CheckNerds GUI - Based on wxPython 
    CheckNerds 完整版 API 调用文档
    等等其它，可以实现的应用有太多，唯一的限制是大家的想象力

目前这个项目需要完善的文档工作还有很多，欢迎大家关注 Google Code上面的项目主页，所需文档和使用方式我会随时进行更新。代码在近期会放出snapshot下载，同时也欢迎大家使用mercurial直接从Google Code 项目站点下载最新的开发版本。（命令 hg clone https://checknerds-labs.googlecode.com/hg/ checknerds-labs ）

总的来说，这部分的开放为 CheckNerds 实现Web以外的其它目标提供了更多的方式和可能，用户从此可以不仅是使用者，也可以是参与者。作为项目发起者，心里都会淡淡地希望可以瞬间有不少开发者能够关注这些代码，显然这非常不容易；而自己目前的想法实际上只是更加单纯：不管未来是一个人还是十个人维护这些代码，这个项目的开始意味着自己认真进行的一个项目从此可以更及时和透明地展现给整个世界，还有什么比这个更重要的呢？

文章开场要首先感谢cleverpig及其他OpenParty同仁赠送的OpenParty Tee，十分Geek, 十分感谢！

多的不谈，还是先来谈谈本期OpenParty听到的演讲。

---

首先听的是杜文山朋友关于使用Sphinx的演讲。

Sphinx简单来说，是一个文档生成工具，用于把reStructuredText 格式的源文件生成诸如HTML, PDF, LaTex一类的格式。编辑者无须亲自处理文本的格式, 程序会自动根据源文件里的设置产生格式, 以及自动生成章节链接等工作。

和DocBook一样，Sphinx可以看做是一个把文本格式处理和文字编辑分开的工具。举个例子来说吧，大家一定都曾有过上学时用Word痛苦地修改论文的经验（没办法，在中国LaTex太小众），其中Word里面千奇百怪的可见或不可见的格式符、控制符一定玩弄了大家很久。而类似DocBook或reStructuredText 一类的格式则完全采用文本文件来记录文字格式，各种格式控制字符完全可见，不会出现如Word里某个隐藏在段落末尾的莫名控制符导致文章之后的某些部分完全乱掉，而完全找不到这个控制符的情况了。同时，完全采用纯文本文件进行记录，使得使用版本控制软件对编辑工作进行全程追踪和记录成为了可能。而最终通过文本的源文件生成具有格式和样式的文本则完全是程序所进行的工作，避免了一切出错的可能。

使用Sphinx的项目有很多，著名的包括 Python , Django 的文档，全部是使用Sphinx 生成的。

我在场询问了作者选择Sphinx而非另一个非常有名的工具DocBook的原因，得到的答案很简单。Sphinx更Pythonic，reStructuredText 语法相较DocBook 使用的XML语法也更加简洁, 简单来说，reStructuredText 语法更类似于wiki。

关于reStructuredText的基本格式，以及Sphinx的基本用法，大家可以参考杜文山的slide，点击这里下载

接下来，杜文山又介绍了使用两个自行修改的Firefox 扩展来帮助用户更好地完成Sphinx文档的编辑工作。这个在slide里面没有详细提及，我觉得很有意思，值得说一下。


为什么要这么做？因为 Scrapbook存储数据的格式使用的是XML，杜文山通过自己编写Python 脚本来处理这些数据，从而实现了服务器端的全文搜索。Sphinx自己也可以生成一个基于前端的搜索，据作者说对于中文支持不好。所以他采用了自己另外编写脚本的做法。效果不错。

还有一个有趣的东西就是Firefox 上面的一个Vim风格扩展，作者由 vimperator 精简而成。这个扩展完全不像vimperator 那么难于上手，仅仅是保留/增加了一些自定义的快捷键和键盘浏览方式，甚至没有: 的命令行（因为太占用系统资源）。适合需要一个简单的Vim键盘控制扩展的朋友可以选用。

杜文山把这两个项目以及他自制的Sphinx在Windows上的打包都放在了这个页面，欢迎大家前去下载。另外打包的Sphinx文件里面包含一些本地化的内容，我十分期待这些修改可以提交回给开源社区，欢迎有兴趣的朋友在作者提交到开源社区以后大家一起参与完成！

此外杜文山还介绍了下自己的网站项目，里面提供一个很有意思的功能，是一个MoinMoin（一个著名的使用Python编写的Wiki系统，Ubuntu 论坛 Wiki使用的就是这个系统）的Service Provider, 通常大家都习惯了BSP，这个网站则可以为你提供一个记录知识与信息的Wiki，十分有创意。

期待作者把他的这些精彩作品回馈社区，调动更多的人参与。我稍后也将用Sphinx来创建我需要的一些文档

---

这期听到的第二个题目就是关于德国一个基金会将办公系统由Windows迁移至Ubuntu的介绍，受益良多。我的记录比较零散，在这里就跳跃性地谈一些让我印象很深的东西。

总体迁移过程从技术上对于广大Geek来说，其实都没有太多新奇的东西。针对办公环境，一言概括，就是从Openoffice.org、Thunderbird的普及开始，直到最后完成操作系统的迁徙。当然了，这个过程看似简单，所谓难点也完全不在技术上。而是在于人。技术上的问题，实际上解决的方式要比人的问题简单许多。要知道，人员基本上算是在企业的这种工作中，不可替换的部件。所以，人为因素对于类似这样的项目来说，至关重要。

整个案例由在这方面很资深的一个软件公司来完成。关于更多地在政府或企事业单位中推行自由、开放的系统，创始人张韡武讲述的一点很值得品味：关于这个行业，从实施公司的角度来说：如果要进行所谓的开源软件推广，仅仅是花钱采购其实并不能解决实际问题，如何对迁移和部署的风险对于业务的影响进行评估、使用合理的方案，让提供相关服务的供应商在可承受风险的情况下介入。说得很有道理。

对于如何进行开源软件的宣传，以下几点我认为非常值得学习。

• 避免宣传一些技术人员对于Linux及开源技术的先天感觉。如免费、邪恶的商业软件等理念。真正的用户，关注的永远是如何关注业务，而不是建立一种偏见。任何使用偏见建立起来的观点，都是无法得到更高一个层次的信任的。
• 关注用户需求的提议：Linux应该是一个解决方案的一部分，是成熟的产品，换用它是为了解决实际的问题，带来效益，而不是图新颖，搞新名词。
• Linux并不比Windows高端，反而倘若在用户首先接触Linux 的前提下，实际上掌握Windows系统反而要学习和接触更多的感念

确保项目实施成功的过程中，有一个小白鼠环节特别值得大家注意。即实施团队会预先选择一些实验用户，先于其它同事尝试新的系统。而事实上对于实施企业来讲，选择的这个小白鼠用户，是预料到必然会获得成功的用户。这个策略可以大大提高项目实施的信心，确保整个项目的整体成功。也就是说小白鼠用户的成功，就是整个项目成功的敲门砖。大家通常会以为小白鼠用户一定是最信赖和支持这些新技术的用户，其实这并不是最重要的。相反小白鼠用户最需要的潜质往往是以下列出的几点，如关心业务、了解需求、有影响力，这些可以有效确保小白鼠用户在整个项目的推进过程中发挥实际的作用。我对此的思考是实际上在所有的软硬件项目实施中，都可以参考这个选择小白鼠的策略。

还有一点十分让我震撼，作为一个专业的IT服务公司，那些我们看似反复、琐碎的工作也一定要做到非常严谨和一丝不苟。迁徙后为单个用户需求所提供的检查表，就有几十项之多，细致程度令我惊讶。其中的那些细小功能都要和用户一一核实；我们大家相信已经习惯了自己鼓捣等同于这些Geek们的玩具的操作系统，但是把它们变为生意，严格地实施，显然需要另一种味道才行。

总的来说，我对于整个演讲的理解，可以归类于以下几点：

• 整个项目的成功，可以总结为 把我需求，要做什么 专注这些
• 把过程流程化，对于细节的把握非常重要
• 未来行业的趋势，是IT外包
  

• 如何确保一个项目成功的实行，是一件需要深入到企业内部流程的东西。

---

第三个是番茄树的介绍，简单谈几句

番茄树是个引人注目的网站，清新如豆瓣的风格，市场宣传也很到位，我经常去的网站上都有它的广告。

其对于界面用户体验的研究，以及对于客户服务认真的态度，非常值得学习。

有个小缺点是整个演讲前面讲了很多关于"轻公司"的概念，以及Amazon作为一个底层服务商的伟大。但难免让人找不到重点，因为番茄树只是在等待那个中国的"Amazon"的出现，而不是成为它。以后可以考虑在移些篇幅给用户体验优化、以及技术上概略的简介，对于OpenParty这样的群体来说，这些应该更吸引人 :)

番茄树吊了大家半天的胃口，最后介绍了一下其推荐算法的核心。不出所料，算法核心使用的是SVD算法。不过番茄树对于此的讲解有些简单了，关于这个算法的话题，在上次的OpenParty上fuchaoqun朋友进行了一个详细的讲述，并且还附有实例程序。我在这篇文章中有比较详细的介绍，欢迎点击访问《OpenParty "柳岸寻鱼"》。

首先需要到python.org 上面下载python 的Windows 安装包 (Windows 下推荐安装 Python 2.5, 安装包链接)
然后到pygame.org ，下载对应Python相应版本的PyGame安装包 （Python 2.5安装包链接)
到 http://code.google.com/p/shootgfw/downloads/list 下载程序（或者通过mercurial 从 Google Code 里面 clone 最新的代码)
使用 python 执行 pyspaceinvaders.py 这个脚本 : 即打开解压好的程序文件夹，双击 pyspaceinvaders.py 即可开始游戏！（如不能执行可能需要重启电脑）