什么暴论。。

kotlin 更好的 java

建议试试 ATDD （验收测试驱动开发）
纯粹的单测颗粒度太小，适合对一些核心的类来做，比如 DDD 架构里面的领域对象，或者一些工具类

为啥都在嘲讽。。。持续集成这个速度挺正常的

需要复用的 5 个微服务需要拆分基础服务（领域服务）和应用服务，有兴趣可以学学 DDD 领域驱动设计

打字多用银轴啊。。。

技术怎么样，我司也在长沙，有自信可以联系我。美资公司比较开放包容多元文化

Kotlin 写后端服务 3 年多了，很好，没遇到什么坑

@wayn111 加 V yule444555
PS:不是骗子,真招人 2333

感觉你挺有潜力的，我司在武汉招远程开发，感兴趣可以回我了解一下

没看懂

敏捷开发的话，算 story point，结合低级 BUG 数统计，再加上一个 贡献度（ Leader 主观评价，比如对其他人的帮助，公共组件开发，培训分享之类的）

@Braisdom 为了把类具有的某种能力（行为，方法）更高的抽象出来，方便外界调用或者去实现。个人习惯是一个行为现在或者将来有多种实现方式的情况下，大概率就需要定义接口。往后面讲会还涉及到依赖倒置和接口隔离等等，这里不细说。我认为国内的 JAVA 开发对于接口是滥用了，90%的接口可以不写，比如一些业务 service 类，在可以预见的未来根本不会有其他实现，就算有接口八成也要跟着改，根本不需要定义接口。

@byte10 也没那么难，就算不用 DDD，需求一样要分析的，面向对象设计一样要做的，这只是提供了一套方法论教你怎么更好的做

领域驱动设计可解，前提是大家都玩，领导认同。起步比较难而且慢，起来后会很爽的

内部接口加上 @PreAuthorize("#oauth2.hasScope('server')")
再在 feign 做一个拦截器把客户端模式的 token 带上即可

另外都用 JWT 了当然把权限信息放到 token 里面

GitLab

长沙欢迎你