@msg7086 我确实不理解我说的和你流程上哪点冲突了，你是主动 merge 也好还是 pull request 也好和你代码 review 没啥冲突。

而且说什么自由利用工具，你们项目都知道做 review 就不是为了让你们不乱写代码，别乱用功能吗？ git 功能强，但是功能设计是很有问题的，就像 reset、revert，merge、rebase，单看命名鬼知道区别在哪。

再摸着自己良心想想才工作时候的自己把，你能把 git 吃这么透？不深入掌握就没 git 使用权了？你团队个个都是神能 100%不出错？ java 这么流行不就是写着感觉吃屎，但很难想 c++一样能恶心到别人。

所以不准用-f 这个屎，只要领导懂技术，还真就肯定要让开发人员吃，不爽也没法。

@msg7086 做不到就是项目管理问题啊，有啥好说的。而且你开 feature 分支，肯定是从 master 或者 dev 上来的，这两个分支不允许直接提交。然后你 feature 上开发一堆 commit，然后 rebase 成一个 commit，merge 到 master 或 dev 上需要做什么 force push ？你 feature 分支开发完本来删了就是了，你还 rebase 了 push 上去干嘛。

@picone 好像是我没仔细读 lz 文章……

@msg7086 你这个完全可以靠开发的时候每个人一个分支，功能完成 rebase 一下。完全不需要-f

@picone 都 push 还 revert 个鬼哦……

@HuHui go 的工具链真的难以表达……这么久才好像快有个稳定的包管理工具

以前写，项目必须在 gopath 下也搞得我很恶心

回 lz，真的只有你。特别是你写过大点的项目，多会几门后端语言后才知道为啥

真远程仓库上提交错了，老老实实从以前的版本 ctrl+c，ctrl+v 然后 commit 条新的记录算了。-f 这种搞错了太吓人了

呵呵，lz 肯定没遇到过回调地狱,也没调过兼容性问题。不管写桌面、web 还是移动 app，只要写 ui 业务一复杂代码就绞在一起了……

算法不对啊，不是该给你们新人补加班工资嘛🐶

@jackcfan 呵呵，用了一、两年，然后全公司都受不了了，当然可能我们用得比较早

别 jb 用 dubbo，谁用坑谁。先不说之前没维护这么久，你用 dubbo 做 rpc 很多功能其实和 spring 是不兼容要自己二次开发调试的，费时费力（比如 dubbo 结合 spring 的事务管理，不能 autowire 等各种坑……）。

而且 dubbo 生态完善？先不说是不是笑话，能比得上 spring 自身的生态？直接 spring cloud 全家桶就行了。

@iyu90 你这是完全不懂 app 开发现状，大厂业务多所以 app 做得屎。一个 app 里可能塞了好几套框架，几十个人在开发。
好不好还要以前为了跨平台搞的 react native、weex 这些玩意，历史遗留问题很重。

稍微小一点又日常的像饿了么，美团这些卡过吗？新一点的闲鱼、哪怕是支付宝都没这么卡

@ChefIsAwesome 我做过挺久 android 开发其实也是这样，很多时候都要考虑下能不能保证画面不卡有 60 帧。

但做前端的好像很多都不在乎，默认都用浏览器了卡就卡了……

其实我也有这个疑惑，比如打开掘金前端的页面，一堆深入理解 js、三大框架（也许是两大？）、浏览器原理的东西……

但这些本来就是基础，和其他语言比，工程化是理所当然的。ui 很大一部分工作应该是 ui、ue 方向的，怎么实现一个复杂布局、动画效果怎么实现，这些的讨论真的很少。

可能是前端框架轮子多吧，反正找个 ui 框架再找些组件套上去就行了……

@tearslee 看下 java nio 包的 Buffer 及其子类就行了，不需要 netty 来读取数据。

携程那个 apollo 也可以的，而且不需要配置 mq 就能刷新。不过用法好像稍微有点不同

@littleMaple vps 比买物理机更贵的，特别是高配长时间用。vps 省的是运维费用和各种服务的成本（对象存储、数据库这些）。要高配机器最省的是各种二手洋垃圾服务器、thinkpad、工作站（当然，出了小问题你自己最好会修）

@Y4ssss 没证书别想了……就像 27 楼说的，你这是做中间人攻击