综合看下来，90%以上都是 Mac Os 😆😆

可以看看 AOP 的概念

看做什么类型了，但是大部分感觉跟运维相关的，比如服务的发现，配置中心的管理。。

@robinshen 感觉很牛皮，但是好像很少人用，资料也不多，请问为什么选择这种技术栈呢？

好奇心问一下你这前端在 Java 中我第一次见，用到什么技术，什么原理？

全新的架构和设计模式诞生出新的语言就不一样了，Java 的面向对象编程，在企业开发渐渐的就淘汰了 C，这就是一个典型，但是未来不好说

@MarioLuo 非常感谢你的回答

@xuanbg 非常赞同，一个完善且稳定并高效的流程管理和规范对于一个专注于科技的公司非常重要。但是这些流程想象中很美好，现在总是被各种约束变的可有可无

@huifer
上面条件我只是描述的大概
#Q1 测试一个功能一个服务的实例和所有基础服务
就好比一个登录功能，要配一个登录实例和全新的 MySQL+redis 实例(当然还有其他基础服务的中间件)，我觉得这样做的好处是: 测试同学一旦发现问题，能让开发同学轻松的复现 bug，相当于一个快照的功能，我知道这样做成本来说会非常高。但是不这样做，怎么能保证一个功能的完整和回归测试呢。
#Q2 对新表上线必须模拟日增数据
日增数据模拟是想检验开发同学或者 DBA 同学的索引是否符合在未来一段时间的要求，以及是否会影响数据库的性能等提前做好预演。

## 和你有不同意见以及解释
#Q1 所有的部署必须通过 git 钩子自动化部署的
这个钩子一般是 push after. 我觉得这样自动化是合理需求, master 可以手动触发发布操作
#Q2 模块的调用必须通过 feign 或者 MQ 来完成代码的解耦
这里模块我应该改成服务，更专业的说应该是微服务，我明白社区有更好的解决方案，但是个人想到这些

至于每个部分的规范我觉得应该让所有的开发同学一起参与讨论，这样可以做到大家都明白为什么这么做，会解决什么问题。

其他观点我非常的赞同