vibecoding 的前提下，对编程语言的选择是否会变化？

[moyuman]

vibecoding 之前，选择编程语言大体上就这几个角度：

1. 项目的需求
2. 语言的生态
3. 自己是否熟悉
4. 公司规定
5. 其他...

但现在有了 vibecoding ，其实很多选择都值得重新考虑了，如比：

• 自己是否熟悉：这一点在有了 ai 之后就没那么重要了
• 语言本身特性：rust 这种强校验的语言明显更利于 ai 开发。而类似 js,python 这种弱类型，在人类角度看来有利于开发效率和可读性的语言，反而不是 ai 友好的
• 社区生态：有了 ai 之后，造轮子的成本指数下降。我用过 claude design ，其生成的代码就是 vite+html+js+css ，连 react 都没有。

大家怎么看？你们现在还在纠结选择什么语言开发么？

[300]

自己写的小工具，试了四五种语言让 ai 重写，rust 报错看都看不懂…

现在有什么需求还是老老实实的用 go py kotlin 这种，用自己不会的就相当于抽奖

[bkkkd]

我们的产品经理，不会编程，但现在用 vide coding 直接写公司的网站。重点是有要求和 AI 的够聪明。

[ezioswj]

稍微了解点语言特性和环境搭建，剩下边 vibe 边学

[AlexHsu]

被训练语言的封装越少 ai 生成的效果越好 我是这么觉得的
ai 写 java 很傻逼 写 ror zig 就很好

[BeautifulSoap]

现在写命令工具直接无脑 go ，写发布的前后端一体也是 go+react 然后编译成一个可执行文件直接就能跑，很爽太爽了

[moyuman]

@300 用的什么模型，rust 报错都看不懂

[cryptovae]

rust 是 AI 最严厉的父亲，差一点的模型编译报错经常为了解决报错直接把功能给改了

[mmdsun]

最近看了好多 vibecoding 好利于 rust 的文章了。
问题是 AI 写的代码，人还要看和修改。而且也要考虑生态和公司现有技术体系。

[moyuman]

@bkkkd 是的，公司网站这种完全可以 AI 写了

[moyuman]

@ezioswj 我刚开始也是这么想的，但 vibe 起来之后就发现根本学不过来哈哈

[Vegetable]

如果你是 CTO ，你会考虑为公司建立自己不熟悉的技术栈吗？我认为自己是否熟悉其实是很关键的，为了其他优势去放弃观测能力是非常冒失的。

[moyuman]

@AlexHsu 可能也跟模型有关系，每个模型的性格不同

[moyuman]

@BeautifulSoap 我现在也是 go + react

[moyuman]

@Vegetable 是的，风险确实大，但同时也能看到这层边界正在慢慢被 AI 挑战

[moyuman]

@cryptovae 哈哈哈哈是这样的么，那看来还是得加测试做保底

[moyuman]

@mmdsun 我也是看了 ai 利好 rust 的文章才发的帖子，不过我肯定也是在个人项目中尝试，公司层面肯定不会随便改的

[Alexc]

我看好 TypeScript ，语料够多，没有 JavaScript 弱类型的弊端，适用场景多，可以前后端一把梭

[300]

@moyuman #6 是我看不懂。控制不了解决方向
让 ai 改一直钻牛角尖，补丁上加补丁
ai 现在就这点最难受，让它修问题，它总是会想办法跳过而不是根治

[zhcode]

确实，最新在 vibe 一个 dns 转发器，用的 zig ，我做前端的，对 zig 一点不懂

[xiaomushen]

@bkkkd 估计不用更新不用 SEO 不用关心排名，还不如开除掉产品经理，淘宝找外包

[darksword21]

go typescript python

我觉得这三个就可以了

[cutecore]

因为讨厌 electron ，就让 ai 用 pyqt 生成桌面程序。

[Valid]

@Alexc AI 会写 any

[zxjxzj9]

和类型关系不大,和封装关系很大,层数越多代码越绕越写不出来. ai 写 java 特别烂,因为 java 之前的代码之间关联就是少,光用代码跑都跑不起来. 相比之下 go rust ts 这三个属于是天选之子, 语法就那么点功能写了啥就是啥 随便跑. python js 虽然动态类型, 但是现在的 ai 有办法都提前声明上,也没那么难受

[xzh654321]

我也看好 typescript

[craftsmanship]

@Valid AI 也会按最佳实践配置 tsconfig

[andlp]

