现在不都是默认 systemd 嘛……

@letitbesqzr 麻烦能问下具体实现嘛？

@shenyu1996 公司有钉钉，钉钉的机器人 api 还要方便，而且很多系统都支持的
@Tink 当然有啊……不过我看了半天好像都是语音交互相关的……

@kslr 不需要啊，因为邮件和短信我又不是不要了……只是有个智障叫一下更容易 通知到，特别开会或者人不在电脑前的时候

@kslr 没得小爱智障吼一声吓人

@notreami java 语言就这样，做任意泛型参数数量也只能这样了，反正用 lambda 就可以当他们不存在了……

用了 kotlin 更爽，这种 lambda 都不需要写个 interface 来定义了

@dunhanson docker 的部署？ docker 镜像会传到私有 docker 仓库，由于线上环境是基于 rancher 的 docker 集群，所以把镜像名和版本号填好，集群会自动拉取。

而且由于在故障的时候需要自动迁移服务，所以也不可能考虑什么增量上传了

docker 镜像本身也是分层结构的，所以基本上每次也只会拉新的 jar 包的量（但要对 jar 进行增量应该是不行，也许 google 的新项目 jib 可以做到）

正确方法不应该是把你手动做的事自己写个 jenkins 的 lib 然后自动化（虽然暗坑不少……）？
https://jenkins.io/doc/book/pipeline/shared-libraries/

我司反正现在线上项目都是 docker ……所以也不用考虑增量部署了……

@honamx install 可能导致多人开发的时候大家 install 的东西不一样。特别是 a 改了代码 b 不知道，没有再次 install，所以除非是单人开发，install 项目非常不好

@murmur 别说了……给前端搞 ci 流程搞 npm install 的各种问题搞吐血过，还有之前用 go 也是 vendoer、vgo，maven 的依赖设计真的很优秀，基本没有踩过坑。

这些语言的依赖管理设计咋不搬过来用算了……搞这么多幺蛾子

maven 还有个不大不小的痛点，就是大项目中的子项目有同级依赖，比如 p2 依赖了 p1:
--project
|-p1
|-p2
|-p3
|-p4

但你只想打包 p2，也不想上传 p1，不编译其他项目。那只能用 mvn package -pl p2 -am，不能直接 cd p2 目录下去 mvn package。特别是在一个项目特别大，层级又很多很深，项目名字又长的时候，这个命令敲起来是非常……非常痛苦的……

gradle 依赖可以直接 cd 进项目再 gradle build，省心不少

@clifftts web 框架比较固定嘛，而且开发、发布流程本来也不太一样。

确实大部分项目 maven 已经可以解决了，但构建越复杂 gradle 的优势越明显。

maven 的<build></build>里写一堆插件再写个百来行配置，甚至要自己写插件的，gradle 可能几行就搞定了。

@salamanderMH 确实回答不了应为从来没用过……不是直接开虚拟机在 linux 上用就是直接用 windows 的 docker

docker machine 就是开个虚拟机给你用 docker，windows 的原生 docker （基于 hyper-v ）和 linux 上的体验差不多。但两个实现差距很大，由于 hyper-v 和 v-box 不兼容所以也无法同时用。

@daydaydayup 又不是说不看，先能写出东西再去看原理不就行了。好多人大学学 java 不都是看好几天写不出个 http server，搞得怀疑自己是不是智障。能写出东西有成就感，再学习有动力得多

先看 spring boot，别用最原生的 spring。那堆 xml 配置真的要劝退一大堆小白，基本了解 spring 能做啥再深入了解也不迟，反正代码写出来都是一样的

感谢大家，看来不仅要用 ldap，还得自己开发套系统来完善功能才行

@zhengxiaowai
@smileawei
可能我表述不清楚，用的软件系统基本都不是自己开发的，都是开源或者第三方的。各个系统读取的 ldap 字段，类型有些差异……

你敲 RI 不就行了……