当初纠结技术部和研发部哪个好，抱着先试试再说的心态，在公司内部申请了短期轮岗，两边都待了一段时间，没有提前想好要偏向哪一边，只是单纯想感受下日常做事的节奏。

最先去到研发部，工位靠里面，大半时间都对着文档和原型，需求改来改去是常态。很多时候一个方案要反复推演，卡在逻辑不通的地方，连着好几天都在抠底层的实现思路，产出周期拉的很长。有时候忙活一两周的东西，只是停留在方案验证阶段，还不一定能落地上线。沟通对象大多是产品，聊的都是远期规划、新方向探索，很少碰线上已经跑起来的业务。

节奏慢，但脑子要一直绷着。

转到技术部之后，氛围一下子不一样。手上承接的都是线上业务的迭代、故障修复，需求排期卡得很紧，大部分需求都有明确的上线时间点，做完就能看到改动落到真实环境里。对接的人杂一些，运营、测试、客服都会找过来，很多问题来得突然，没法慢悠悠琢磨，得快速定位、给出可行的处理办法。大部分工作偏向维护、优化现有系统，很少从零去搭建全新的东西。

有一回线上出了小问题，技术部这边全员配合排查，短短半天就调整完毕，恢复正常。那天下班的时候，心里有种很实在的感觉，清楚自己做的事立刻起到了作用。可没过多久，又慢慢觉得，每天陷在各类紧急需求里面，很难抽出整块时间沉下心去研究更深层的技术，不少想法刚冒出来，就被新的工单冲散了。

一起轮岗的同事偏好研发部，说喜欢慢慢打磨新东西，不用总被突发事项打断思路，能顺着自己的节奏去深挖技术方案，就算短期看不到成果，也愿意投入时间试错。他不太适应随时要响应问题的状态，觉得持续的紧急事项会消耗耐心。还有另外一个同事，更喜欢技术部这种即时反馈，受不了长时间的投入最后方案被搁置，那种落空的感觉很难受。

那段时间来回摇摆，今天待在技术部，看着上线记录，会觉得这边更踏实；隔天去研发部参与方案讨论会，又会羡慕他们有机会接触全新的技术方向。没有哪一边能持续让我觉得舒服，各自都有让人觉得合适、也让人觉得煎熬的地方。

后来轮岗结束，要选固定归属的时候，没有凭着这段经历直接敲定。只是明白，我感受到的全部都只是这家公司里这两个部门的状态，换一家公司，同样叫技术部、研发部，分工边界、工作内容可能完全不一样。仅代表我个人情况，不同场景、不同人的体验会存在差异。

最后没有急着提交选择申请，坐在工位上翻着两边留存的文档，半天没敲出一句话。