是否有必要抛弃 Maven 之类的项目构建工具？

vietor

2016-11-03 07:59:41 +08:00

SBT 还是比较简单的

profoundexplorer

2016-11-03 08:05:46 +08:00

@vietor 死变态？舒伯特？苏炳添？
开个玩笑。
能查到 SBT 是什么

Troevil

2016-11-03 08:45:38 +08:00

当然 maven 大法好了 .
android 用 Gradle
其他 maven

hpeng

2016-11-03 08:54:13 +08:00

你们居然选择放弃先进生产力，回到刀耕火种的时代，佩服

mazyi

2016-11-03 09:03:08 +08:00

哈哈哈哈，快点同意他的意见让他们组把 jar 包全部上传上 git 啊，这样生产力得到了极大的保障！！！

zacard

2016-11-03 09:07:10 +08:00

jar 依赖问题搞死他。。。

faywong8888

2016-11-03 09:08:59 +08:00

这个公司的技术 leader 应该好好学习下！

VeryEase

2016-11-03 09:09:39 +08:00

用 maven 有什么不好，哪个顺手用哪个，你们居然没有能拍板的人把这些事情定下来。

tabris17

2016-11-03 09:10:36 +08:00

这人是个智障

cedoo

2016-11-03 09:23:00 +08:00

安卓用 gradle ，其它用 maven ，恩，没错！

brucefeng

2016-11-03 09:24:00 +08:00

可以自己公司内部建一个 maven repository ，这样也可以把公司自己开发的 jar 放在里面，就没必要在项目内部保留 jar 包了

twogoods

2016-11-03 09:26:15 +08:00

你要面试的时候这么说估计...

tony1016

2016-11-03 09:30:44 +08:00

你只需要简单的告诉他，请帮我在 spring 的官网上，下载一个 spring 的 jar 包，他就傻眼了

wupher

2016-11-03 10:00:31 +08:00

1. 很多小公司仍然采用传统 Jar 管理模式。好处是项目 clone 之后，马上即可编译运行。缺点是要人工解决 Library 包依赖问题，明明 Maven ， Gradle 都可以自动解决的。如果需要自动编译支持，一般采用 Ant 脚本方式。十分古老的版本管理方式。不过，小公司的项目经常是不断重复，经常是将旧项目拷贝，再翻一版， Lib 包永不升级，这么干于它而言更方便。

2. 使用 Maven 、 Gradle ，甚至在公司自建私有 Repository 。相对现代且自动化得多。大多数 Github 上的 Java 项目使用此种方式来管理包依赖。优点：主流，自动化解决依赖，对于 CI 等开发工具支持最好。缺点：自从 Maven 的 OSC 镜像关闭以来，你最好能有个代理。

swim2sun

2016-11-03 10:31:31 +08:00

难以置信... 这是在开倒车

ccjeaty

2016-11-03 11:01:05 +08:00

问问他为什么啊，贴出来大家学习学习

lytofb

2016-11-03 11:16:12 +08:00

要么远离这种同事，要么成为他们的上司

cjyang1128

2016-11-03 11:16:13 +08:00

可能你那个同事比较恶心 Maven 的依赖传递吧

enenaaa

2016-11-03 11:27:40 +08:00

其实我也比较讨厌签完代码后还要等半天下依赖库的

v2orz

2016-11-03 11:32:13 +08:00

等他什么时候导出 baidu/google 到 jar 下载到工程中，结果弄到一个被恶意改动的文件，最后搞出大新闻，他就会吸取教训了
而且手动复制 jar ，用不了几个月没人能说明白 lib 下面一堆文件分别是干嘛的了，亲身体验