嗯……一直想在Linux下面搞个好使的豆瓣FM客户端好在工作时听听（不然要专门开个浏览器），于是google了下找到了这个，于是什么桌面客户端之类的弱爆了啊，这个才是Geeker听音乐的方式 = 。 =

东西是Python写的，代码短小精干，也可以自己研究下

github: https://github.com/zhendi/DoubanFM-CLI

作者豆瓣: http://www.douban.com/people/KaKa9527/

嘛……Python S60的一个比较Geeker的玩法。通过蓝牙串口通信连接到PC的串口通信的终端软件（已经差不多都快被遗忘了吧，这类软件），从而在PC上使用实际上运行在手机中的Python Shell并达到控制手机的目的。

在Windows XP中，可以使用XP内建的“超级终端”（HyperTerminal）来进行串口的点对点通信。

首先要在PC上开启一个蓝牙串口，我用的是蓝牙驱动程序是BlueSoleil，安装后就已经默认打开了COM6和COM8两个端口，我这里使用的是COM6。

然后启动超级终端，然后建立一个串口的连接，修改其属性和使用的端口为需要使用的COM6分端口。接下去开启手机的Python Shell，启用它的Bluetooth Console，然后选择PC和对应的端口即可完成连接。

接下去PC上的超级终端内就已经是那个熟悉的Python Shell了，可以输入print(“hello, world”)试试和世界打个招呼，当然也可以使用其它所有的Python S60提供的API，正如上面第一张截图的：

import audio
audio.say("hello, master")

手机当场会以它特有的电子音说出上面这句话来和它的主人问候 囧
另外也可以实现在终端里面发送短信，代码：

import scriptext
messaging_handle = scriptext.load('Service.Messaging', 'IMessaging')
messaging_handle.call('Send', {'MessageType': u'SMS', 'To': u'12345678', 'BodyText': u'Here is a message from python s60 shell.'})

除此之外还有许多好玩的东西，可以去docs里面慢慢挖掘。
总体来说Python S60可用性真的非常高，基本上手机能支持的功能它都有API提供了，接下去可以好好在这方面研究一下。

上周四入手了诺基亚E72，因为是超市消费卡购买的缘故，所以只能买砍掉wifi功能的行货，包了个5元30M的GPRS套餐把玩了数日，几天下来发现已经改变了我的生活了（或者说至少这段时间的） 囧

首先是twitter。虽然早在07年7月就已经注册了twitter，但是由于种种原因一直没有正式开始使用。并且自去年被墙之后更是觉得不便了。现在有了方便的平台也就想试试看了。虽然twitter早已不是什么新鲜的东西，但对我来说则是一种新的纪录方式吧，把心里突然冒出来的牢骚和吐槽都找到个地方发布也蛮有意思的貌似（换句话说也就是找了个说闷骚话的地方？|||||| orzorzorz）

然后是倒腾Python for S60。一开始这个python shell运行有莫名其妙的错误，而那个WordPress的客户端wordmobi，同样基于pys60倒没有任何压力的。后来也不知道啥情况这python shell能用了，可能在升级了什么PIPS后正常了吧（还不确定 囧）

最后是GPS。嘛嘛，老早就想有个GPS设备了，这次手机更新很大原因也是因为希望能搞个有GPS功能的。诺基亚的地图永久免费十分厚道。下载安装到E72后搜索了一下离线内容也蛮丰富的，学校附近的ATM一个不落下。而我老家那么小的城镇上的标注点也有不少，可以说非常实用了。

那么总体来说对E72非常满意，只是这两天看到E72i出来了，行货带wifi，泪流满面TVT …………

Google App Engine使用了一种与关系数据库完全不同的数据库，称为分布式键-值数据库（Key-Value-Database），所有的”条目”，都是一个对象。这种数据库拥有代码简单，开发效率高，高并发访问效率等特性，但同时也有不支持模糊查询等缺点。

在使用上，键-值数据库和之前熟悉的MySQL等所有的关系数据库都有点不太一样，因此在开发vxtodo时走了一些弯路，比如这个等同于关系数据库的”主键”的问题就让我奇怪了很久（当然，对于这种的键-值数据库中，是否能以主键来称呼应该值得商榷），刚才终于摸索清楚了，记录下来。

