准备明天带去三里屯天才吧看看。。

印象学堂

一个多月就完全回本了。。。

@jin7 我的还行

不是现在“爬虫”都这么理直气壮么

@siteshen yeap，但是我驳斥的是把 type hint 和防御式编程等价的

@resouer 望京 26 楼😂

@love 大佬你之前可不是这么说的噢

> 你是来搞笑吗，你的意思是动态类型语言的单元测试还要测试错误的类型输入？哪个项目这么干我去膜拜一下

这不给你找了几个项目嘛

@love 大佬还有这 https://github.com/pallets/werkzeug/blob/master/tests/test_serving.py#L392

@love 如果说上面那个例子是测试结构本身的特性，不严谨的话，那么我肤浅的认为这个 https://github.com/pallets/werkzeug/blob/master/tests/test_routing.py#L802 更能算对输入类型做单测？要求传入 List，否则抛异常

Celery/Django 这样的例子还不少，要不我再去给大佬找几个来请大佬过过目，品一品，评一评？

@love 我肤浅的认为这大概是类型检查？ https://github.com/pallets/werkzeug/blob/master/tests/test_datastructures.py#L276

@ybw 还是多了去，C++17 截至目前，都没被全量支持

@janxin yeap 防御式编程非常重要，我只是吐槽一下把 type hint 和防御式编程等价的人。BTW runtime analysis 其实是一件吃力不讨好的事，无论是 typeguard 还是其余库，都避免不了用一些 magic lib 的使用，比如 inspect，比如 typeguard 其中还用到了一些 code frame 的操作，其实在线上一般不太会允许用这样的骚操作，因为对性能的损害太大，虽然 typeguard 有 import hook 可以做一些 inspect 的预处理&缓存的操作（其实就类似编译了）但是实际上在 runtime 还是有很多操作没法避免。。比如 typeguard 对 Collections 对象的 value type 的操作，一旦非 Any，就会遍历一次，进行 check。。在线上数据量很大的情况下。。这是炸锅的节奏😂

@ybw 多了去，，取决于版本。。

举例，GCC 4.7 以下不支持 模板别名，GCC 4.8.1 不支持限定引用

再举个例子，Inter C++ 编译器到现在都没完全支持 C++17

IBM XLC++/Oracle C++ 等就更别说了。。

一大堆推荐用 type hint 的，我简直乐的不行

1. Type Hint 3.5 之后的特性，现在还有很多公司的 codebase 在 2.7 吧？拿头用 PEP484 ？ 写注释？ backport 只支持了基本类型

2. Type Hint 的生效，极其依赖 CI 流程，你不用 mypy 之类的工具，直接暴力上线，有蛋用。。。人家是 static analysis 而不是 runtime analysis

3. 关键位置做防御式编程，是个很好的习惯

卧槽，磊哥也玩 v2ex

其实语言特性这两年进化还是挺多，但是我觉得 Python 目前需要不是语言特性，而是优化原有的 API 设计，乃至引入内置的 profile，监控，调试工具才是正道。。。

@Elecoxy 已经反馈啦

@jip 握手.jpg