一个观察，在开源/独立开发领域， javascript 技术栈似乎更高产

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

推荐关注

› Meteor

› JSLint - a JavaScript code quality tool

› jsFiddle

› D3.js

› WebStorm

推荐书目

› JavaScript 权威指南第 5 版

› Closure: The Definitive Guide

这是一个创建于 634 天前的主题，其中的信息可能已经有所发展或是发生改变。

尤其是 2C 的产品，绝大多数都是 js/ts

比如看最近一波 chatgpt 出来后的一系列辅助/代理/agent 产品

27 条回复 • 2024-02-12 12:28:38 +08:00

iyiluo

2024-02-08 09:17:14 +08:00

js 整的大多是前端相关的，客户能直接看到，看起来比较高产，实际上 chatgpt 接口一挂，这些外在的皮通通歇菜，所以内在也是很重要的

june4

2024-02-08 09:20:55 +08:00

html/css/js 这套是写产品最快且门槛最低的方案没有之一

flmn

2024-02-08 10:36:27 +08:00

同样观察到了这一点
聊一聊 Node 技术栈： https://www.jitao.tech/posts/node-tech-stack

murmur

2024-02-08 11:29:34 +08:00

electron 都这么猛了，就是有人在乎那 100m 内存，哎

tonytonychopper

2024-02-08 11:33:23 +08:00

前端这套技术栈出活比较快

Noicdi

2024-02-08 11:47:22 +08:00 via iPhone

大部分独立开发的产品面向的客户不是程序员，必然需要界面，这种能做前台能做后台的全栈语言肯定好用。我就想着我这种写 cpp 的想找远程工作应该很难，写大规模的软件必然需要线下团队

okakuyang

2024-02-08 14:02:51 +08:00 via iPhone

早就这样了，前几年 js 活跃度第一。

pursuer

2024-02-08 14:05:19 +08:00

@murmur 可是既然有类似 tauri/wry 这样的更轻量的方案，为什么都用 electron 呢

ysc3839

2024-02-08 16:56:11 +08:00 via Android

@pursuer 因为 Tauri 不支持 Node.js 吧，这些项目是有点把 Rust/Golang 往前端生态圈推的想法的，因此它们会拒绝支持 Node.js ，而偏偏前端生态圈很多人喜欢甚至只会 js ，所以他们就不用这类项目。至于占用存储/内存，又不是开发者买单，也好过开发者自己多学习其他技术栈。

sheeta

2024-02-08 17:00:48 +08:00

要我开发我用 electron ，要我用我是不会用 electron 软件的，哈哈

nomagick

2024-02-08 17:05:13 +08:00

对不起，对于应用开发者来讲，单从语言的表述能力和抽象能力，TypeScript 都是其他语言望尘莫及的。

这都还没提及技术生态体系，研发成本和培训难度

wingzhingling

2024-02-08 17:08:48 +08:00 via Android

门槛低是这样的，例如上面提到的 gpt ，调个接口就完事了。

Chuckle

2024-02-08 17:39:16 +08:00

底层的计算密集服务交给第三方 api 或者其它现成的项目，像 gpt 这种，大模型统一接口的项目可太多了，什么语言写的都有，等于是轮子也别自己再搞了，业务部分用 js 全栈，开发快又方便。小项目 nest 后端扔 vercel 这种 serverless 上就行。

huijiewei

2024-02-08 21:31:02 +08:00

因为部署方便

67373net

2024-02-08 22:54:46 +08:00

腾讯云函数是 js ，cf workers 也是 js ，很多这种云产品都是 js

bug123

2024-02-08 22:58:05 +08:00

哪些大型的成功项目是 js 一把梭哈的呢？

riccox

2024-02-08 23:01:19 +08:00 via iPhone

比如各大云厂商（或者小厂）的云函数基本都是先支持 NodeJS

lisongeee

2024-02-08 23:46:25 +08:00

前端巨量的组件库直接在浏览器就能实时改参数预览，改效果调试也方便，使用非常方便

而且前端基于组件化的模块热替换(HMR)也能让多数情况下你直接改单个文件就能在页面上直接看到效果，这页面的开发速度相比其它语言的框架快得不是一点半点

并且前端有 webcontainer 能直接在浏览器运行 nodejs ，许多轻量的的前端项目直接就能在浏览器实时编辑运行预览

很多前端组件库的预览 demo 和 bug 复现最小 demo 都会使用 https://stackblitz.com/

csh010101

2024-02-09 00:09:02 +08:00

@nomagick Haskell 怎么说

defel

2024-02-09 04:58:01 +08:00

@nomagick 对俺们科学计算的应用开发者，Fortran 的能力是 TypeScript 望尘莫及的，程序永远是命令行黑框框打天下。

jsq2627

2024-02-09 05:33:21 +08:00 via iPhone

时间倒退十年，标题可以换成 iOS/Android

kneo

2024-02-09 09:37:06 +08:00 via Android

@csh010101 一言以蔽之
haskell: pure
typescript: sophisticated

kkjz

2024-02-09 10:09:30 +08:00

确实感觉 git 上许多活跃项目都是 js 甚至 node 相关...感觉有大概这两个原因：
1.感觉主要是大家的需求都不是很复杂，例如直播自动录播、机器人回复、服务器自动检测备份之类的简单需求，很少见到有像需要自制流媒体，订阅服务要事务的这种强后端的需求。
2.有些项目甚至不用配环境，只要机器有个浏览器就能跑，更方便。

NPC666

2024-02-09 10:35:19 +08:00

前端娱乐圈，一天一个框架跟你开玩笑？

csh010101

2024-02-09 11:30:03 +08:00

@kneo 你的意思是说：
Haskell 有些函数式的原教旨主义
而 TS 更加优雅？
但据我所知很多用 TS 的程序员 TS 类型体操都没 1 刷过吧
类型系统本身属于范畴在这个产品语境中貌似不是那么的突出。
即使诚然如此，让 Node 在个人开发者层面更火爆的原因还是因为它们接近用户吧

uni

2024-02-09 14:03:13 +08:00

确实，各种项目的 sdk js 都是最优先/唯一支持的

roidinev

2024-02-12 12:28:38 +08:00

估计开源/独立开发领域这些产品的接口都是类似浏览器类似的，面向最终用户的，所有采用 js 。但其实后端还得用其他语言。只是后端转移到云/api 了。