程序语言的理想使用状态

[hci]

我鼓吹语言混用。

一个大的应用，不应该用同一个语言写，而是在不同层次，用各自合适的不同语言来写。发挥各自的长处。

比如，在底层用C，Zig这种贴近硬件的语言，中间层用Java，Go这种有一个runtime的，上层用Clojure这种寄生语言。

这才是最优化的编程理想状态。

[hci]

不说远了，其实python生态环境就是一个混合语言编程的范例。底层都是c/c++库，上层用python来胶水粘起来。

python这个生态环境的问题是，层次分得还不够细，只有两层，上下都在干一些不适合干的事。

[webdriver]

用什么语言，取决于领导团队的技术偏好，跟个人关系不大。
另外Python说实话不是什么适合做serious 大system的语言

[minquan]

混用就得微服务，服务器之间互相通信。还得解决灾备的2通2问题。混用的麻烦事也很多。

[minquan]

用什么语言，取决于领导团队的技术偏好，跟个人关系不大。
另外Python说实话不是什么适合做serious 大system的语言

python再烂也没Javascript烂吧？
拿Javascript做大网站的大有人在。

[hci]

不是微服务，是同一个进程里相互调用。

混用就得微服务，服务器之间互相通信。还得解决灾备的2通2问题。混用的麻烦事也很多。

[hci]

作为老司机，要有自己的想法。自己做那个领导的时候，能做到不人云亦云。

用什么语言，取决于领导团队的技术偏好，跟个人关系不大。
另外Python说实话不是什么适合做serious 大system的语言

[minquan]

不是微服务，是同一个进程里相互调用。

那一般会影响性能，因为每一次重启的时候都要重新加载。

[hci]

性能不是唯一的标准，甚至不是重要的标准。如若那样，我们都还在用汇编。

现代的CPU足够快，这些跨语言带来的小小的多余时钟周期不算个事。

那一般会影响性能，因为每一次重启的时候都要重新加载。

[minquan]

性能不是唯一的标准，甚至不是重要的标准。如若那样，我们都还在用汇编。

现代的CPU足够快，这些跨语言带来的小小的多余时钟周期不算个事。

这种浪费比起每次重开一个问答TCP链接呢？

[hci]

不算什么。一个TCP链接很贵，要干很多事情。

这种浪费比起每次重开一个问答TCP链接呢？