Google App Engine的datastore的每个条目的唯一的键是自动生成的，无需人工干预。因为一开始并不清楚这一点，所以定义”表”的结构时找不到类似于自动索引的功能，结果开始写vxtodo时我用的是时间戳 + 用户名邮箱地址然后Hash再取绝对值出来的一个唯一值的诡异方法，虽然也能用，但是毕竟不够优雅（这样的Hash值实在是太长了）。仔细翻阅文档后，终于把ID/Name部分给看明白了。

首先，定义一个数据类型：

class Task(db.Model):
    user = db.UserProperty()
    title = db.StringProperty()
    content = db.TextProperty()

这个就不用多说了，一目了然，GAE的入门教程里面也说的很清楚。一个”字段”一个属性，Google提供了一批数据类型可以使用。

获取某个条目的ID：

query = Task.all()
tasks = query.fetch(50)
for task in tasks:
    print task.key().id()

与别的”字段”不同的是，无法直接以task.id来获取它，而是通过调用它的key()方法返回一个Key对象然后再执行这个Key对象的id()方法来获取到这个id。

用一个给定的ID来进行查找：

key = Key.from_path("Task", 3)  #Task类别里面的ID3的对象的键 —— 翻译成关系数据库的话，就是Task表里面的主键为3的项目的主键
query = Task.all()
query.ancestor(key)
task = query.get() #获取对象

id这个”字段”和别的属性不一样，是用Query类专门的ancestor()的方法来处理的，虽然一开始看文档的时候就注意到了这个方法，但是由于并不知道如何给定key的值（因为不知道上面的这个获取方法）所以不明如何使用。在看了Key的文档的from_path()方法恍然大悟。

去年在Java上接触到过一种对象数据库db4o其实差不多就是这样的类型，当时也花了一些时间来研究，然而当时这个db4o并不是很成熟（印象中存储中文似乎有乱码问题），最终不了了之，最近在Google App Engine重新碰到这样的数据库类型，算是对这种键-值数据库的重新认识了吧。

这段时间研究Google App Engine的成果，今天发布。

一个个人TODO-List管理程序，支持邮件提醒。

服务器端是Python，客户端自然还是 HTML + CSS + JS，话说Javascript的代码比Python还多一倍，没jQuery的话代码量应该会更加冗长……不过用Google App Engine来写程序还是挺幸福的。

欢迎各位使用（会有人用么？），以及帮忙测试和报告Bug

在GPL第二版协议下开源。

地址：
http://vxtodo.ihfs.net/
http://vxtodo.appspot.com/

获取源代码前往：
http://code.google.com/p/vxtodo/

PS.I: google app engine还无法支持.cn域名，因此只好用这个ihfs.net来进行绑定了……
PS.II: 话说appspot偶尔会被GFW掉，无奈……
PS.III: 于是咱也玩了把云计算了啊～

更新@2009-05-14:

1. 修正了无法输入\和回车的bug
2. 加入Prism的说明
3. 制作了LOGO

更新@2009-05-15:

1. 修改了数据模型，删除了一些无用的测试数据（没办法的选择，这种键-值数据库无法修改“表结构”，只能清空数据库然后重新添加

更新@2009-05-17:

1. 对状态图标加上了事件，点击可以直接转换状态
2. 将代码导入Google Code，以GPLv2开源

更新@2010-01-17:

1. 解决一个换行的问题

为什么这么说？见内文转载吧……

那么其实我觉得自己的想法应该更加接近不可知论 – v -

如果说编程语言是一种宗教，你的信仰是?

原文来自If programming languages were religions，很有意思，可以从宗教的角度来看看各种常见语言的特点。(这里丝毫没有要找出不同语言优劣的意思，每个人都有信仰自由)

C是犹太教——很古老而且戒律很多，但大多数人都熟悉并尊重其戒律。问题是很难皈依它，你要么开始就信仰它，要么会认为它简直太疯狂了。而且，一旦事情出了差错，人们就会怪罪于它。

Java是正统基督教——理论上来说它基于C，但它去掉了很多老的戒律，以至于跟原教旨已经大相径庭。另外，它新加了一套严格的教义，追随者们相信这些比原来的教义更为重要。他们认为这是世界上最好的语言，而且会将所有的异端烧死在刑柱上。

PHP是Cafeteria基督教——与Java在Web开发领域进行竞争。它引入了C和Java的一些概念，但只限于它所喜欢的。也许它不像其它语言那样条理清楚，但至少给你了更多自由，看起来还算一个整体。而且不会有下地狱(goto hell)这样的说法。

