有多少用 nodejs 写后端的，请举手？

• 資深大佬 : ysc3839

  估计是性能问题+出现时间短。
  Java, PHP, Python 都有 20 年以上的历史了，生态丰富。Golang 虽然出现晚但是性能比 Node.js 好。

• 資深大佬 : wnpllrzodiac

  异步回掉，结构会垮掉。太难了

• 資深大佬 : Elethom

  现在有哪个写后端的没用过 node 吗？

• 資深大佬 : crclz

  node 写后端不是折磨？有好的东西不用

• 資深大佬 : guiling

  express,koa,egg,nest 都用过，目前都是 nestjs
  语言不重要，会啥用啥，生态都挺全的

• 資深大佬 : anjianshi

  java: 配套完善，从业者众多，编译型语言
  PHP: 配套完善，从业者众多，短平快，虽然是脚本语言但有多年业界经验积累
  Python: 配套完善，虽然是脚本语言，但语言规范性较 PHP 和 Js 更好一点（用 Python 做后端应该也不多）
  Go: 配套一般，但同时兼具编译型语言的安全性和脚本语言较快的开发速度，且性能不错
  Node.js: 配套一般，脚本语言，且出来的晚，没有很完善的业界积累，不敢大规模用到核心业务。

• 資深大佬 : fescover

  几个大项目，node_modules 都能塞满服务器

• 資深大佬 : gouflv

  真正的 nodejs 程序员都在阿里和字节

• 資深大佬 : xgfan

  现在的项目在用 nestjs+typescript
  活脱脱一个丐中丐中丐版的 Spring Boot，跟 Java 相比，看不到任何优势。

• 資深大佬 : avastms

  Java 太卷，PHP 是真不行，Python 性能大问题，Golang 21 世纪 PHP，

  光 JS 自己是远远不够的，还需要 TypeScript 和多方生态外部加持。

  全流程统一语言，降本增效，老板之友。

  但对全流程一知半解的还是别轻易搞了，到时候资料都不知道咋搜

• 資深大佬 : hantsy

  我用我写 Java 的经历写了一个 nestjs 例子，https://github.com/hantsy/nestjs-sample 分支记录文档的步骤。

• 資深大佬 : ben1024

  有个项目用的 Node，出问题都硬撸，人才还是少

• 資深大佬 : KuroNekoFan

  @xgfan 我也很好奇 nestjs 的竞争力在哪，如果说想搞出一个翻版 spring，那为什么不直接上 spring……

• 資深大佬 : hantsy

  人生苦短，天天 Spring 多无聊啊。https://github.com/hantsy/spring-reactive-sample
  @KuroNekoFan

• 資深大佬 : xgfan

  @KuroNekoFan “前端大佬”会，上了 nestjs，可以增加自己影响力 /KPI 。

• 資深大佬 : kenshinhu

  都长期写 node 了，深感体系没有 java 健全

• 資深大佬 : hantsy

  @xgfan NestJS 对于 OOP 特别 是 Java 程序员更友好，毕竟后端的生态圈子，换了一门语法或者框架，一样可以轻松套上去用。至于前端，如果不懂 OOP，Nestjs 也写不了，前后通用的东西太少了，除了语言本身。

• 資深大佬 : IssacTomatoTan

  node 做内部项目挺好的 贼快试错成本低 但是不建议对外输出 除非你家有足够积累

• 資深大佬 : xgfan

  @hantsy 你这段回复，解释了为啥 nestjs 要照着 spring 。
  但是没有解释 “ nestjs 的竞争力在哪，如果说想搞出一个翻版 spring，那为什么不直接上 spring……”

  ——————————–
  @IssacTomatoTan
  现在写 hello world 的玩具，各个语言都没有太大差别。

• 資深大佬 : golangLover

  大家觉得配套不完善的有例子吗

• 資深大佬 : Lemeng

  为啥用它呢

• 資深大佬 : ShadowPower

  node.js 的数据库驱动有好多坑，数字类型会丢精度
  只有 MySQL 的驱动能配置以字符串类型返回数字……

