@
u823tg 微软瞎搞也多少是传统艺能了，特别是在资源投入上……不说新语言一向资源投入拉胯，既有产品中影响最普遍最该提高性能的 cl 生成代码质量常年都占不到对面吃烂 base ABI 亏的 tier 2 支持的 GCC 的便宜，不开源经常 ICE ，还有各种兼容烂活，比如 /clr bug 导致 STL 的 pr 合不进来的。
CPython 这帮人这么“上进”往这个方向上使劲，看起来像是被人忽悠瘸了。真要性能，还不如把不跟其它更像样实现兼容的东西用 spec 当 unspecified 强行钦定了（这才是只有 CPython 的人能做得到别的备胎实现做不到的），然后架构上全面转向 RPython 之类的更靠谱的方案。当然 native intreop 前期要维持兼容肯定会多吃亏，但是兼容性包袱本就是越拖越吃亏。而要是真要那么多对性能敏感的用户，被冷落是迟早的事，加上用你 CPython 一直就是兼容性而不是指望你性能真比别人好，你继续这一苟就两方面费力不讨好。
生态问题关键就一个分水岭：有没有实体能对全局变化兜底，给整个业界买单。C/C++是不能，JS 也是基本不能，因为现有设施的依赖太离谱了，干掉一个中间环节别的看似不相干的生态都得连锁崩一大片，没谁有这本事搞事干革命突然发明出备胎，给业界兜底。光是自己不用，都至少自绝于一个主要领域，比如不想碰 JS 基本就没法玩 Web 了，不想碰 C/C++么……回家玩 51 ？——不管是找现成备胎还是自己造都不现实。要干掉这类东西，只有一点点老实挖墙脚逐步蚕食份额，长期偷梁换柱才有可能，就这样完整性还捉急。（ C++替换一部分 C 用了几十年来着； WASM 还要带一坨小弟才能干掉 JS ，属实八字没一撇了。）
Python 显然没什么本事相提并论。可以说现在技术上就不存在离开 Python 就完全停摆的业务领域。尽管要故意不用导致现有解决方案失效，业界合计损失也可能是天文数字，但如果有足够长期额外利益，立即抛弃 Python 都仍然算是人力能及，还是有找备胎平替的可能性的——即使没有备胎，短时间新造也不至于动不动发现工程上不可能。反过来，要是编译器和操作系统内核之类几乎全沾上 C/C++实现的东西现在集体完蛋不给用，你拿 jio 给你搞出个能跑的 CPython 二进制？或者用其它语言新造备胎试试，要几年？还有，这样你 Python 当胶水去打算调用个啥（这不只是 CPython 的事，此时至少 Jython 和 IronPython 的运行时实现也已经完蛋了）？
注意就算没有非得立即淘汰 Python 的理由，看 Python 不爽去 Python 化的呼声多多少少是一直存在的，没在业界全面推广，就只是没有足够共识，而不像即使万众一心想搞掉 C/C++/JS （的历史包袱）都有心无力。
Java 啊，这方面还就是大号 Python 了，区别是没那么多非专业用户，惯性也更大。跟 Python 类似，看 Java 不爽的用户也多了去了，就算没本事干掉也能划清界限。现实中没 Java 能用得好好的、甚至表现得更好的设备实在太多了。
不过这方面本来就是跑题。提到这个，起因是有人提“用的最多”，而我指出绝对用户数任意多（甚至能忽略掉“最”）都不保证不被抛弃罢了。
而且你明显完全搞反了一点，我之前根本就没评论过 CPython 官方宣传如何。这次提升的就是非本机实现性能，有人还要说“对性能依赖高的包都是 C 写的”，这明显是跟官方宣传对着干吧？