cookiecutter-django 基本是社区公认的最佳实践了

有啥不适应的可以贴出来让大家看看

印字太 low +1 ，还不如复印前两届的

@msg7086 bubcrypt 本来就是哈希算法

@wong2 原开发者没精力维护

你理解错文档的意思了， 把 __getattribute__， __getattr__ 移到 class C 里

@stingchen 提个建议，往年上海场 QA 环节， 浪费时间太多。太多时间浪费在选人和传话筒上。 而且坐边上和后面的同学很难有机会提问。

国外的技术 conf 都是提问者到走廊上依次排队提问， 节约时间，也相对公平。

诈尸啦， 刚刚也碰到这个问题：

pip freeze 发现已安装 meld3== 1.xx , 怀疑是 setuptools 检查版本号的逻辑有 bug
Google 后， 发现确实是 setuptools 的锅 https://github.com/Supervisor/meld3/issues/23


正确的做法是升级 setuptools: pip install -U setuptools

@ranran 企业号人数多了才要认证

@awanabe 可以。同理还可以用第三方的服务推送服务

@awanabe 当然用来做 websocket 通信的这个组件确实不能用 gunicorn 或 uwsgi 来跑。 WSGI 本来就不支持持久化连接和服务端推送

@awanabe " 每次请求都是 送到容器的 master 进程， 然后 master 去随机去负载均衡， 去分配其中一个 worker"

这个推论是不正确的。
参考 今年 Pycon 上 Django Channels 的演讲 https://speakerdeck.com/pycon2016/andrew-godwin-reinventing-django-for-the-real-time-web ， 负载均衡不是随机的，用一致性哈希去解决

@hao1032 mysql 以外的的 RDMS 可以用 window function

@zhuangzhuang1988 不推荐， 在某些情况下会出问题

阿里官方那 Python 代码质量还不如不用

proxychains 能应付 DNS 污染， http_proxy 就不行

@knktc 代码示例还算好的。 代码贴图才叫坑

@12936 那个项目 10 月 25 日之后就没加功能性的代码，别人仍然可以使用之前的代码

@12936 作者在 license 问题上没说真话

```
我的 ElevenPlayer 是开源在 MIT 协议之下，重要的是我在开源的时候 README 另外注明了“ you can not upload it to the App Store ”
```

看 git log, 那段话是 10 月 25 日才加上的。 https://github.com/coderyi/Eleven/commit/5a3fa0e1ad06a37ed6538d177994630a1e1ad4cc

结合后来谷地骑兵反杀的剧情来看，整个战役更像汉尼拔参加的另一场著名战役:扎马之战。汉尼拔在两翼取得优势的情况下， 被回师的罗马骑兵从背后袭击，溃败。