• 資深大佬 : hanxu317138

  性能不够, 机子来凑~~~

• 資深大佬 : wellhome

  听各位的意思，deno 也不值得投入精力去学了？

• 資深大佬 : KuroNekoFan

  @xgfan 我的理解是，纯前端，其实是能力是十分受限的，理想的情况是前端+一个很轻的 web 后端，这种’很轻的后端’，express 应该足够胜任。
  至于比较重的后端，我也没什么发言权，就不多说了

• 資深大佬 : wellhome

  那个人小项目， 后端到底用啥呢？
  不喜欢 java 。太重， 除了 java 也没啥用了

• 資深大佬 : hantsy

  @xgfan 对于熟悉 Node 环境的人，之前有 Express 和 TypeScript 经验，现在有一个 Nestjs 框架能够提供各种服务的集成，可以像 Spring 那样简化开发流程，为什么要用不熟悉的 Spring ？

• 資深大佬 : hantsy

  @ShadowPower 你用的什么数据库驱动或者框架？

  Nestjs 中使用 Mongoose 操作 Mongo，我反而觉得 OOP 是一种束缚了，之前我写过一个项目，感觉 JS 调用 Mongoose 真的不错。

• 資深大佬 : xgfan

  @hantsy 那就是会 node，不会 java 的人，选 nestjs 嘛。

  那你前面说的“NestJS 对于 OOP 特别 是 Java 程序员更友好，毕竟后端的生态圈子，换了一门语法或者框架，一样可以轻松套上去用。”有屁用？

• 主 資深大佬 : fxjson

  没有用 koa 的？支持 async,await,再也不用写回调了

• 資深大佬 : xgfan

  @golangLover 我随便说两个吧
  1.如果要在 nestjs 前面加一个层（不同语言可能叫法不一样，filter/interceptor/middleware ）来做签名验证。nestjs 是拿不到 raw request body 的，只能拿到自作聪明 parse 过的 body 。
  2.默认的 json parser 有精度问题。

• 資深大佬 : Cbdy

  @gouflv 虚假的 nodejs 程序员在回复你

• 資深大佬 : Kasumi20

  不会吧不会吧, 不会真有人以为 JavaScript 就靠前端成为世界上用户最多的语言吧

• 資深大佬 : fatigue

  我知道的，有手机游戏服务器是用 nodejs 的，还行

• 資深大佬 : SwainWong93

  @gouflv 是因为场景吗？ Node.js 做中台天然优势？

• 資深大佬 : angryfish

  @Kasumi20 #33 难道不是吗？

• 資深大佬 : maichael

  后端是之前几年流行”全栈”这个概念的时候，node.js 招的比较多。

  这玩意的尴尬点在于：
  1. 不好招人，会写 JS，不代表就会后端，比起招 Java 后端、Go 后端，合格的 Node.js 后端要更难找。
  2. 性能不行，或者说在大多数场景下性能都不太行。

  中大型公司可能有些部门的有些产品会用到，但占比比较小，外包公司基本用 Java，初创型公司现在首选都是 Golang 或者 Java 。现在还有用 Node.js 基本都是前几年看 Node.js 火热选了的，船大难调头，还有一小部分是真的有自己技术积累的，不过真的很少。

• 資深大佬 : JerryCha

  一年以后，你的硬盘被 node_modules 塞满，弄出了 Google 级的故障

• 資深大佬 : jmyz0455

  观望 golang

• 資深大佬 : dream4ever

  在传统企业做“全干工程师”，能力 + 精力有限，所以目前的业务，后端用的全是 Node.js ，倒是在考虑学习 Java，毕竟生态非常全面。

• 資深大佬 : kidlj

  Node.js 性能很好的好吧！（ IO 密集型限定）

• 資深大佬 : imgbed

  用 uni-app 的 uniCloud，也算是 node 吧

• 資深大佬 : vision1900

  用 Swift 写的服务端框架，将近两万颗星。Node 就更多了

