V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
推荐关注
Meteor
JSLint - a JavaScript code quality tool
jsFiddle
D3.js
WebStorm
推荐书目
JavaScript 权威指南第 5 版
Closure: The Definitive Guide
Rorysky
V2EX  ›  JavaScript

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

  •  1
     
  •   Rorysky · 20 天前 · 3260 次点击
    尤其是 2C 的产品,绝大多数都是 js/ts

    比如看最近一波 chatgpt 出来后的 一系列辅助/代理/agent 产品
    27 条回复    2024-02-12 12:28:38 +08:00
    iyiluo
        1
    iyiluo  
       20 天前   ❤️ 2
    js 整的大多是前端相关的,客户能直接看到,看起来比较高产,实际上 chatgpt 接口一挂,这些外在的皮通通歇菜,所以内在也是很重要的
    june4
        2
    june4  
       20 天前
    html/css/js 这套是写产品最快且门槛最低的方案没有之一
    flmn
        3
    flmn  
       20 天前
    同样观察到了这一点
    聊一聊 Node 技术栈: https://www.jitao.tech/posts/node-tech-stack
    murmur
        4
    murmur  
       20 天前
    electron 都这么猛了,就是有人在乎那 100m 内存,哎
    tonytonychopper
        5
    tonytonychopper  
       20 天前
    前端这套技术栈出活比较快
    Noicdi
        6
    Noicdi  
       20 天前 via iPhone   ❤️ 1
    大部分独立开发的产品面向的客户不是程序员,必然需要界面,这种能做前台能做后台的全栈语言肯定好用。我就想着我这种写 cpp 的想找远程工作应该很难,写大规模的软件必然需要线下团队
    okakuyang
        7
    okakuyang  
       20 天前 via iPhone
    早就这样了,前几年 js 活跃度第一。
    pursuer
        8
    pursuer  
       20 天前
    @murmur 可是既然有类似 tauri/wry 这样的更轻量的方案,为什么都用 electron 呢
    ysc3839
        9
    ysc3839  
       20 天前 via Android
    @pursuer 因为 Tauri 不支持 Node.js 吧,这些项目是有点把 Rust/Golang 往前端生态圈推的想法的,因此它们会拒绝支持 Node.js ,而偏偏前端生态圈很多人喜欢甚至只会 js ,所以他们就不用这类项目。至于占用存储/内存,又不是开发者买单,也好过开发者自己多学习其他技术栈。
    sheeta
        10
    sheeta  
       20 天前
    要我开发我用 electron ,要我用我是不会用 electron 软件的,哈哈
    nomagick
        11
    nomagick  
       20 天前
    对不起,对于应用开发者来讲, 单从语言的表述能力和抽象能力,TypeScript 都是其他语言望尘莫及的。

    这都还没提及技术生态体系,研发成本和培训难度
    wingzhingling
        12
    wingzhingling  
       20 天前 via Android
    门槛低是这样的,例如上面提到的 gpt ,调个接口就完事了。
    Chuckle
        13
    Chuckle  
       20 天前   ❤️ 1
    底层的计算密集服务交给第三方 api 或者其它现成的项目,像 gpt 这种,大模型统一接口的项目可太多了,什么语言写的都有,等于是轮子也别自己再搞了,业务部分用 js 全栈,开发快又方便。小项目 nest 后端扔 vercel 这种 serverless 上就行。
    huijiewei
        14
    huijiewei  
       20 天前
    因为部署方便
    67373net
        15
    67373net  
       20 天前
    腾讯云函数是 js ,cf workers 也是 js ,很多这种云产品都是 js
    bug123
        16
    bug123  
       20 天前
    哪些大型的成功项目是 js 一把梭哈的呢?
    lrvinye
        17
    lrvinye  
       20 天前 via iPhone
    比如各大云厂商(或者小厂)的云函数基本都是先支持 NodeJS
    lisongeee
        18
    lisongeee  
       20 天前
    前端巨量的组件库直接在浏览器就能实时改参数预览,改效果调试也方便,使用非常方便

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

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

    很多前端组件库的预览 demo 和 bug 复现最小 demo 都会使用 https://stackblitz.com/
    csh010101
        19
    csh010101  
       19 天前
    @nomagick Haskell 怎么说
    defel
        20
    defel  
       19 天前
    @nomagick 对俺们科学计算的应用开发者,Fortran 的能力是 TypeScript 望尘莫及的,程序永远是命令行黑框框打天下。
    jsq2627
        21
    jsq2627  
       19 天前 via iPhone
    时间倒退十年,标题可以换成 iOS/Android
    kneo
        22
    kneo  
       19 天前 via Android
    @csh010101 一言以蔽之
    haskell: pure
    typescript: sophisticated
    kkjz
        23
    kkjz  
       19 天前
    确实感觉 git 上许多活跃项目都是 js 甚至 node 相关...感觉有大概这两个原因:
    1.感觉主要是大家的需求都不是很复杂,例如直播自动录播、机器人回复、服务器自动检测备份之类的简单需求,很少见到有像需要自制流媒体,订阅服务要事务的这种强后端的需求。
    2.有些项目甚至不用配环境,只要机器有个浏览器就能跑,更方便。
    NPC666
        24
    NPC666  
       19 天前
    前端娱乐圈,一天一个框架跟你开玩笑?
    csh010101
        25
    csh010101  
       19 天前
    @kneo 你的意思是说:
    Haskell 有些函数式的原教旨主义
    而 TS 更加优雅?
    但据我所知很多用 TS 的程序员 TS 类型体操都没 1 刷过吧
    类型系统本身属于范畴 在这个产品语境中貌似不是那么的突出。
    即使诚然如此,让 Node 在个人开发者层面更火爆的原因还是因为它们接近用户吧
    uni
        26
    uni  
       19 天前
    确实,各种项目的 sdk js 都是最优先/唯一支持的
    roidinev
        27
    roidinev  
       16 天前
    估计开源/独立开发领域这些产品的接口都是类似浏览器类似的,面向最终用户的,所有采用 js 。但其实后端还得用其他语言。只是后端转移到云/api 了。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2420 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 15:56 · PVG 23:56 · LAX 07:56 · JFK 10:56
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.