看不懂有点慌,以前是搞 android 的熟悉 kotlin,现在我写啥能用 kotlin 都用 kotlin,自己能看懂,以后维护拓展就出不了大乱子

[csfreshman]

以前没专门学过 go ，用 AI 写了几个自己用的工具后，感觉自己很牛批了，哈哈哈

[Ketteiron]

没 rust 工程基础的团队还是别碰 rust ，py js go 屎山崩溃了还能半手工修一修，rust 屎山倒了怕是招不到人来修。
强校验的话，py/js 可以写类型，还有生态丰富的 lint ，并不比 rust 编译器差。
我现在只会在 ts/py/rust/go 这四个语言里根据业务和场景去挑选，大部分常规业务用 ts ，llm 相关用 py ，强性能要求用 rust ，二进制工具用 go

[lujiaosama]

纯 VIBE CODING 完全不懂编程，找 AI 评估语言和框架，它会直接给出 nextjs 。全栈 + 代码生成准确率 + 上下文一致 Token 消耗少。

[zsj1029]

只要会 js 的强烈推荐
dart ，一样的 loop 模型，一样的 io 高性能
强类型约束，脱离 ts 的狗屎类型
dart analyze 静态分析，洁癖症最爱
compile AOT 跨平台编译二进制，输出小于 10mb 和 go 一致，比 bun 小太多了
代码风格与 ts 一致，想不出更好的替代品了

如果是 cpu 密集，就选 rust ，但是上手难，代码风格跟 ts 差别很大，适合 ai 来写

[JasonYip]

老登 Java 后端现在受影响也不得不去学前端了 大趋势都是转 ai 全栈

[ajunno]

本来想借机捡起 Delphi （纯粹是怀旧），效果很差，可能上古语言的缘故，训练数据太少。挖出来又风光大葬。

[uni]

没有 ai 我都不懂怎么学 effect-ts ，但是现在我用得很舒服

[ntdll]

我认为大体上是尽量选择强类型+静态的语言，这样当 AI 瞎写的时候，至少编译器能给出相对准确的错误提示。不然的话，当使用者自己不熟悉，同时预期又不正确的情况下，难以准确告诉 AI 是什么问题，空转消耗会很大。

[type]

原来 Node.js 写的后端，逐步被 Go 替代

[luvfinn]

新项目全部转 ts+bun.

[moyuman]

@luvfinn bun 确实体验很好

[moyuman]

@zsj1029 dart 这个确实关注比较少，我去看看

[xyooyx]

1 、post-train 语料多的，减少过程中实时检索
2 、自己熟悉的，有利于用技术语言表述实现，有效降低对话轮次

[Mageblade]

个人觉得还是看场景，比较严肃的业务系统还是要选熟悉的语言，免得 ai 给你埋了雷你都看不出来；至于玩一玩的项目就随便了。

[duanxianze]

现有的 AI 还不足以影响到这个地步，我猜未来会有一种 AI 专用编程语言出现

[cheng6563]

首先还是你会啥用啥。
我还在搞 Java 的 SpringBoot 也没觉得有啥问题，先糊一个适合 vibe 的框架规范，比如干掉 Service 接口类、胖 Service 、封装一个简化的 JdbcTemplate ，强制 lombok ，testcontainer 保持覆盖率等等。

[dabbit]

还是得选自己会的模型吧，不然你无法验证它改了什么，你也无法精确告诉它你想怎么改。

[homewORK]

现在 vibecoding ，语言那就必须包括一下两种:
1. 对 AI 友好，也就是训练数据多，变化小。
2. 对人类友好，代码目前人还是要看的，要维护的，所以可读性要好。

所以，我选 go

[sillyruoruo]

未来可能是伪代码的天下，不要求会具体语言，但是得懂设计思路。

[ttsh]

你要在你可以掌握工具的情况下使用工具，就跟车一样
但是不是说不需要懂车的原理照样开车
而是自动驾驶（ ai coding ）和手动驾驶（古法变成手搓代码）的问题，造车的是做模型的人，车机是模型本体

[charlie21]

@zsj1029 dart 有什么基础库可以直接用？
容易上手的小的 lib ，写终端软件能直接用的
打好基础再写 dart flutter gui

[Oktfolio]

@charlie21 Dart 没有的 lib 就走 ffi 吧，我现在在做的 ssh client 就走的 ffi + rust 。之前为了写 Redis 工具还专门写了个 Dart 的 Redis 库，现在看起来都没有那么有必要了。