新项目采用纯 JS 技术栈还是 Go+JS?

[newshbb]

最近要开展一个新项目，犹豫选型，大家从招聘，开发效率/成本上帮忙分析一下？本项目是私有化部署类型项目，所以性能上比较不那么重要，但是可以比较一下哪个更容易部署，而且需要支持服务端 windows/linux/mac/bsd 部署。

[Nazz]

部署肯定是 go 更容易, 无任何依赖

[frankies]

纯 js ，好招人，还便宜 doge.

[z1645444]

要不再描述多点？大概是做什么的项目？在哪个城市（如果预期包括远程就无所谓）？

什么也不知道，只能说招 JS 开发者更万能，JS 全栈我在找工作的时候划到不少仅仅需要当地对应等级前端 1.5 倍工资的机会，甚至更低...不过对 web 后端模型、桌面后端（其实还是在玩浏览器，不过在优化上着重点又不太相同，难度也不小）的掌握程度和适合你们使用场景的最佳实践的掌握程度，可能会稍微失落一些。不过呢，产品的 idea 方向对了，体验棒了，甚至已经有不少客户了，那其实是运营更重要👉

[kkk9]

私有化部署类型 - go 编译好完事了，有钱再加个商业 vm 壳 / node 还要混淆加密
容易部署 -> go 不用装环境，编译好直接开跑 / node 安装环境
支持服务端 windows/linux/mac/bsd 部署 - go 直接开跑/node 在部分奇怪的系统上可能存在问题


go+js UI 直接 JS 随便，核心放在 go 里面编译好加好授权

[monster1priest]

项目大不大？后期维护、迭代复不复杂？

一般来讲，python ，js 这类语言出活更快，但是考虑后期维护成本，就不一定了。

[BugCry]

强类型写业务写到崩溃，还是 JS 一把梭吧

[newshbb]

@kkk9 是的，我也倾向于 go+js ，部署很重要，对我们项目，毕竟要面向千奇百怪的自部署客户

[newshbb]

@monster1priest 开源项目，持续迭代

[newshbb]

@BugCry 算不上业务型项目

[newshbb]

@z1645444 的确是远程，堡垒机那种类型的项目

[rccoder]

没啥区别，主要还是看你招的到是咋样的人

[monster1priest]

感觉 go+js 好一些，部署考虑 docker 吗？

[kkk9]

@BugCry #6 不会吧，规范的原型图，规范的代码，不应崩溃 😂 基本的 struct 那些都可以自动生成了

[pengtdyd]

纯 js +1

[zhuangzhuang1988]

熟悉哪个用哪个。

[jones2000]

后台 java 前端 js

[bianhui]

@monster1priest 维护也是 js 更快。至于规范不规范，啥语言都能写出不规范代码

[bianhui]

肯定是 js 一把搜哈。那些说装环境的。装环境能花都少时间，一个脚本一小时能安装 100 台。go 一小时可能连 sturt 都定义不完

[hamsterbase]

纯 js ， 我说一下好处

拿我的项目举例子 https://hamsterbase.com/

1. 利用 react native nodejs mobile , 你甚至可以把 nodejs 项目部署到 iOS 和 安卓上。

https://github.com/nodejs-mobile/nodejs-mobile-react-native


2. 利用 trpc , 你可以在前后端共享同一套类型。 无需编写 API ， 直接利用 rpc 通信。

https://trpc.io/docs/server/routers

[Gota]

给的信息太少了。如果整个项目就一个进程，没有任何外部依赖，那用 go 确实可以只输出一个包含前端资源的可执行文件，方便部署。但如果有数据库之类的外部依赖，那就简化不了多少了。

从开发效率上讲还是推荐起步用 Node ，从 https://create.t3.gg 生成一套模版就能开始写业务了。