同事在我开发完成后突然要求修改功能实现方式

[UN2758]

• 刚入职没多久，分到的功能开发刚好是我比较感兴趣的抢单功能，做之前沟通确认了用 redis 分布式锁去做计数更新。然而今天写完之后，同事以实现比较复杂为理由，要求换成直接查改 mysql 表。我的心中当然有意见，早不说写完之后说，并且这个实现方式简单但是 low ，我很不乐意，如何与同事沟通，坚持使用原来的实现方式呢。
• 项目背景：目前用户量在 5k 左右，未来不会超过 10w 这个数量级，每个单子的并发数量可能 1k 的样子

[l00t]

谁说了算？找你同事外能拍板的人。千金难买爷乐意。在你同事明显不情愿的情况下，单纯对他进行说服是没什么大用处的，得改而说服其他人。

具体怎么说服，你得抓住别人关心的点，再提出自己的理由。你要是提不出足够的理由那就啥也别说了。

[UN2758]

@l00t #1 理由的话，在个人方面，成就感和工作价值吧，定好的事情没有大的缺陷情况下要求换，对我之前的付出是一种否定吧，对个人工作积极性也是一种打击。在技术上，redis 缓存总比直接查表架构上进步了一点吧，工作上我是希望用到一些没用过的新技术的

[efaun]

@UN2758 #2 你不能说对自己是怎么怎么样, 你要说对公司可以怎么怎么样

公司请你来是让你学习来的?

[l00t]

@UN2758 你这个理由说服不了别人。你个人方面的东西跟别人有什么关系。在技术上，你说进步就进步了？好处在哪里，坏处在哪里？

再想想，换一个理由吧。

[l00t]

我随口举个例子啊，不代表内容是正确的。假设你要说服的对象是你说的那个同事。那么很明显这个事情上他关心的是哪个工作量更少。你要说服他，就得让他知道其实你的方案工作量更少。那么事实上你的方案工作量更多呢？那么就得告诉他虽然他的方案工作量现在更少，但是以后会带来更多的麻烦之类的。

核心就是你要弄明白人家最关心的点是什么，然后针对性地找到理由，这样才能说服别人。不要只考虑自己，你只从自己出发，那说的东西对别人来说就是个屁，毫无意义。

[mineralsalt]

首先这个用户量和并发量 mysql 和 redis 并无本质区别, 如果你仅仅因为这个功能就引入了 redis, 我认为不可取, 要保证系统稳定, 尽量不要依赖过多的服务. 并且依赖少, 部署维护都方便. 如果代码里面已经集成了 redis, 那就不要改, 肯定 redis 优先, 性能也好些.

[3dwelcome]

写复杂的代码容易，出问题后要调试 BUG ，那就非常的痛苦。

痛苦系数和复杂度成正比。

尤其是后端服务器，又不像客户端，BUG 随时能复现。有一些 BUG ，都是很低概率才会出现的。

[iceheart]

他是项目负责人，那就听他的:
他是你领导，那也听他的。
以上都不是，那就找负责人

[metrxqin]

你刚来不要硬刚，听同事准没有错，以后技术方案通过纸质方式共同确定下来即可，避免纠纷。

[ilylx2008]

这年头还有不用 redis 只用 mysql 的项目？

[zjuster]

难道是因为 redis 比较贵？

[UN2758]

@ilylx2008 #10 之前其他的抢单功能用到了 redis ，然而这个新的类似抢单功能同事在我做完之后又想 把这部分代码改成不用 redis

[leafre]

同事？我只听 leader 的

[leafre]

有时候 leader 说的不对，我还要怼回去

[wolfie]

项目负责人 或者 组长就改，commit log 或者 周报啥的 写上原因。
平级就让他改。

[v2geek]

你们开发不先写技术文档吗

[YuTengjing]

我猜你应该刚入行没多久。不要以为你写的代码是什么很了不起的东西，刚入行的人总会想去尝试各种新技术，想要把各种学到的东西用到项目里面去，总想把事情往复杂了想，结果就是你写的代码就你能看懂，隔个半年后自己都看不懂为什么当初这样做，除了你，别人都维护不了。程序员的价值不是代码逼格高不高，而是以稳定性和维护性为主，如果以一种简单的，大家都能看懂的方法解决问题，何乐不为呢？分支判断 switch 语句就一定比 if 好么？

[daliusu]

每次翻以前代码，我都想骂那些玩花活的，包括一些库和一些语法，好好写代码早点写完下班，回家你自己东西你爱怎么玩花活怎么玩，别来祸害公司其他人好吗？

[89ao]

@UN2758 一楼说的很可行了，建议好好思考。