今年印象最深的是 Guido 关于 Diversity 的那一场，全程满槽点，给大家看我和小伙伴讨论时的截屏

http://ww2.sinaimg.cn/large/65a94210jw1erhm2zprh7j20gk0d6dh6.jpg

http://ww1.sinaimg.cn/large/65a94210jw1erhm397kxfj20fi0dy0uu.jpg

我记得有个 Python 写的简单 minecraft: https://github.com/fogleman/Minecraft

路过支持 :)

lz 出个付费学习 gevent 的教程我觉得比 tornado 有前途， tornado 的文 (zhu) 档 (shi) 再怎么说少也比 gevent 那连 docstring 都不想写的代码好太多…

Evernote 就应该只是个文本存储和索引后端，把接口做得好一些，让众多开发者来解决客户端的问题……

现在官方臃肿的客户端根本不能用，推荐 Alternote: http://alternoteapp.com/

@caixiexin +1

另外对一个资源的操作不一定只有 CRUD 四种，所有符合系统逻辑的原子操作都是，可以理解为你为某种资源的操作所封装的函数，permission 是用来控制是否允许用户对这些函数进行调用

@glasslion 所以只是 1. 满足自己需求，2. 多一个选择给不满意已有方案的人

@wph95 自从用了 django，manage.py 这个名字就和入口脚本的概念深深地绑定在我的脑海里，让我再也想不出别的词来… orz

@dddd clean 一般是用来清除对应的 build 命令所产生的文件，.py[co] 文件并非 build 产生，而是运行产生的，而且它既不会被包含在打出的 package 里，也由于 gitignore 的存在不会被 git 所 track，正常情况下我们对它的存在几乎是无感知的。我只有在怀疑遗留的 pyc 文件影响了我对模块的引用时才会去清除它，所以我的 zsh 里有一句 alias clean_pyc="find . -name '*.pyc' -exec rm {} \;"

至于 vim 的 backup file，正确的处理方式是让他放在固定的文件夹里，在 vim 配置里加上:

set backupdir=~/.vim/backup

就好了。毕竟指不准哪天真的需要，你也不能随便把它清除了不是？

@zythum 没事啦，有空再出来玩 XD

@felinx 嗡嗡嗡，飞龙早！

@bcxx 想尽量保持简洁，不依赖外部库，而且创建新项目这件事情也不是真的频繁到 cp + mv 几下都觉得麻烦嘛。另外 paste 多年没有更新了，不想用这种古老的东西…

@z742364692 以前整理过一份，hope it helps https://gist.github.com/reorx/8aa83ad55591987dc286

The Hitchhiker’s Guide to Python:
http://docs.python-guide.org/en/latest/

朱一要注意身体呀，以后不要码代码到肚子疼了 ￢з￢

Telegram ID: reorx