• 資深大佬 : lihongming

  Node 是给“大前端”用的，前端不仅要负责界面，还要自己负责组装数据，自己写 API 。

  相应的，后端也会比以前更靠后，要为“大前端”写供 Node 使用的底层 API，比如搜索服务、数据库服务等。基本的 CRUD 操作已经不是后端的事了，后端写的是 CRUD 请求和数据库之间的中间层。显然这对前后端的要求都变高了，一般的企业不太容易招到这样的人才。

• 資深大佬 : mywaiting

  认真说，心智负担低点的全栈选手，JS/NodeJS/Deno 还真是最好选择~~

• 資深大佬 : anguiao

  就算是全干，估计也没多少人选 Node，毕竟写后端的难点并不在于多学一门语言。

• 資深大佬 : BruceLi

  我们产品想招一个 node 后端太难了，开发物联网云端服务，面试了很多，都是擅长前端，后端基础不行，坐标西安，年底想换工作的私聊。

• 資深大佬 : dayeye2006199

  @wellhome python 的 django flask 糙快猛不香么

• 資深大佬 : sslyxhz

  部分后端小项目用到…大工程还是 Java

• 資深大佬 : henryhu

  nodejs 不香吗？

• 資深大佬 : kevinwan

  我们在疫情初期，一个同事用 nodejs 写了个服务，上去第一天就挂了，服务再也没起来过，请求量太大，然后 k8s 伸缩都来不及，超级吃内存
  立马改成 go 重写了，再也没出过问题，然后我在公司内禁止了使用 nodejs，别喷，可能我们在 nodejs 上能力不够，但我只是描述了下事实
  同时我们在 go 上有深入的积累，自研了框架 https://github.com/tal-tech/go-zero
• 資深大佬 : zjsxwc

  node 只适合中台，
  光 node 原生不支持 int64 大整数，
  这条就只能放弃 node 了。

• 資深大佬 : ragnaroks

  有个二维码服务用了 node.js ，请求频率也就一天几十万次，1t2g 有点吃力，后面改成 dotnet core 没管过了

• 資深大佬 : galikeoy

  @ShadowPower #22 如果是浮点运算丢失精度这个怪不得 js 。。。

• 資深大佬 : light000

  用 node-red 做，有没有一样的大佬

• 資深大佬 : baleeny

  感觉中小型后端 node.js 很香啊

• 資深大佬 : unclemcz

  js 的性能还可以的，我学习 node 入门的时候建了一个小站，使用 expressjs，到现在已经平稳运行 4 年多，日均 pv15k，uv3k，服务器性能 1u1g，cpu 长期处于低位。
  优点：性能不弱鸡，开发效率与 php 比不遑多让。
  缺点：弱类型，需要约束自己的编码习惯，ts 更优。

• 資深大佬 : wangyzj

  当前端程序员想玩大前端的时候

• 資深大佬 : zengming00

  感觉你们觉得 node 不行的都还在使用连 promise 都还没有的时代的 node 技术，node 写后端确实比其它古老技术的少，因此导致网上没什么教程，即使有，那也是古老得不行的教程

• 資深大佬 : pushback

  只要你问，那就挺多（狗头）

• 資深大佬 : ericgui

  nodejs 挺好，你的 PV 在 100 万以内的时候，不用考虑那么多

• 資深大佬 : zqjnew

  单编程来说， 除了会 node 这种动态语言，还要会静态语言，即函数式编程思想 和 oop 编程思想都要有

• 資深大佬 : huabinglan

  和编译型比性能，把 nodejs 用到 CPU 密集型场景，忽略 npm 生态，好吧，我认输

• 資深大佬 : mritd

  我觉得 node 这东西就不该存在，我也不知道为啥

• 資深大佬 : dartabe

  Typescript + Express 感觉挺适合前端拓展一下的 反正我肯定加入自己技术栈

• 資深大佬 : 90928yao

  @kevinwan 我直接一个好家伙 这也能推广下

