在其他语言的项目里用前端工具普遍吗？

[x97bgt]

看到前端提供了一些挺好用的工具，比如 husky 用来 precommit ，standar-version 用来生成 CHANGELOG 等等。

npm install一下挺方便的。但是想问下，但非前端项目里用这些前端工具是不是有点奇怪。这样混着用普遍么？

[crackhopper]

我的观点，好用就行呗。
但工具链安装最好不放仓库里，可以文档说明一下怎么搞环境，或者提供个安装脚本。最好的，我觉得还是做个 docker 之类的镜像，安装好了工具链供使用。

[x97bgt]

@crackhopper docker 感觉比直接安装来的重，不过确实是不需要依赖和不会污染本地环境。

[adoal]

有个“定理”说凡是能用 JS 重写的软件一定会用 JS 重写……
人家非前端圈子可能本来就在用“一些挺好的工具”，只是你熟悉 JS 生态，所以更了解用 JS 重写过的变种而已。

[BeautifulSoap]

作为一个后端虽然只是偶尔用用 npm 之类的，但每次使用都感觉它们给我电脑里下了一万个文件，观感不佳

而且就我参与的不同项目的经验来看，node 这么多版本有时差一个大版本就会导致项目、工具跑不起来或安装依赖出各种莫名其妙乱七八糟的问题。所以涉及到前端的项目，没有人做 Docker 镜像的话我经常碰都懒得去碰。。。。

[angrylid]

我还见过一些桌面客户端是在后台挂一个 HTTP 服务器，在浏览器里面进行交互。
总之好用不就完事了。

[cmdOptionKana]

这个应该叫做 Node.js 后端工具，不是前端工具。这与其他语言使用 Python 工具的性质差别不大。

[musi]

其实这应该算是 node.js 脚本工具啦
现在 js 也不一定就是为前端服务的
不也有很多命令行工具是用 js 写的么

[orzorzorzorz]

为啥要给工具贴上“前端”这种标签？工具的意义取决于目的，要是 husky 使用 c 写的，那这是不是就变成系统工具了？:doge

[wangxn]

平时主要用 C++和 Python ，几乎没用过这些提到的工具。
同样觉得 node.js 会带来大量小文件，所以凡是看到这种开源项目都没兴趣去碰。Go 和 Rust 最爱，零依赖。

[x97bgt]

@orzorzorzorz 因为需要依赖啊。如果是一种无关环境的使用方式，那就最好了。

[lisongeee]

@BeautifulSoap 如果你想要观感好的话，你可以用 pnpm

[libook]

工具是用来解决问题的，去找能解决问题的工具，然后选择最合适的就好。

[kidonng]

@wangxn Go 和 Rust 零依赖认真的吗

[kidonng]

不普遍，但确实有。这年头 Node 可能比 Python 普及，npm run 代替 makefile 跨平台还是很好用的。而且 npm 里也有很多跟 JS/Node 生态无关的实用工具，你提到的 husky 就算一例。

[mengyx]

@kidonng 他们的编译产物确实算 0 依赖啊
真要说，也就是依赖 cpu 架构，操作系统，libc

[kidonng]

@mengyx 原来是指把二进制放代码库里吗，不太习惯

[mengyx]

@kidonng 哦 你这里说依赖库吗
和 npm 差不多 通过 cargo 和 go get 基本都能获得
编译也基本只依靠 go/rust 的工具链自身

[mengyx]

@kidonng 如果是说 changelog 之类的工具
go get -u github.com/git-chglog/git-chglog/cmd/git-chglog
这样就能安装好

[uni]

solidity 也算语言的话，基于 js 的 hardhat 的标准框架吧