这两天在外面面试，面的是 Java 后端，会遇到一些风格迥异的程序员。 比如说 maven 会比 gradle 更好用，他们在 2019 年在推 maven。 比如说 TiDB 不够成熟，比起 hbase 来说，还没到生产环境的程度
想看一下大多数 Java 开发者的看法。我先来说。1. 会觉得用 markup language 写代码，怎么也比不上 groovy 这样的真正的程序语言 2. 我用过 Hbase，HBase 远没有它宣称的那样好，查询功能不多样，上了生产环节有不少运维的坑。下一次做大量数据的存储会考虑用 TiDB
你们怎么看这 2 个话题
 |
GMNov 1, 2019
1
用惯了 maven，配置确实繁琐一些，但是不是很想换。
|
 |
srx1982Nov 1, 2019
2
gradle 虽然语法简洁，但是总感觉构建很慢？
|
 |
johnniangNov 1, 2019 via Android
3
已经弃用 maven 好久了，gradle 第一次构建比较慢，后面会非常快。
|
 |
lxk11153Nov 1, 2019
4
gradle 配置文件有什么格式化工具吗？
|
 |
5
项目用什么就用什么 我没有选择权
|
 |
slyang5Nov 1, 2019
6
gradle 有一定的学习成本 . 学会了,项目配置可以做的很灵活 优雅
|
 |
7
就 maven 那 xml 配置，动不动几百上千行，看的不恶心么。
就一个构建工具而已，用谁都没差，我反正要用 gradle |
 |
aabbcc112233Nov 1, 2019 via Android
8
maven 对比 gradle 就是个弟弟，毫无可比性。
|
 |
kranNov 1, 2019 via Android
9
都不喜欢，对比来看喜欢 maven 多一点，因为魔法少一点
|
 |
youngxhuiNov 1, 2019
10
2019 了，一些主流的框架、库都会优先把 gradle 配置贴出来，之后才是 maven 配置
|
 |
difNov 1, 2019
11
想用哪个用哪个。都能解决问题，有什么好争的？有这时间不如多写点 bug 了。
|
 |
f1ren2esNov 1, 2019
12
gradle + 1, 2019 年了为啥还要用 xml 这种反人类的格式？
|
 |
szq8014Nov 1, 2019
13
自从新版 IDEA 对 maven 的支持变差以后觉得这两个好像用哪个都一样了。
HBase 是一个非常成熟且稳定的东西了，不过 HBase 做查询不是强项吧？ TiDB 只听过没用过。 |
 |
300Nov 1, 2019 via Android
14
idea 里 maven 的 xml 看起来都是一坨一坨的色块。。
|
 |
auinNov 1, 2019
15
两种我都不喜欢
|
 |
implNov 1, 2019 via Android
16
2019 了，还有在用 Apache Ant 呢
|
 |
17
只有我给 sbt 带坑里，一直觉得 sbt 最好用了么
|
 |
BigDogWangNov 1, 2019
19
用安卓的表示 gradle 在历史版本兼容上难用的跟狗一样。开发后台只用 maven 做简单的编译和依赖管理，很舒服
|
 |
zhaziNov 1, 2019 via Android
20
gradle 好，gradle 有学习成本，学 gradle 就要学 groovy，如果不学习用的不明不白的不如用 maven 了，起码没有一些黑魔法，为了学习一个构建工具学一门语言相对来说要求有点高。
接触过一些 android 同学只会 copy 配置。灵活构建没有得到体现。 如果全员都会 gradle 我也相信很少有人会用 maven。 |
 |
Jrue0011Nov 1, 2019
21
额。。难道不是看做什么的吗？安卓大部分用 gradle，其他大部分用 maven
这个上 github 看看 build.gradle 和 pom.xml 都是哪些项目应该能看出来吧 |
 |
chendyNov 1, 2019
22
spring 程序员表示，没有从 maven 换到 gardle 的刚需
平时只有加依赖，升级依赖的时候回改一改 xml |
 |
23
maven 和 gradle 都用过很长时间，相比之下 maven 更适用些，原因：
1、应用广，配置简单 2、出了问题一百度啥都有 gradle 的设想是非常好的，但是目前用起来的问题在于： 1、那个 DSL 很多人搞不明白，语法还很奇怪 2、版本跑的太快，新旧版本之间还有语法差异 3、eclispe 支持的非常不好，就连 IDEA，AS 也也有很多人反馈没有语法提示 |
 |
bccoderNov 1, 2019 via iPhone
24
gradle 也反人类，还不如直接用 java 写，搞一套 dsl 用起来也很诡异
|
 |
25
俩烂货，半斤八两
|
 |
qwerthhusnNov 1, 2019
26
我理解：管他 maven 还是 gradle，做一个项目只有很少的工夫花在这里，主要是业务。这里哪个顺手用哪个
|
 |
nicevarNov 1, 2019
27
服务端还是用 maven 比较舒服，安卓以前也用 ant，换成 gradle 差别也不大，gradle 的版本变化的坑真的很多
|
 |
