这是一个创建于 148 天前的主题，其中的信息可能已经有所发展或是发生改变。
是因为此前大前端概念慢慢“入侵”到后端的吗？
还是它的内核简便，起手很快？
理论上 node 的 runtime 比 java dotnet 都轻量很多？有点早年 php 的感觉？
我看各种配套工具我看更新飞快，各种云服务厂商也是五花八门，每次看这类工具都感觉自己脱离时代了。
但是我这两天试着玩玩，感觉要深入用，也挺折腾的，和前端 JavaScript 一样，各种类库的“依赖黑洞”挺吓人的，有时候要用一个新的工具库，提示 node 版本不支持，升级了 node 版本，结果以前正常跑的一个组件里面某个写法又用了旧版本的 node ，又得去更新另外一个组件库，想起那个著名的“黑洞”了。
有一说一，有时是要搞个简便的功能，确实很便捷。
还是它的内核简便，起手很快？
理论上 node 的 runtime 比 java dotnet 都轻量很多？有点早年 php 的感觉？
我看各种配套工具我看更新飞快，各种云服务厂商也是五花八门，每次看这类工具都感觉自己脱离时代了。
但是我这两天试着玩玩，感觉要深入用，也挺折腾的，和前端 JavaScript 一样，各种类库的“依赖黑洞”挺吓人的，有时候要用一个新的工具库，提示 node 版本不支持，升级了 node 版本，结果以前正常跑的一个组件里面某个写法又用了旧版本的 node ，又得去更新另外一个组件库，想起那个著名的“黑洞”了。
有一说一，有时是要搞个简便的功能，确实很便捷。
 |
1
kuxuan 2025 年 8 月 21 日
我觉得，对于前端的优势，就是一个人，都能干出个小项目
|
 |
2
zhangxh1023 2025 年 8 月 21 日
感觉是 单体仓库下代码复用比较方便
|
 |
3
minami 2025 年 8 月 21 日
优势：前端程序员也可以做后端了
劣势：前端程序员也可以做后端了 |
 |
4
pigeon2099 2025 年 8 月 21 日
最大的缺点： 同样的代码 三个月后全新 clone 下来 npm install
然后有概率 run 不起来了 |
 |
5
orangie 2025 年 8 月 21 日
不开玩笑地说，冷启动速度快这是相比 java spring 是优势，虽然 spring 也有 lazy 模式更快，但实际上几乎没人用。
|
 |
6
maichael 2025 年 8 月 21 日
优点就是快，其它都是次要的，对于那些后端业务很轻的应用，AI 的加持下，几天就能搞完。
|
 |
7
duanxianze 2025 年 8 月 21 日
优势就是前端可以做，是的，就是这样的，而且一般 web 应用的瓶颈都在 IO ，所以性能并不差
|
 |
8
94 2025 年 8 月 21 日
优势是快速启动、快速落地。就和以前 PHP 时代一个人干一个项目一样。
大部分场景需求都是各种项目落地页和企业官网。但其实他们本身就没有什么性能要求，快就完事了。 |
 |
9
youtubbbbb 2025 年 8 月 21 日
和 Java/.Net 比的话就是很适配云函数这一套。现在北美几乎所有的创业公司都是用 node 写业务层了。
|
 |
10
FantaMole 2025 年 8 月 21 日
Node.js 现在很流行吗，是回暖了？我以前用 Node.js 是 18 年的时候。那个时候就感觉社区活跃度在降低，各种 Node.js 不行的论调。
|
 |
11
LiuJiang 2025 年 8 月 21 日
优势快 + 国外配套生态齐全，Vercel 、CF 、Supbase ，Serverless 立马就能部署上线使用，也不需要操心机器运维、数据库、Redis 等。适合初创公司，一人全栈。百万级并发，高可用都能解决。
国外初创公司，基本都是 ts + python 全栈技术栈，国内也在慢慢起步。 |
 |
12
alwaysol 2025 年 8 月 22 日
@pigeon2099 确实,只能把当时运行正常的 node_modules 文件夹保存好,我们公司一个上古项目任何新包都不能装,一装各种报错
|
 |
13
penisulaS 2025 年 8 月 22 日
一个人干的话真的写起来方便，当然主要是语言的功劳
|
 |
14
sdrpsps 2025 年 8 月 22 日
简单、搭配 AI 出活快，就算 AI 不认识某个库，查看对应的类型声明文件也能跑
|
 |
15
Ayanokouji 2025 年 8 月 22 日
不喜欢 Node.js 做后端的原因，包管理和 runtime 管理太烂了，接手的项目启动太麻烦。
|
 |
