我是看《Learning Python》入门的，这本书倒没看过，不过前两天把自己知道的一些入门资料整理给同事看了，希望对你有用 :)

http://gist.github.com/reorx/8aa83ad55591987dc286

所以很难赞同老罗说的“苹果内部认为自己是一家软件公司”这句话……

1+, 虽然 T1 看着也不错

@rainysia thx

@rainysia 窗帘很赞，最近想买新窗帘，可以提供下窗帘的购买信息嘛？

P.S. 上面提到的“在返回数据中描述返回结果的状态”，推荐一个叫 JSend 的简单规范: http://labs.omniti.com/labs/jsend

HTTP 协议本身是很语义化的东西，RESTful 的目的是希望 HTTP 中语义化的成分能和你的接口设计相对应，说白了是让协议和应用相统一的规范。

但是协议所能表达的语义有限，不可能要求所有的事情都用 GET POST PUT DELETE 等表达，因此我现在的做法是将可以归入 RESTful 范畴的接口用 RESTful 的规范设计，不好归入的在 URL 中加入动词，用 POST 方法做请求。拿 V2EX 的主题顶踩为例，我会设计为 POST /topics/:id/voteup，POST /topics/:id/votedown，并在代码或文档中注明这个接口和其他 RESTful 接口的区别。

至于 Status Code 的使用，个人认为统一的意义大于规范性，如果你是从头开始主导的项目，当然可以用 Status Code 的不同区分返回的错误，如 @cloudzhou 所列出的那些。但是如果半途加入一个项目，这个项目之前已经是使用 200 返回所有请求，重新设计 Status Code 的成本太高，甚至可能对其他业务造成影响，这时可以考虑在返回数据中描述返回结果的状态。RESTful 也并不是就限制死了你对它的使用，使用方式见仁见智。吸取其中适合自己的成分，作出适合团队协作，提升开发效率，清晰而稳健的接口设计，就是最好的。

昨天刚看到一个不错的推荐 http://sayzlim.net/apps/

以及，感谢 @hzlzh 的辛勤工作 :) https://github.com/hzlzh/Best-App

如果你不是照片，请不要用照片作为头像，这样可能会对其他会员产生误导 :p

据我所知比较成熟的有 MongoEngine ( https://github.com/MongoEngine/mongoengine ) 和 MongoKit ( https://github.com/namlook/mongokit )。

两者的设计思想完全不同。MongoEngine 是模仿 Django ORM 关系数据库的方式用各种 Field 进行严谨的字段定义，而 MongoKit 是用一个字典约束 document 的结构。相对而言，MongoKit 更加轻量、简洁，对字段的检查和限制更加宽松，并且我个人认为对于 MongoDB 这种本身就没有强制要求存储结构的数据库，MongoEngine 的做法是有违其设计哲学的，因此更推荐 MongoKit 一些。我自己在一些项目中使用了 MongoKit，没有遇到非常坑的问题。但是它的作者对它的维护不是非常勤，两年前有一个 issue 中就提到说现在的一些写法非常不 pythonic，要发布重构的版本，但是一直没什么动静，日常小版本的更新倒还是有的。

P.S. 后来我自己重造了一个轮子: Simplemongo ( https://github.com/reorx/simplemongo )，借鉴的是 MongoKit 的设计思想，暂时还没有文档，但在实际的大型项目中使用过，测试用例也很完整，有兴趣的可以尝试下 :)

赞用心，2 队发来贺电~

听歌用 DeaDBeef，对 APE，FLAC 的支持应该是最好的: http://deadbeef.sourceforge.net/

应该是 0.2 吧 =v=

@holmesabc http://download.cyanogenmod.org/?device=hammerhead 还是没出 stable 等煞我了（ ＴДＴ）

傲世三国这么赞的作品没有人提吗，为国产呐喊下 :)

@flyingkid mac 下玩 dota2 风扇呼呼转啊，机器一会就烫手了，最后还是弃了……

赞, star +1 ~