google 家的大佬不满 c++ 委员会另起炉灶搞了个 carbon

linus 亲自表态 rust 进内核已经不远了，按照估计12月6.1内核

cpp 大佬赶在 c++ 23 之前放了一个还没做完的大招，看样子是想努力搞进标准

【 在 eGust 的大作中提到: 】
: https://github.com/hsutter/cppfront
: Herb Sutter 亲自操刀：
: Cppfront is a personal experimental compiler from an experimental C++ 'syntax 2' to today's 'syntax 1,' to learn some things, prove out some concepts, and share some ideas.
: ...................
--
FROM 222.153.172.*

carbon 不也有一堆 c++ 委员会的牛人嘛，而且跟 cpp2 都一样直接支持编译/链接现有代码。这俩实现都还是想改 c++，至少保持兼容性，rust 属于直接换赛道了。理论上来讲，不管怎样有竞争都是好的。但这年头系统语言太多了，比如 zig、nim 之类的也都虎视眈眈，竞争有点儿碎片化了。

【 在 lvsoft 的大作中提到: 】
: 感觉没戏...
: 天下苦cpp久矣，目测rust是最有希望成功革命的。
--
FROM 222.153.172.*

说实话我个人并没有感觉到 py 的影响力有多大……平时的工作流里，只有 aws-cli 是基于 py 的。而且还只是为了 aws sso login 这一个功能，因为 aws sdk 里对 sso 语焉不详。除了它以外，最多再有个 jc 而已，还是属于一个月也用不了一回的状态……

【 在 lvsoft 的大作中提到: 】
: 就我最近这段时间的观察来说，我感觉rust形成了一个不搞rust就不够sexy的风气。
: 有些甚至跟rust无关，比如有些比较新的cpp项目，它没有python binding，但有rust binding...
: 这个潮流我觉得比大厂支持还要strong。
: ...................
--
FROM 222.153.172.*

我记得 hacker news 上说这个作者野心太大，而且凡事都自己来。承诺了很多东西，没实现出来，而且弄出来的东西也不完整还有 bug

【 在 HITM 的大作中提到: 】
: 我看好 vlang
--
FROM 222.153.172.*

这个有点儿远了，我一直认为 wasm 之于 js，并不是替代而是互补。一开始 node 想要调用 native 模块非常麻烦，后来有 n-api 但还是麻烦。但有了 wasm 之后，完全提供了另外一个解决问题的思路，而且只要发布一个 wasm 文件也相当方便。

另外，js 有许多 runtime，现在最火的是 node，但也有了 deno。bun 虽然很新但是已经融到了一笔钱，至少未来几年是有发展的。但竞争带来的改变却非常有趣：
1. 喊了好多年的 fetch API，node v18 终于支持了，没 deno 的话不知道要拖到啥时候
2. deno 一直不打算支持 node modules，bun 火了一把之后，马上说3个月之内支持

我目前的工作流已经尽量直接跑 ts 文件，避免编译这一步了。node 有很多历史问题，比如 commonjs vs esmodule，包管理也是乱七八糟的。deno 已经提供了一套解决方案，而前不久 bun 又提供了另一套，用的还是 jsc 不是 v8。除了 cpp 的 node，go 的 esbuild（不是 runtime 但在我 node 工作流里非常重要），rust 的 deno，zig 的 bun。说不定哪天再冒出来个基于 cpp2 + spidermonkey 的 runtime，或者 v8 用 carbon 重构，反正我不会感到意外。

另外 wasm 本身的应用还是比较广的，至少是 web service 这个方向。比如我们公司有一大堆 oracle stored procedures，产品的核心业务逻辑都是在 db 里面的。想把它们拿出来重写的话，我觉得这个场景就非常适合 wasm。前端只要浏览器不太老都可以直接用，后端如果已经自带 wasm runtime 当然最好，不带的话做成单独的 service 问题不大，前端也可以调。

【 在 gondar 的大作中提到: 】
: 你觉得啥能替代js？wasm还不成熟吧，而且搞起来也太麻烦，除了对性能有要求的，感觉wasm撼动不了js的地位，而且我知道的几家用wasm的公司，都是用的cpp
--
FROM 203.184.25.*