不过换我来写代码的话，判断 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 分支进行测试。

内部调用不用走网关

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

高速上面的几种情况确实让人火大。
1 、我都要 120 超车了，前车低速并线到超车道挡在前面，非常危险。
2 、前车龟速并行且超车道行驶车辆不肯让出超车道。
3 、前车长时间压线行驶，我遇到过有逢虚线必压线，开了 100 多公里的深井冰。

先看地图，至少要知道导航走的是那几条路，关键路口怎么走。

@blackshow 丑的？穷的？？宅的？？？

我觉得不管什么条件，不能正视自己缺点的，想甩锅给外部因素的，基本上都不配拥有爱情

既然人家加速了，那就不需要超车了吧。开车是为了安全到达目的地，不是为了路上和别人置气。