ai 时代怎么感觉招 js/ts 全栈还是那么少？

ai 基本把不同语言的开发效率拉平了，还纠结什么全栈干什么，现在硬件那么贵，后端肯定选效率高省内存的啊

Java 、php 、python 的体量摆在那，而且很多老项目都是 Java 、php 写的，人家不可能因为你喜欢用的框架，而放弃原本稳定运行的原项目框架。当然，如果你确实很喜欢 js 、ts 全栈，你可以开个工作室，然后招人，这样皆大欢喜了。

我后端已经放弃 js 了，改用 go 了。js 那玩意太占内存，性能也差。现在都是 ai 写代码，语法糖不管用了，性能好的语言胜出

跟楼上一样，之前用 js 做的后端项目也准备改用 go 了，用 js 做后端真的是个失败的决定。

@riscv 为啥不用 rust 呢，性能应该更强吧

@zhanying 单论看代码，看 go 的代码几乎没什么学习成本，rust 学习曲线太陡了

现在 ai 写代码速度完全不成问题。公司直接搞效率高的语言多好。
Shopify 在 2026 年 9 月宣布其旗舰移动应用从 React Native 全面转向 Swift 和 Kotlin 纯原生架构。

AI 只是提升了写代码的效率，又没有额外创造需求，公司业务还是那么大，而且很多老项目也不可能换语言，新项目说不定还是老项目的人有话语权，而且 node.js 的性能调教确实没有 java 生态那么成熟和傻瓜

我 C#程序员，现在用 AI 写程序的话用 GO 了。

@zhang1yun1699 #4
js 做前端和后端其实并不能导致人员统一化
因为做前端和做后端的 js 本质除了语法一样 都不是一种东西 除非你是极低负载的项目

@zhanying #5
rust 和 go 的性能差距在一般软件上属于可以忽略不计的
但是 js 和 go 的性能差距 是指数级的

@realpg 之前看统计 v8 的 js 和 go 的差距是 3 倍左右，现在已经是指数级了吗？

@pursuer #12

那是纯硬测试
实际写出来的东西是两回事
而且编译啊 各种处理啊
js 从前端演进来的 软件工程角度的问题更是多如牛毛

你自己都知道是 AI 时代了，还在看具体的编程语言吗

@realpg
你从哪里看的
我算是 16 年就开始用 rust 老玩家了，跑 CPU 密集型，只能上 Cpp/Rust ，我之前用 Java 的项目，哪怕只有不到 30%的 CPU 密集的部分，换 Rust 都有 2.5 倍的提升，更不用说 go 了，我之前一个小项目，直接 10x 的提升

@realpg
我测过，计算密集型，V8 预热过后，和 go 仅有 1.5 倍左右的差距
IO 密集型，更是不到 50%的差距
当然，绝大多数写前端的水平，是写不出高性能的 js 的
AI 时代，我自己都把剩下那些之前(18 年以前用 python)就是因为性能问题用 go 的项目，迁移到 js 了
AI 时代选 AI 最会写的，就是 js/ts/python ，其次是 java 等
哪怕 rust ，因为工程性爆表，AI 写起来一点问题都没有(业务型的)

用 js 做后端真的是个失败的决定。
认同, 因为 js 环境不是很严肃的后端环境, 你会遇到在 golang 后端中已经被默认处理了的各种各样问题

不过现在基于 cloudflare worker 范式开发会好很多, 自部署也可以用 celld 了, 现在在尝试基于 worker 进行开发

都用 AI 写了，招的人肯定会更少了

TypeScript 比 go 严肃多了，前者有 null safety, go 还是 nil 满天飞。

不过 go 也有好的地方，性能好，语言简单。rust 太复杂了, 我不会...

又要性能，又要写起来爽可以看下 swift ... (目前个人感受)

海外 TypeScript 做全栈是因为可以部署到 CloudFlare Workers 体系，心智负担极低而且账单增长也平缓，没有运维压力，国内没有可以直接对标的产品。

而且在国内用 AI 又离不开人情世故，二线城市本来很多公司的员工本来就是专属某个语言的码农（注意和工程师的区别），出事故要拉来背锅的，如果不换语言，那么 Bug 还可以先甩锅给码农，码农还可以甩锅说已经用了最强的模型了。

虽然我以前写 Node ，又切到 Deno ，但是 AI 时代后端业务要常驻的我首选 Golang ，在 Token 经济学角度来说最划算，本地模型写得又快又准，压根不会有 Token 焦虑，像 mitmproxy 这个老牌抓包软件我前天用本地部署的 Qwen3.8 Flash Next NVFP4 安排任务移植到 Golang ，花了 8 亿多 token 就搞定了，各项性能指标都是 10~20 倍的提升，内存占用也非常低。

Rust 用来负责超高频的热点服务就好， 像 DHH 这个演讲也提到，将 HEY 的核心后端逻辑改由 Agent 生成 Rust 编写后，CPU 消耗降低 99%，内存降低 95%，服务器从 110 台缩减为 10 台（仅为容灾冗余保留），其峰值负载理论上一台树莓派即可承载。换到 Golang 就算悲观估计那就是 3 台树莓派也能承载，差别不大的，但是编译时间、单元测试时间、开发阶段的硬盘占用、Token 消耗都极大减少，在“生成代码→→运行测试→→捕获报错→→重新生成” 的自我纠错循环里算账划算很多。

除了应用本身服务器的成本，还要考虑到周边基础设施的成本，像数据库、缓存、消息队列、对象存储这些大部分设施都是直接买云厂商的高可用版会很贵，敢自建运维的公司少。最近 celld 这种做 CloudFlare Workers 本地部署版的设计就很激进，基础设施就依赖一个 S3 ，应用代码丢 V8 运行，如果单个实体同时访问在 50 人以下就可以设计成一个 cell ，数据库给你绑定 SQLite ，没人访问就休眠把 SQLite 丢到 S3 ，有人访问就从 S3 拉下来，没人访问时常驻内存都为 0 了，用来容灾冗余的资源也可以大幅度削减，经济帐也是非常划算，就看有没有魄力敢这么选型，我已经开始用了。

写代码和运行成本不是全部，不能只看自己关心的要素，在企业来看至少还有人力供需 管理 运营风险这些因素

我猜 AI 对开发的影响目前接近长尾甚至指数分布，编程经济学的整体转变需要增量业务，增量业务需要经济环境，否则更强的 AI 可能只会被用来降本

@slowgen 👍

@slowgen 这视频很强。现在看视频方式也改变了，我直接让 gemini 生成全中文，😄，一口气看完了。
印象深刻的一点是，作者认为后端用 rust ，前端用 Android ios C#原生语言。反正不用看代码了。以后看啥不爽自己随手就搓一个。比如作者定制的 linux 新系统 Omachi ，后面随手做了计算器，写作工具，视频编辑工具，PPT 。。

@nicegoing 我也是直接在 Google 的 AI Studio 里让 Gemini 3.8 Flash 直接输出翻译后的演讲稿，好用

现在谁会用 js 跑全栈

服务端肯定用 go ,rust
反正都是 ai 写, 而且效果好, 性能强

@zhanying 我有个个人项目用的 rust ，随着代码量的增涨，编译越来越慢，优化了一版又一版。。。

你们都是单打独斗的么。GO 就算了，RUST 招人咋搞。