kx5d62Jn1J9MjoXPNov 1, 2019
28
gradle 就是屎
|
 |
v2extrollNov 1, 2019
29
视情况看吧，工程级系统需要用 gradle，构建场景太多了，整个工程管理也比较复杂；但绝大部分业务系统实际并不需要 gradle，可选的话还是 maven 学习成本更低一点。
|
 |
6IbA2bj5ip3tK49jNov 1, 2019
30
个人之前用 maven
现在用 gradle kts，有了 kotlin，写 dsl 简单多了。 |
 |
AresxueNov 1, 2019
31
maven 占主流，因为历史原因功能也确实更多样更强大，但 gradle 是趋势，作为去 xml 化中的一部分，毕竟标记型语法的配置看着既不够清爽还容易出问题。(但标记型语法在表达上可能还是更强大一些)
|
 |
mosesyouNov 1, 2019
32
1.maven 和 gradle 选择哪个并没有什么本质区别，目前也只是喜好问题而已
2.tidb 完全可以在生产上使用，在使用场景上，也和 hbase 不同 |
 |
jzmwsNov 1, 2019
33
gradle 我感觉最好的是 加载本地的 jar 方便 / 不需要私有化库 直接放着文件夹下就可以引用了
|
 |
jjianwen68Nov 1, 2019
34
构建工具而已，配置好了又不会经常改
|
 |
karottcNov 1, 2019
35
只用过 maven，没发现啥问题，感觉很好用
|
 |
fhsanNov 1, 2019
37
别问问就 gradle
|
 |
ulehNov 1, 2019
38
gradle 连个网要等死人……
|
 |
mikulchNov 1, 2019
39
学了一下 gradle 没学会，觉得还要学个新语言，就放弃掉了。继续 maven。
hbase query 本来不是什么强项吧，得考虑很多东西。设计 row key 什么的。 tidb 没用过。 |
 |
bigokteskNov 1, 2019
40
gradle 并发编译多个应用的时候问题非常多
|
 |
crazycarryNov 1, 2019
42
说的你要写很复杂的 xml 一样的，垃圾 gradle，编译 es 折腾半天
|
|
crazycarryNov 1, 2019
43
已经 32 分了，还在编译
|
 |
NaveeNov 1, 2019
44
maven 的理念挺好的啊，约定优于配置，没啥骚操作用起来真香
gradle 是给骚操作准备的，太骚容易翻车 |
 |
Raymon111111Nov 1, 2019
45
工具是规范问题
你一个人独立干活可以选一选 大公司按照组织来 |
 |
dutianzeNov 1, 2019
46
看不懂 gradle
|
 |
greatghoulNov 1, 2019
47
说的在理
|
 |
fewokNov 1, 2019
48
已经不想争这些事了，以后当 leader，我说用啥就用啥。
9102 年了，老古董们，咋不用 jdk6 了呢？？ |
 |
beetlerxNov 1, 2019
49
垃圾 gradle ，每次下载一大堆 wrapper, .gredle 目录好几 G
别人提 bug 也不改 https://issues.gradle.org/browse/GRADLE-3196  |
 |
doudouwuNov 1, 2019
50
@leonme
无一例外（略夸大，也差不多） 两者都有，则 maven 先 或者只有 maven 的 你说的情况不知道是不是我活在平行宇宙里 spring 官方的库，或者比较流行热门的库，大厂的库（阿里等） 大部分 README 里面也只贴 maven |
 |
51
@yuikns 你说的是 slow build tool 么（手动滑稽
|
 |
qiyueyNov 1, 2019
52
有 kts 之后还好一些，之前用着确实感觉不是很好用
|
 |
53
@mosesyou #32 请问一同。使用场景上 hbase 和 tidb 不同，是指 hbase 只能按照某种线性条件查询，而 tidb 能够像 mysql 一样进行查询吗？（不好意思，可能问的不是很专业
|
 |
mxalbert1996Nov 2, 2019 via Android
54
Gradle Kotlin DSL 才是未来，写起来比 Groovy 感觉好多了。
|
 |
55
我大概从 2017 年底迁移到了 gradle 上，但是 wrapper 是从来都不用的，每次 gradle 发新版我都跟上，永远只有最新一个版本。
groovy 很不熟悉，有时改点东西还要翻查语言文档，不过现在好了，都支持 kotlin script 了，去年我把所有 groovy 构建脚本全部换成了 kotlin script，转换的过程异常的曲折和艰难，现在官网文档例子是 kotlin 和 groovy 都有，当时可没有。 构建速度，跟 maven 是差不多的，mirror 配好阿里的，wrapper 禁用，几十万行代码的项目，全量编译一次一分钟多点，增量编译就很快了。 目前没遇到过非用 xx 不能实现的需求，但是 maven 版本要啰嗦好几倍，有些东西实现起来也要麻烦好多，毕竟一个是 xml，一个是现代编程语言。 |
 |
realpgNov 2, 2019
56
有没有人魔改一个不使用冗长的 xml 配置的 maven 甚至是个 maven xml configuration paser
|
 |
