给我无语到了的回复

汇丰科技 engineer岗 base西安薪资:n*12   1-2个月年终优点:假期多(20天年假，12天病假) 听说不太加班 965字节抖音电商客户端方向 base北京薪资(n+9)*15+ 9w签字费福利:三餐免，租房补贴1500本人女，有亲人在西安，方向是后端开发，字节是客户端所以会顾虑，怕被裁社招难找，汇丰就是钱少福利少，据网上信息貌似也不太稳定友友们给点建议~

背景与闯祸实习期间承接需求时，我发现很多系统的业务逻辑盘根错节，上下文关联极深。有时需求本身涉及的代码改动明明很简单，可要是不把背后的业务脉络和代码逻辑摸透，就根本没法理解修改的初衷。最开始我接手需求，往往只盯着技术需求文档（TRD）里的修改要求，照着文档改完代码、做完自测，就觉得万事大吉了。到了代码评审环节，大家都要逐一讲解自己负责的需求和对应的代码改动。我负责的部分改动点很简单，无非是删几行冗余代码、调整一点参数配置，所以准备得很仓促，没多琢磨背后的逻辑。评审时，同事们针对这些修改提出了不少问题，比如 “为什么要删掉这段代码？会不会影响下游接口的调用？”“这里的参数调整有没有考虑到历史数据...

感觉这是我实习以来阴影最深的一场会，就是需求内审会，有很多我们部门的人，还有客服产品部门的人，还有很多研发部门的人，根本坐不下。然后我是实习生嘛就从我先来提需求，刚刚开口几个字就被研发怼回去了，说优先级不高别提了没有排期，然后我mt代替我讲（我mt是神），结果讲了几句又被不知道是哪个部门的业务是领导怼回去说先不做你们的需求，目前还有很多别人的需求。然后，那几个产品的人就谁的需求优先级高，从技术上能否实现怎么实现展开了激烈的争吵，听口气来看，很多人的需求已经提了四五次都没有排上。实际上这部分涉及到业务细节，我基本听不太懂。我一个i人瑟瑟发抖，只说了几句话就和mt一起靠边罚站，最后一个产品部门的人告诉我说不敢保证，但我们的需求至少要排到12.29以后，还不知道什么时候能到研发，好吧那就排吧。

前几日在在电梯里听见的谈论：“你这几年换了三份工作啊？”“嗯。”“厉害……也有点飘。”电梯门一合，扣好“草率”的标签，一整天都刮着风。与其争辩，不如换个叙述方式。今天不讲数据，讲一个三幕小剧场，把“稳定”与“跳槽”请上台，各自说话。第一幕｜传统观念的回音墙父母视角：稳定=安全。“铁饭碗至少不饿肚子。”邻里视角：稳定=体面。“单位名片比名片上人名重要。”部分HR视角：稳定=可靠。“履历像一条直线，省心。”这些声音没有错，只是来自过去的经济逻辑：岗位稀缺、失败成本高、信息不透明。但现在的职场像一条不断分叉的河。你原地扎营可以，但也许更好的水草在拐弯处。“稳定”如果只是不变，那更像卡在河床上的一块石...