咦？为啥我的不卡？都用 6 年了，从来没卡过。

其实我也很喜欢捡垃圾，只是没地方用，也没地方放，某次搬家后就再也不捡了。

说实话，windows 7 开始，微软的系统稳定性已经非常高了，我自己的电脑是极少蓝屏。mac 也用了 6 年了，5 国可真不少。

@justest123 不是，恰恰是因为楼主贴的代码表达的逻辑晦涩难明，才造成大家的理解错误。经过严密推导，逻辑其实简单到令人发指：就是判断 member1 是否和 member2 相同，相同就返回 false ，不同就执行 changePartyPosition 方法。为啥要写这么复杂，我猜是因为需要预防空抛出指针异常而已。

不过换我来写代码的话，判断 member1 是否和 member2 相同这个逻辑肯定是写在 changePartyPosition 这个方法里面的。

@snw 嗯嗯，这样可以简化为：
return Object.equals(member1, member2) ? false : changePartyPosition(...);

针不戳

找块草坪搭个帐篷嗮太阳

参数命名一目了然，且至始至终保持一致。文档严格按照规范。时间长了基本上就不需要看文档了，或者你拿旧项目文档稍微改改就是一份新项目的文档。

但凡你要和数据打交道，就逃不出 CRUD 。所以，写 CRUD 代码有什么可纠结的？

被动收入的投入就是个无底洞，而且做不到头部哪里有什么变现的机会。

@DreamingCTW 你可能看错了，数据验证逻辑应该是：member1 不能为空，且 member1 不能与 member2 相同。

if (member1 == null || member1.equals(member2)){
return false;
}

changePartyPosition(...);

再造 git 没必要，但造个新的 cli 轮子还是可以的，只要它简单好用。

自然是 1 整天呀。

爆绿藻怎么破？

1 人 1 分支，开发完的合并到 test 分支进行测试。

内部调用不用走网关

先解决模块相互依赖的问题，然后拆就很简单了。