工作之外的话，为了更好的糊胶水，先什么语言都学点，然后主要拿 python 和 c/c++黏。。

@GeruzoniAnsasu 要说用 C 的 ABI ，感觉很少有写起来痛苦的，C++ extern "C"最简单，python 有 ctypes ，jvm 系有 jna ，node 不太了解但感觉大部分语言套上 libffi 都能搞个不错的。Go 的工具链倒是真的简单，但是 Go 的动态性太糟糕了，plugin 到现在依然不支持 windows

@wheelg 下载安装默认认为用户知道自己在做什么，或者交给操作系统，比如 IOS 你要发布应用要经过 App Store 审核才行。当然现在浏览器也有了不少像 FileSystem 这样的扩展浏览器边界的 API.

记得之前看 react 的教程好像就是做个井字棋

估计是 Windows 找到版本不一致的 g++运行时了。。详细的可能要查 PATH 变量了，或者调试器调一下

动态引入依赖还见过更 tricky 的方式是加入到 sys.meta_path ，在 import 到的时候发现没有再去下，比如 http_import 啥的

前几天我在某杂牌机上装的支付宝倒是会卡住，ps 看了下好像是内存用挺多的。不过我觉得大概是杂牌机系统魔改的问题所以没管(又不是不能用。

不知道可不可以 hook 住内存申请释放的函数 malloc mmap 啥的去查。

我前段时间也整了个 RPC 来着
https://github.com/Pursuer2/PxpRpc
真实极简，到目前 IDL 都还没有，就给客户端做了个方法签名...
主要目的是不同语言 /平台交互用的
谁还能更轻量？(

lua 有带类型系统的版本
https://github.com/teal-language/tl

还见到过 typescript 到 lua 的转译器
https://github.com/TypeScriptToLua/TypeScriptToLua

@weakish 匹配和自动转换通常要语言有类型系统才行，类似 Java 和 C++的重载。Python 没类型系统，Type Hints 也是后面加的不能影响这种原先设计的语法，自动转换无法避开我上面提到的传参时的歧义。当然函数实现者还是可以通过 type(args[0])判断并做自动转换。

@moonkiller 抱歉没细看。其实还有你的“突然好奇”是从哪里来的，我想有可能是你受到了某些外部信息影响，那这个外部信息就是整个事情的起因，比如同事 /周围有人搜索 /查看，晋江打广告波及到你等，这些也可能让你所在 IP 段被标记

这是有语义上的差异的。函数可以接受不定长参数，你传一个元组，函数要如何区分你要把元组作为一个变长参数的第一个参数，还是要把元组拆成变参的参数?

我已经看到过很多说自己聊天内容出现在应用推荐里的情况了，不过到目前还没见到例如
"检测到 APP 在非必要场合使用录音的 API"
这样的有力证据。

实际上只要联网搜索 /查看过什么东西，账号浏览器指纹 IP 都有可能被追踪到一些信息。

@secondwtq 有无虚拟机通常不是语言决定的，是语言生态决定的。
我觉得这些应用生态的核心差异还是，应用发布时，只打包应用所需的东西，还是尝试复用终端设备的资源 /程序。前者可以实现小的单一应用体积，并解决依赖问题，但是多个应用之间就可能存在很多重复的资源(极端情况举例，现在的应用没事就整个 CEF/浏览器)。后者一开始就需要用户安装一个比较大的运行环境，后面还可以安装其他组件，可以充分复用资源，相应的也要面对 运行时大，依赖管理难的问题。 大部分 windows 应用和 android 应用和 go,c++(除 COM 技术外)的生态就接近前者，linux 包管理和 python ，java 生态就是接近后者，。我倒是倾向于后者的发布模式，但对于普通用户来说，前者确实更友好。

和 jupyter lab 比如何？我还是比较期待 jupyter lab 演化出的 IDE 的扩展，像 jupyterlab-lsp 之类的

JVM 链接查找类时的 ClassLoader 和 ContextClassloader 好像是无关的。如果想实现动态增删的 ClassLoader ，可以通过覆写 findClass 实现。也可以参考下面这个，这是我一个小项目里的一个支持动态增减 ClassLoader 的类加载器。
https://github.com/Pursuer2/xplatj/blob/master/commonj/src/main/java/xplatj/javaplat/pursuer/lang/IntegratedClassLoader.java

建议使用 kotlin ，语法糖可以脱糖，但 API 不会，有时候低版本 android 上调用了高版本 API 程序直接挂了，还会碰到像这样的坑 https://www.v2ex.com/t/717605#reply6 。如果要覆盖较广范围的 android 版本，我觉得还是不用原生最好，原生只写一些胶水。android 的 jvm 运行环境比较坑

只要能看懂，命名比较随意，不是很在意。因为修改命名是有成本和风险的，但收益却很低。我的习惯是尽可能前向兼容。

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

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