WhatIfNov 2, 2019
57
gradle 用的不多， 之前因为用 android studio 的缘故， 稍微接触了几次 gradle，当然之所以能接触就是因为坑。
所谓科学上网能解决， 这个问题当时并没能解决。 as 提示我说有新的版本 ，于是去升级， 升级以后告诉我 gradle 有新的，于是也去升级， 然后就卡死了。 首先墙不是问题， 因为根据无法下载的提示， 直接下载速度都很快。 反正也不知道到底是为了什么。 后来的做法是手工下载了文件， 然后根据日志找到目录位置， 替换以后才搞定。 一句话，还是不省心。 当然因为 gradle 用的不多 ， 所以其他坑怎么样就不知道了。 maven 在日常使用比较多， 还凑合，但是最大的坑还是下载的问题。 有时候，莫名下载了一般，文件被破坏。编译时候也能自己发现有问题， 然后居然不知道重新去下载， 逼着自己去目录里面删除文件才可以。 |
 |
uxstoneNov 2, 2019
58
会用 gradle 的朋友, 没有说不香的 (滑稽)
|
 |
59
maven 不算好用，但是推 gradle 这个，你们没发现对于一个严谨的依赖配置来说，gradle 这种用动态脚本建立的 DSL 自身就是个大问题吗？
还有 2019 年了，成熟一点，别动不动就“新技术应该推”，新技术不代表都 tm 好好吗，有些新技术其实是翔，背后有其它目的才推出来的，你也赶着去吃屎？ |
 |
youxiachaiNov 2, 2019
61
@zhazi 现在 gradle 有 kts 了..可以用 kotlin 了..
|
 |
shanlanNov 2, 2019
62
上学的时候第一次用包管理工具，当时是学安卓。就一个 gradle 浪费了我很多时间和精力，最后看到这个东西就怕了。
后来学习 spring 的时候用上 maven，没有类似的烦恼了。 |
 |
qq6686496Nov 2, 2019 via Android
63
都是垃圾
|
 |
ResourceNov 2, 2019
64
很早的时候开始用 gradle，现在的语法变得我已经不太会用了
 |
 |
optionalNov 2, 2019 via iPhone
65
构建工具而已，好一点差一点没有什么明显的区别。
hbase 不是这么用的。 |
 |
springmarkerNov 2, 2019
66
Gradle wrapper 慢? 不是早就加上 CDN 了吗，我刚才还特地关闭了路由加速，速度凑凑的啊。
|
 |
bashbotNov 2, 2019
67
写代码的喜欢 gradle，做管理的喜欢 maven。
gradle 太灵活了，不利于团队协作和版本兼容。灵活往往意味着复用低和容易出妖蛾子，毕竟很难保证团队里每个成员的代码质量都很靠谱。 对于大项目和大团队，规范带来的收益通常比灵活 /先进带来的收益高。 |
|
uxstoneNov 2, 2019
68
不理解也不喜欢 gradle 的 wrapper
明明就是一个构建工具, 没啥非要每个项目里都放一个 wrapper |
 |
kassadinNov 2, 2019
69
一个 XML， 一个 DSL，俩坑货。
|
 |
ErrorManNov 2, 2019
70
XML 虽然啰嗦了点，但是比起 grandle 来说身为标记语言更严谨，个人倾向于 XML。规范一些维护的时候能省点心
|
 |
binbinyouliiiiNov 2, 2019
71
|
 |
CbdyNov 2, 2019 via Android
72
可以项目底下当一个 pom.xml ，再放一个 build.gradle。爱用哪个用哪个
|
|
sagaxuNov 2, 2019
74
@lxk11153 gradle 配置文件本身就是 groovy 或者 kotlin 代码，怎么格式化代码就怎么格式化配置文件
@f1ren2es 如果要自己做点工具，需要解析构建配置文件的时候，解析 XML 可比解析 DSL 简单多了 @doudouwu spring framework 早就迁移到 gradle 了，spring 团队已经迁移了 n 个库了 @nl101531 IDEA 的 gradle 补全也卡也慢 @springmarker CDN 去年开始才有的，之前下载可不快 @uxstone 我项目里都不用 wrapper，放弃兼容性，只支持当前新版 gradle maven 有一个巨大的优势，熟悉 gradle 的人往往也熟悉 maven 或者上手很快，反过来就不一定了 |
|
uxstoneNov 2, 2019
75
@sagaxu IDEA 2019.2 以后的版本 在导入 gradle 项目时 会强制下载使用 wrapper。没有之前版本那样可以选择本地 gradle 的选项了
|
|
80
@sagaxu #74 [maven 有一个巨大的优势，熟悉 gradle 的人往往也熟悉 maven 或者上手很快，反过来就不一定了
]。 真的没错，漏掉了这个优势！ |
 |
yxlaisjNov 29, 2019
84
bullshet 就是一坨屎。作为构建工具，不熟悉的人编一个项目都各种报错
|
6
Select Language