17
Lockroach 2025 年 8 月 22 日
语法简单、冷启动快，而且前端人多容易推广
|
 |
18
BugCry 2025 年 8 月 22 日
1 、开发体验顺，前后端开发不用切换语言
2 、心智负担小，JSON 与 object 几乎可以无缝转换，很少面对 marshal/unmashal 的问题 3 、部署成本低，可以轻松部署到赛博大善人，起步测试不花钱 |
 |
19
Ketteiron 2025 年 8 月 22 日
nodejs 毕竟蛋疼的是破坏性变更、不向后/向前兼容
本地开发建议用 nvm 切换各个 node 版本 对于一些不兼容所有包管理器的项目，可以用 corepack 解决 (例如你的 pnpm 是 10.x ，项目 A 只能在 pnpm 8.x 下跑，可以不改动本地包管理版本去解决)。不过 corepack 是个实验性功能，并不稳定，未来还可能从 nodejs 移除变成单独的项目。 线上部署用 docker 。 |
 |
20
Gilfoyle26 2025 年 8 月 22 日
@LiuJiang #11 不可能，国内是永远也不会出现 Vercel ，Supbase ，CF 的，因为内容审核这一关永远过不了。
|
 |
21
wangtian2020 2025 年 8 月 22 日
锁定老版本的 npm 包我是不用的，我写 nodejs 文件名后缀都恨不得命名为 .mjs
还在用什么 node-sass / 什么不支持新版本的 node-gyp 野鸡包 的人，要躲远点 我写 nodejs 怎么没那么多版本问题 |
|
22
wangtian2020 2025 年 8 月 22 日
@dssxzuxc 这我就不得不提了，python^3.12 删除了 distutils 导致 nodejs 的包 abandonware/noble 构建失败
到底是哪些语言天天在破坏性变更啊，跟 nodejs 有关系吗 |
|
23
LiuJiang 2025 年 8 月 22 日
@Gilfoyle26 不影响阿，国内也可以用。
|
 |
25
hongchends1 2025 年 8 月 22 日
快快快
|
 |
26
xiaxiaokang 2025 年 8 月 22 日
Java .Net Golang 等在我眼里都属于 Base Service ，他们只需要做好领域，具体业务还是用 nodejs 实现比较合理！
|
 |
28
liuliancc 2025 年 8 月 22 日
经典好用，快速开发，我开发独立项目就用 Vue3 + Express.js 或者 Next.js
|
 |
29
XCFOX 2025 年 8 月 22 日
TypeScript 非常适合写业务。
Kysely, Drizzle 能无痛写出又灵活又类型安全的 SQL: ```ts const persons = await db.selectFrom('person').select(['id', 'age']).execute() // persons: {id: number; age: number | null}[] ``` 据我所知仅此 TypeScript 一家了。 |
 |
30
humbass 2025 年 8 月 22 日
主要是快速开发，部署调试环境比较简单。我当年（ 17 年） 从 php->js ，就是因为无法忍受 php 的部署和调试
哪怕是 macos 上部署 php 开发环境都比较麻烦。换成 node ，安装一个 nvm ，爽的不行。 |
|
31
Ketteiron 2025 年 8 月 22 日
@wangtian2020 #22 这就得问 noble 为什么不采用预编译或者 rs-napi 或者 wasm 而使用 node-gyp 去现场编译了，当然大部分项目是因为历史包袱甩不掉，还能更新就已经很不错了。node-gyp 依赖 python 运行时环境，本机上找到什么版本就用什么，毕竟重新下载一个指定的 python 版本去构建太蛋疼了，真要这样说不定有些项目 npm install 吭哧吭哧下好几个不同版本 python 下来，而 python 运行时对基础环境有要求，node-gyp 对 python 版本有要求，Node.js -> node-gyp -> Python -> C++ 编译器 -> 核心系统库 -> 目标产物，这是一个十分不稳定且脆弱的流程，无论发生什么都可以算预期行为。
真要说起来这也是 nodejs 的锅，因为原生模块性能比 js 好，那注重性能的都会去写原生，但是 c++产物无法跨平台运行，你在 A 平台写好了，别的平台也想用但没有精力去适配，就有了 gyp ，就有了封装专注 nodejs 的 node-gyp ，就有了 node-sass 等包带来的一地鸡毛。 |
 |
33
jojopro 2025 年 8 月 23 日
nodejs 后端开发 约等于 全干工程师 优势：公司省钱 个人：比较费人
|
 |
34
lizy0329 2025 年 9 月 17 日
快，无论是开发速度还是运行速度
简单 |
Select Language