• 資深大佬 : moonrailgun

  我的后端项目: https://github.com/TRPGEngine/Server

  Node 给我的感觉就是内存消耗有点大，其他感觉还行。但是如果是一个性能要求比较高的应用的话，还是不要选择 Node, Java 才是你最好的选择

• 資深大佬 : chaleaoch

  @avastms Golang 21 世纪 PHP 是什么意思?

• 資深大佬 : CFM880

  我司 Node 转 Java 中，Node 后端，貌似不好招人

• 資深大佬 : supuwoerc

  我一个前端，帮运维写过 Node 脚本来刷数据…

• 資深大佬 : alan0liang

  Node 性能并不是很差： https://www.techempower.com/benchmarks/ Koa rank #244, Spring rank #284 ； https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/javascript.html，当然跟 C 的性能还是没法比。主要是内存占用有点大，可能需要手动调一些 v8 参数。

• 資深大佬 : dany813

  为啥要限定一种语言呢，前端想玩后端，node 是首选，想再深入后端，可以再用 java go

• 資深大佬 : xingyuc

  @gouflv 腾讯小程序编辑器也是 node 写的吧

• 資深大佬 : Jinnn

  前端在学 nest, 作为前端学习后端的过渡, 对于后端没经验前端来说, nestjs 太适合学习了

• 資深大佬 : rodrick

  对于专业后端，java go 肯定比 node 优先级高，对于专业前端，项目需要倒腾后端，选 node 上手成本低，优先级肯定也高，抛开场合谈这些没啥用

• 資深大佬 : kamilic

  起码 Typescript 要上 要不然就吃屎了 亲身经历 T T

• 資深大佬 : Vegetable

  因为写后端的没人只会 node，而选型的时候 node 完全没有优势，说实话我宁可选 php…

  个人并不信任自己写出来的 js 代码，ts 又有点麻烦。应该是是 node 在后端届的确没有足够的声望。

• 資深大佬 : Inozo

  从 php 切到 nestjs，node+ts 无论是开发速度还是质量都很美丽

• 資深大佬 : hyyou2010

  浏览过国外小创业公司的技术栈，react+nodejs 算是一个常见组合

• 資深大佬 : zy445566

  我就是专职 Node.js 后端，上面一看就知道 95%是都没做过专职 Node.js 后端。

  实话就是：Node.js 超级好用，做后端超级爽，这几年 JS 一年一个样，越用越爽。生态也很好，基本要什么功能都有 npm 包，node.js 这几年提升也超级大，不可同日而语了。还有就是有一个错误的观点说用其它语言写的组件，我觉得用其它语言的组件也没啥,java 也用 c++写的 mysql 啊，现在组件都支持通讯了，还跟语言挂啥钩。

  还有你如果要问真正的 node.js 开发，最好在技术版块 node.js 模块发帖。程序员这个板块太大了，基本都是没开发过 node.js ，都是听别人说什么就是什么的。

• 資深大佬 : Phariel

  TypeScript 才是业界希望

• 資深大佬 : component

  部门自建 serverless，几乎所有人都会用到 nodejs 写接口

• 資深大佬 : shunia

  @alan0liang #71 你看差了吧，koa 好像是 300 多名，你发的这个是数据库组件的排名

• 資深大佬 : starkwang

  坐标鹅厂，每天日调用接近 10 亿的服务就是拿 Node 写的，顶峰 qps 几万是毫无压力的。

  为啥要 Node 而不是其它语言？因为这是“接入层”，和前端逻辑密切相关的，一套逻辑分成前端后台两个人写，效率极低；会写 go 、java 的专业前端工程师太难招。

  当然，这种做法并不适合小公司，国内前端很多，但优秀的能抗住业务的 Node.js 工程师很少，这些人都集中在大厂，不少人在前端圈子都是大佬级别。

• 資深大佬 : biguokang

  这个要看你是用 node 写什么了。。。

  如果是写和数据库进行 curd 的那种常规 web 后端，其实和其他传统后端语言相比真的没什么优势。

  如果是写高并发、I/O 密集型的服务中间件什么的，node 还是很香的。

  而且由于 node 得益于 Google 的 JavaScript 引擎 Just In Time 的特性，所以 node 在冷启动方面速度是最快的，所以现在的 serverless，最适合的开发语言就是 node.js ，现在很多云平台的 serverless 服务的开发语言是优先 node