C++ 是伊斯兰教——来源于C，不仅保持了后者的戒律，还变本加厉加入了一套新的复杂戒律。它是如此地多才多艺，可用于构建任何事物，从弥天大罪到美丽的艺术品，追随者们相信它才是终极语言，并会被持不同意见的人激怒。更可怕的是，如果你冒犯了它或者是它的创始人，你的生命都会受到威胁。

C#是摩门教——乍看之下，它跟Java一样，不过仔细一看就会发现它被单一组织所控制(很多Java的追随者将其视为恶魔)，而且很多概念都不相同。你在暗忖，它也许不错吧，呃。。。希望你不会被Java的追随者们歧视。

Lisp是佛教——没有语法，没有核心教义，也没有让人膜拜的神。就看你的造化了——需要你有足够的悟性。有人说它压根儿就不是一门语言，有的人却认为它是唯一有意义的语言。

Haskell是道教——与其它语言差别太大，以至于很多人怀疑它到底能做什么。其追随者相信它才是通往智慧的正道，只是这些智慧为大多数世俗之人力所不及。

Erlang是印度教——又一种奇怪的语言，看起来没什么用处，但不像大多数其它的现代语言，它建立在“同步之神”的基础上。

Perl是巫毒教——一套神秘的、难以理解的咒语，会让你的灵魂永久地堕落。老板在周五晚上九点吩咐你一项紧急任务，这时就得靠它了。(想起兽族部落的巫毒商店，而且它与萨满教有些类似)

Lua是巫术——一种泛神论的语言，容易与不同文化和地区相融合。它的代码非常自由，其中的一些技术在传统语言的用户看来是不可思议的。它与月亮有紧密的联系。

Ruby是新异教主义——不同语言和理念的混合体，可以被看作是一种语言。其支持者群体成长迅速，尽管很多人面带疑色地看着他们，但基本上他们还是善良的，无意于伤害他人。

Python是人文主义——简单、自由，它只需要你具备常识。很多追随者声称，Python帮助他们卸下了其它语言带来的担子，从而再次找到编程的乐趣。有些人还说它就是一种伪代码。

COBOL是古异教主义——很久以前，它曾经统治着大片地区，现在却差不多死掉了。尽管很多人都在其神的仪式中留下了伤疤，直到今天仍然有人追随着它。

APL是山达基教——尽管有很多人声称要追随它，但你总会怀疑它是一个大大的恶作剧。

LOLCODE是阿里乌斯教——它很神秘，产生于互联网，尽管有人在努力地开发和散布，但没人会对它当真。

Visual Basic是撒旦教——可惜你并不是真的需要将灵魂出卖。。。

正如上文，以前学过VB这个撒旦教，未有大成之前，又接触到了PHP和Java这两个基督教的分支，然后现在是对Python人文主义很有爱～

虽然我觉得其实C++是正统基督教的设定才对啊……继承于C又有了发展……

话说看了这文顺便发现了LOLCODE这门有趣的语言，Hello, World如下：

HAI
CAN HAS STDIO?
VISIBLE "HAI WORLD!"
KTHXBYE

翻译过来，这简直就是：嗨，我可以用STDIO么？显示一下“HAI WORLD”吧，谢谢，再见！
HAI和KTHXBYE是程序段的开始和结束。
CAN HAS就是调用，类似include require之类的。 VISIBLE就是print啦。

Wikipedia: LOLCODE是一种建立在高度缩写的网络英语之上的编程语言，一般来说如果一个人能理解这种网络英语就能在未经训练的情况下读懂LOLCODE程序源代码。

我承认先看成LOLICODE了……

switch(value){
    case 1:
        func1();
        break;
    case 2:
        func2();
        break;
    case 3:
        func3();
        break;
}

等价的Python代码：

{
  1: lambda: func1,
  2: lambda: func2,
  3: lambda: func3
}[value]()

带赋值的情况：

result = {
  'a': lambda x: x * 5,
  'b': lambda x: x + 7,
  'c': lambda x: x - 2
}[value](x)

用try…catch来实现带Default的情况，不过这个形式就感觉差些了：

try:
    {'option1': func1,
     'option2': func2,
     'option3': func3}[value]()
except KeyError:
    # default action

附上google到的相关内容（评论中的讨论也值得一看）：

• http://www.mustap.com/pythonzone_post_224_python-switch-statement
• http://simonwillison.net/2004/May/7/switch/