至于现状为啥是现在这个样子，可能是 Java 程序员普遍喜欢过度设计有关系吧
Java 历史包袱太重了
Gradle is a build automation tool for multi-language software development.
: )
要是真的搞懂了这 2 类工具的差别，或许会不会用已经不重要了，容不容易用已经无所谓了
我寻思着这玩意明明是国外搞起来的东西呀
1. maven2 是 2005 年发布的，但它现在来看还是非常领先的。
2. maven 设计了打包的各个生命周期，概念，并且非常容易写插件，生成源码，添加资源等等。
3. 用 maven/gralde 打包其它语言是相当容易的，反过来估计能做到的不多。
npm 根本和 maven 不是一个层面的对手。从两点设计就知道了：
1. 每个应用自己一个 node_modules 打包目录，无数的人搜怎么清理。（现在已经改为链接到~/下面了）
2. 小版本默认升级，`~`和`^`
npm 一个笑话就是：一个工程不说十个月，就是一星期后，就可能打包不成功了。
一个 java maven 工程，十几年过去之后，仍然可以正常打包。一个 maven plugin，十几年之后，仍然能工作。
以前还有笑话是：Java 打包出来的结果文件大。
实际上过了几年，发现 nodejs 打包结果动不动就几百 M，go 打包结果也是越来越大了。
go 的包设计非常的奇怪。
1. import 一个 git 仓库，如果这个仓库被攻击了呢？怎么保证安全性？过了好多年，才加了一个 hash 的补丁
2. go import 一个 git 仓库，是因为本身它编译时要求全是源码，不能生成中间结果
3. 作为一个用户，我要盯着一个依赖的仓库的 hash 值？依赖管理本身不应该看的是版本号么？
最怕的是什么，怕的是抄作业都能抄不过
软件包依赖问题，除了 Linux 系统的 DEB，好像软件开发领领域 maven 算是鼻祖类吧，除了包依赖管理，Maven 一套生命周期才是神器，黑 Java 真是笑话。
查看 maven 默认配置，卧槽一堆英文，卧槽 xml 文件怎么长得这么难看，马老师，这写的是甚么？
萌新好不容易配置对了，结果一个包半天下不下来，改来改去也不知道哪里出问题。依赖里的某一个文件卡半天下不来，得一层一层找到出问题的文件删了再下，有时候还要重复好几遍，太难了。
依赖 update 半天还是原来的，有时候 clean 好几遍才能
update 成功，有时候还要 force update 。艹，这么多项目都要改，太难了。
还有些奇葩的包不在 mvnrepository，又要做特殊处理，萌新表示太难了。
但是 Maven 配置的兼容性堪称优秀。Maven 3 运行 10 几年前 Maven 2 程序一样没问题。虽然将要发布的 Maven 4 （ 3.7 版本计划被废弃了）也可能会加入 Wrapper （但个人觉得完全没必要）。
ANT 在 Maven 大规模使用之前一直是 Java 项目实现自动构建的首选。 虽然 Ant 在新项目中几乎没有多少人会采用，但大量的遗留项目一直还在使用 ANT 。ANT 并不是没进化，ANT 下的子项目 IVY 也是用于依赖管理，与 ANT 结合，一样可以利用 Maven 库，自动解决依赖问题。
SBT 和 Gradle 相似，后台一直跑进程，提供一个交互的编译的环境，只是曲高和寡，几乎只有在 Scala 项目用到（个人我也不喜欢）。
（扯远一点，Ivy 虽然可以读取分析 Maven 坐标，但它自己有一套关于依赖的设计理念，早期 Gradle 也是使用 IVY 解析依赖，后来才切换到使用 Maven 兼容方式的，目前似乎 SBT 还在用默认用 IVY 来解析依赖。）
https://medium.com/@alex.birsan/dependency-confusion-4a5d60fec610
其实 maven 和 npm 原理类似，只不过 maven 肩负的更多，maven 管理 jar 包只是很小一部分功能，看看 maven 第三方构建插件生态，你会发现更大的世界 😉
你拿 npm 给我自动生成一套项目模版试试？
你就什么都不动，无脑 npm install 试试？我现在是运维，天天被前端说怎么打包不过去 /线上功能怎么和他测的不一样，就过了一个晚上升级了小版本找谁说理去？
不要抬杠说可以去改配置。拿 npm 所有吐槽点变成正常点后，和 maven/gradle 有啥区别？ webpack 配置通俗易懂？来来来，你花一个小时看能不能教一个刚毕业的搞明白 webpack 。maven/gradle 完全没问题，都是结构化的。新人其实很好看明白例子。
前面有说 rust 的，go 的，真的很牛逼么？ go mod 发展了几年？最后是怎么诞生的，麻烦你们自己查查资料。真的好用？做自动化构建的时候真的和 java 比一个天上一个地下。rust 现在最蛋疼的就是依赖构建和自动化打包，一下下一堆包不说，项目稍微大点就是半个小时起。别扯本地。都 2021 年了，谁发版从开发电脑上打包？稍微有点团队配合，模块一没分好打包时间就上天了。下载就更不用说了，没科学上网就别想顺利开发。
这还是正常情况，最蛋疼的就是 tokio 版本，经常一不小心整个项目就编译不过去，因为有些老项目不更新 tokio，有些又用的一个版本。然后你自己得有用的最新的，一编译，哦豁，runtime 不匹配我就要去解决版本冲突…maven 解决版本冲突不要太简单
go 写的少，没怎么碰到过坑。
maven 和 gralde 的问题绝壁不是工具本身。xml 配置屎山是人配出来的。
当然，我喜欢 rust，我也讨厌 java，太啰嗦。但不妨碍优秀的东西本身的优秀。很多在 rust 里面得东西我还很希望有类似 java 的 xx 工具，不是使用惯性，我 java 也写的很少。就看点开源项目而已。
1 ）企业需要盈利。盲目跟风升级会带来很多额外的工作（写新代码、测试、培训人员、维护历史版本等），直接浪费很多钱。
2 ）项目需要稳定。新功能会带来新 bug 、新漏洞，测试人员不可能 100%覆盖。特别对于结算功能，算错的钱，谁去承担？
3 ）更需要关注的是业务功能，满足客户需求。
4 ）新人都喜欢炫耀技术（特别是喜欢技术对比，我当年也是这种心态），老人总想着赚钱养家。特别老板要考虑整个公司的发展。
后面公司架构师还是技术升级了，毕竟 Java 1.6 带来实在的好处。但是旧项目就很蛋疼，例如看着好用的新模块，不能直接搬过去。
另外，https://github.com/hantsy/signup-app 这个差不多快十年了，Maven 一样可以编译。
去年给一个前端项目 Angular 加一个 CI，全部依赖都是 Broken, 开发人员半年一直自己机器上开发，没更新依赖，然后笨号用^的话，更新后完全不兼容，Node 项目相互依赖的版本更敏感。Angular 现在自己有自动升级工具（可以更新相应的依赖），不然的话，自己手动升级，你还得仔细读它的依赖库（ rxjs, karma 等）版本多少。
这些 Maven 早就支持了。https://github.com/takari/polyglot-maven
Atom polyglot-atom
Groovy polyglot-groovy
Clojure polyglot-clojure
Kotlin polyglot-kotlin
Ruby polyglot-ruby
Scala polyglot-scala
YAML polyglot-yaml
Java polyglot-java
XML polyglot-xml
虽然 Gradle 发展这么多年。但是很插件还只是有 Maven 版本，没有 Gradle 支持。生态方面 Gradle 还是不行。
就之前说那个兼容性我都是受不了 Gradle，但日常我也用，有些项目用什么技术不属于我控制的范围，不然我个人也不产生 20G Gradle Dist 垃圾文件。（我整个下载的 Maven 依赖库也才 20G 左右）
我个人新项目肯定不用 Gradle 的。
使用 npx npkill 释放硬盘空间~
一个月清理一次 可以释放最少 10G 空间
年前把家里的工作机清理了 释放了 100G 的空间 o(╥﹏╥)o
)