推荐关注
› Meteor
› JSLint - a JavaScript code quality tool
› jsFiddle
› D3.js
› WebStorm
推荐书目
› JavaScript 权威指南第 5 版
› Closure: The Definitive Guide
› Closure: The Definitive Guide
这是一个创建于 79 天前的主题，其中的信息可能已经有所发展或是发生改变。
尤其是 2C 的产品，绝大多数都是 js/ts
比如看最近一波 chatgpt 出来后的 一系列辅助/代理/agent 产品
比如看最近一波 chatgpt 出来后的 一系列辅助/代理/agent 产品
27 条回复 • 2024-02-12 12:28:38 +08:00
 |
1
iyiluo 79 天前  2
js 整的大多是前端相关的，客户能直接看到，看起来比较高产，实际上 chatgpt 接口一挂，这些外在的皮通通歇菜，所以内在也是很重要的
|
 |
2
june4 79 天前
html/css/js 这套是写产品最快且门槛最低的方案没有之一
|
 |
3
flmn 79 天前
同样观察到了这一点
聊一聊 Node 技术栈： https://www.jitao.tech/posts/node-tech-stack |
 |
4
murmur 79 天前
electron 都这么猛了，就是有人在乎那 100m 内存，哎
|
 |
5
tonytonychopper 79 天前
前端这套技术栈出活比较快
|
 |
6
Noicdi 79 天前 via iPhone 1
大部分独立开发的产品面向的客户不是程序员，必然需要界面，这种能做前台能做后台的全栈语言肯定好用。我就想着我这种写 cpp 的想找远程工作应该很难，写大规模的软件必然需要线下团队
|
 |
7
okakuyang 79 天前 via iPhone
早就这样了，前几年 js 活跃度第一。
|
 |
9
ysc3839 78 天前 via Android
@pursuer 因为 Tauri 不支持 Node.js 吧，这些项目是有点把 Rust/Golang 往前端生态圈推的想法的，因此它们会拒绝支持 Node.js ，而偏偏前端生态圈很多人喜欢甚至只会 js ，所以他们就不用这类项目。至于占用存储/内存，又不是开发者买单，也好过开发者自己多学习其他技术栈。
|
 |
10
sheeta 78 天前
要我开发我用 electron ，要我用我是不会用 electron 软件的，哈哈
|
 |
11
nomagick 78 天前
对不起，对于应用开发者来讲， 单从语言的表述能力和抽象能力，TypeScript 都是其他语言望尘莫及的。
这都还没提及技术生态体系，研发成本和培训难度 |
 |
12
wingzhingling 78 天前 via Android
门槛低是这样的，例如上面提到的 gpt ，调个接口就完事了。
|
 |
13
Chuckle 78 天前 1
底层的计算密集服务交给第三方 api 或者其它现成的项目，像 gpt 这种，大模型统一接口的项目可太多了，什么语言写的都有，等于是轮子也别自己再搞了，业务部分用 js 全栈，开发快又方便。小项目 nest 后端扔 vercel 这种 serverless 上就行。
|
 |
14
huijiewei 78 天前
因为部署方便
|
 |
15
67373net 78 天前
腾讯云函数是 js ，cf workers 也是 js ，很多这种云产品都是 js
|
 |
16
bug123 78 天前
哪些大型的成功项目是 js 一把梭哈的呢？
|
 |
17
lrvinye 78 天前 via iPhone
比如各大云厂商（或者小厂）的云函数基本都是先支持 NodeJS
|
 |
18
lisongeee 78 天前
前端巨量的组件库直接在浏览器就能实时改参数预览，改效果调试也方便，使用非常方便
而且前端基于组件化的模块热替换(HMR)也能让多数情况下你直接改单个文件就能在页面上直接看到效果，这页面的开发速度相比其它语言的框架快得不是一点半点 并且前端有 webcontainer 能直接在浏览器运行 nodejs ，许多轻量的的前端项目直接就能在浏览器实时编辑运行预览 很多前端组件库的预览 demo 和 bug 复现最小 demo 都会使用 https://stackblitz.com/ |
 |
21
jsq2627 78 天前 via iPhone
时间倒退十年，标题可以换成 iOS/Android
|
 |
23
kkjz 78 天前
确实感觉 git 上许多活跃项目都是 js 甚至 node 相关...感觉有大概这两个原因：
1.感觉主要是大家的需求都不是很复杂，例如直播自动录播、机器人回复、服务器自动检测备份之类的简单需求，很少见到有像需要自制流媒体，订阅服务要事务的这种强后端的需求。 2.有些项目甚至不用配环境，只要机器有个浏览器就能跑，更方便。 |
 |
24
NPC666 78 天前
前端娱乐圈，一天一个框架跟你开玩笑？
|
 |
25
csh010101 78 天前
@kneo 你的意思是说：
Haskell 有些函数式的原教旨主义 而 TS 更加优雅？ 但据我所知很多用 TS 的程序员 TS 类型体操都没 1 刷过吧 类型系统本身属于范畴 在这个产品语境中貌似不是那么的突出。 即使诚然如此，让 Node 在个人开发者层面更火爆的原因还是因为它们接近用户吧 |
 |
26
uni 78 天前
确实，各种项目的 sdk js 都是最优先/唯一支持的
|
 |
27
roidinev 75 天前
估计开源/独立开发领域这些产品的接口都是类似浏览器类似的，面向最终用户的，所有采用 js 。但其实后端还得用其他语言。只是后端转移到云/api 了。
|
Select Language