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