• 資深大佬 : leekafai

  所以有些人一开口就是不行不好，回复之前至少说说自己写了几年 node 后端吧
  五年 node 开发，node 真的过了好多个坎才走到今天这么好用，4-> 6，6 -> 8，8 -> 12,12 -> 14，给我的感觉就是要写的代码越来越少，心智负担是在下降的，我觉得很好。
  网关、业务、脚本、爬虫，用 node 这么久没发现有是需要撇开 node 才能解决的问题。
  但是历史包袱的原因，例如上面有人说到的精度问题，bigint 超限的要转 string 比较安全，这种确实很蛋疼。
  还有就是 npm 里面包多质量不稳定，但是能想到的领域基本上都有可靠方案，精度计算，各种 driver，各种 sdk，这方面没有什么业务开发的问题。
  我现在唯一想写、有写的，只有 js ts go，其他的都太罗里吧嗦。

• 資深大佬 : durban126

  最近在看 nestjs 感觉不错，可以试试
  koajs express 都是比较轻量的

• 資深大佬 : KouShuiYu

  在小公司做广告管理系统，服务目前跑了几个月的一直 ok，感觉小公司涉及前端项目的用 node 做后端还是很适合的，js 一把嗦

• 資深大佬 : scr

  创业全干工程师, 后端用的 nestjs

  业务基本是简单的 curd,跑测试单节点 qps 在 4 千左右;

  但如果到 4 百 qps, 就能有足够的利润招专业的后端来重新写后端了;

  选 nestjs 也有这部分考虑, 可以直接转 springboot

• 資深大佬 : hantsy

  @leekafai 最大的问题就是 NPM 包的兼容性，G，F 家大公司还好。一些小的第三方，Broken 的事经常遇到，lock 文件锁定还是不错的。

• 資深大佬 : AGEGG

  用 node 时最烦的还是包管理，出现过依赖包的依赖包有问题结果安装不上的情况

• 資深大佬 : catinsides

  举手！ MEAN stack 全干.
  看上面的回复感觉不少人还是对 node 有偏见和误解，不要听风就是雨。

• 資深大佬 : TJT

  我司用 Node 支持了每日近亿 PV, 加上 TypeScript 说实话目前都还挺够用的.

• 資深大佬 : lonelymarried

  自己的项目我就用 node 写，主要是速度快。发现国外很多开源的很多用 node 写啊。反而 java 很少。

• 資深大佬 : libotony

  业余 node 开发者（三年前 node 用的比较多，后来转 go 了 ）,前段时间做了个项目，用 typescript + typeorm + express 无脑数据库代理，这种相对不复杂的场景用 node 的话开发效率高，性能瓶颈肯定不在 node 。

  优点：
  IO 密集型场景下，性能优秀
  开发效率快
  npm 包数量比较大
  资源占用少（以我的认知）

  缺点：
  成也 JS 败也 JS 且与前端共用生态。在细化的后端领域，JS 好学不代表可以上来直接用 node 做后端更不代表前端可以革后端的命，狭隘的讲前后端的知识体系有差异的，合格的 node 程序员少找。前后端通吃一定是牛逼的，我更愿意偏向于前后端都能干好的为“全干“工程师
  缺少”企业级开发框架“的领军者，或者说”企业级开发框架“暂未推广开来

  用不用 node 还是看场景吧

• 資深大佬 : xionger

  我用 方便好用 性能也不错

• 資深大佬 : mingsz

  举个手，挺好用的，容易上手，灵活，开发快，轮子也多

• 資深大佬 : dantegg

  @JerryCha 至少在 rm -rf / 时可以抵挡一下

• 資深大佬 : SuperManNoPain

  @dantegg 艹 , node_modules 优点+1

• 資深大佬 : wanguorui123

  NodeJS 写过大型后端系统