pursuer

@waruqi 感谢，我在首页已经看到了，不过近期在用 py 糊胶水，没在折腾 c/c++。

Python 在 type hints 和 async 出现前实在提不起什么兴趣，但是后面加上这些关键特性后就舒服多了，生态也不错，就又学回来了。GIL 也能接受，jupyter 也是很好用。
不过不太希望 python 上 JIT，我认为上 JIT 会加大 CPython 的移植难度，性能又肯定比不上那些类型系统完善的语言如 Java，C#。

我之前在 PC 端微信搜索一个 ip 地址，搜不出来，明明写收藏里的。。不知道是什么 BUG

@AoEiuV020 给客户一个放快递柜的选项我觉得还是不错的，经常家里没人，所以我就更喜欢放快递柜，要还能便宜点不是血赚

就我了解的情况，python 编译时会查找部分系统库，openssl,libffi,gzip 等，甚至在链接的时候会链接到对应的版本上，因此发行这样的库，需要顺便提取这些依赖打包并配置 LD_LIBRARY_PATH

修改 sys.path 或者 sys.meta_path，让 import 优先加载你自己写的 py 文件

@waruqi
确实是我太理想化了，我期待的是将构建系统作为一个平台的一个部分，可以复用平台上其他的库，类似 maven 使用 jvm 插件，python 的 setup.py 。我也曾想过利用 tinycc 做个以 c 为脚本且可以引用其他 c/c++库的构建系统，不过也只就想想

类型系统这一点上，确实简单的项目不一定需要，有良好的 IDE 支持和文档可能就够了。我也是因为 maven 插件编写时一下子完全摸不着头脑的困惑产生的想法。

之前见到楼主推广了几次，但暂时还没有使用。说一些自己的想法

这个项目使用的是 luajit，我印象当中这个库的 lua 版本停止在 lua5.1 了，我个人看法，构建系统相对编译器来说，对速度的要求没有那么高，但限定死版本是否会与第三方库产生兼容性问题，不过这个仅是我的猜测，不清楚现在的兼容情况如何。

我认为即使是脚本语言，带一个可选的类型系统也是很实用的。lua 暂时可能没有增加类型系统的打算。简单构建的看下例子就能写，但当构建过程变的繁杂，甚至依赖其他的库的时候，类型系统可以帮助开发人员快速切入。

@LeeReamond
python 作为胶水语言，缺啥加啥也是正常的，可以试试个 pyuv
import pyuv
pyuv.util.interface_addresses()
就可以读 ip 了