@sagaxu zero cost abstraction 不是这样的意思吧？应该是哪怕你用了某些特性，将问题抽象层次提高了，你的运行成本也没有改变，就像你对一堆二进制数据强制类型转换，将它看成一个 struct ，这个一个强制类型转换是在编译时完成的，因此没有额外的运行成本。
又或者是 C++里面的 template 或者 Rust 的宏，他们都是编译时完成的，但是运用他们的确可以提高我们的抽象层次。

做过，坑很大，这些相对于支付宝的风控都不是事

@whwq2012 其实少量拼接的时候+跟 join 的性能相差不大。

可惜在帝都
至于“知道如何在中国用 Full Speed 观看 YouTube 上的 4K 技术视频（咳咳咳，工作时间不要看游戏测评什么的）”这一条，买商用的 VPN 就可以了，当然有钱上 GCE ，买亚洲的流量，简直跟国内一样的延迟。

@lyhapple 可以输入 apt ，新的 16.04 推荐使用 apt 而不是 apt-get

@mains 自己东西随便搞，你能保证上线不炸那就行，跟生产环境不一样，上线炸了那么就是你的锅，跟生产一样，上线炸了就是运维的锅。

@julyclyde Guido 都用 PyCharm ，排斥 debugger 在现代的软件开发中简直是反智主义。

@sgissb1 如果像你这样形容，第一家公司的哥们是个大坑啊！这是将公司产品当试验田啊！

@sgissb1 boost 跟 chromium 也是人写出来的，他们写的也不一定好，你说好的最好是有 profile 的报告，要不然谁也不愿意去动生产的代码啊。
你可以改完出报告啊，事实胜于雄辩，在报告面前他也不好说什么

@sgissb1 C++有模板， OO ，过程式， 函数式，风格多种多样，很正常。

@f1r1ng 够爽快，请通过认证

@f1r1ng 你自己找一下 ftp 跟 stmp 的 parser 直接写不就好了？不过按道理 21 天自己写都应该写出来了吧。现在问题是在哪里啊？

自己重新实现 libpcap 吗？如果能用库的话应该很快啊，你只需要重新实现 ftp 以及 smtp 的协议解析

@jellybool 这个还不简单吗？跟他们商务谈，毕竟是按人头付费，可以你收钱再转交给他们，让他们开通一个账号，就是企业账号那种啊，你可以随时注销学员的那种。反正对于他们来说，这个只是一个合同而已，又不需要开发支持，而且稳赚，毕竟你不给钱就不开。你的视频上面就全用他们的服务，什么部署之类的都不再讲了，运行就点一下 web 界面上面的 run ，各种服务对接，妥妥地。

@jellybool
其实我觉得你的商业模式可以改改，你应该跟 coding 之类的平台合作，讲课用他们的 web ide ，帮他们拉客户，获取提成，要用增值服务去赚钱。
记住免费是最贵的，盗版就让他们盗版，让他们帮你免费打广告。你就跟 coding 对拆会员费就好了。这些都是长线用户啊

@prasanta 差不多， ActiveRecord 都差不多是这个思路。没问题，不过你返回的是字典对象的话，那么不就代表我想扩展一下 Model 子类都不行了吗？那样很残废啊。

我第一个回复上面举的例子是不错的参考，结合 Python 的自身生成器，迭代器，列表推导。不过 API 这回事大多数品味而已。我比较关注是你如何处理比较复杂的 join 操作，毕竟很多 ActiveRecord 的 API 不太好处理各类 join 的操作。这是我在使用时的体会。
虽然说很多人说 join 不好，但是平常大家体量没上去的时候肯定整天会用各类 join ，希望能考虑一下

@prasanta 看你的代码不像啊，你写的都是 ActiveRecord 吧， ActiveRecord 是将操作跟数据库领域模型绑定在一起，比如 User 类有 insert 之类的操作，这样就是 ActiveRecord 。
至于 DataMapper 是只能通过一个 proxy 来进行数据库操作，举例子就是 SQLAlchemy 中的 session 对象， SQLAlchemy 里面的 Model 是没有操作数据库的能力

@CRVV 大概是想说 unix domain socket 吧

千万不要用 docker-cmopose
千万不要用 docker-cmopose
千万不要用 docker-cmopose
坑多得要死，官方整天 breaking change.要管理请上 k8s 以及对应的 web 界面