老板提出要refactor一个大项目，并且一周要update 两次，请开导

刨去是不是麻的问题，这种频率的meeting也不为个什么大事，大概率pip没跑了。这年头有这个机制的也不止麻一家。

老板显然对你这个项目不满到了极致
你平常维护是不是太慢？或者有很多其他人抱怨接不住你这个项目？

只是提供一个dp
我组里有几个refactor的项目都是我initiate说要做的，因为就确实有一些痛点需要解决。refactor的对象是比较重要的工具，搞好了impact很大，搞砸了全组背锅，所以我会一周followup几次和搞design review
这个活我给了组里最senior的两个ic做，做得好他们就有升ic6的材料了
所以也有一种可能性是这个refactor是否重要你和老板没有align？

refactor没啥问题，但是senior和老板高频率meeting是个red flag...建议开始找下家以防万一。

mark下关注一波

看事情要分恶意揣测和非恶意揣测. 首先, 出了事情你直接就恶意揣测 manager, 那要么就是你们关系不好, 或者 manager 以前就比较 a-hole; 要么你就是非常 entitled, 觉得自己都是对的, 别人都是 sb. 不管是哪种情况, 你们之间的关系算是坏了, 除非有人主动缓解, 否则就是再见了.

就事论事的说.
- 从你的描述来看, 觉得是你自己写的不够好, 被更 senior 的人看到了可以改善的空间. 但是你自己不愿意承认, 并且对自己的 code 非常 defensive.
- refactor 谁提不是重点. 工作是为了 project & codebase 变好, 不是计较谁提出来问题. 一个良好的工作环境就是谁看到问题就提出来, 然后分派人员来解决. 作为 manager (assuming with enough coding skills), 能看到 junior 写的不好的代码很正常, 然后你是这个 codebase 的主要 contributor, 让你就修改也很正常.
- 工作中, 特别是 coding 中, 提出问题很正常. 要学会客观的看待问题. learn to take feedback. 不要觉得提出问题的人就是想针对你, 想 "干掉提出问题的人". 特别是在比较 junior 的阶段. 就和 code review 一样, 提出来问题是为了 code 更好. (当然, 可能有的人真就 a-hole, 但绝对是例外)
- 工作不会总是做新 feature, 新 launch. 每个eng 都要合理的承担 refactoring, testing, maintenance 的工作. 特别是自己做为主要 contributor 的 codebase. 不可能你天天就干有意思的工作, 期待着别人能给你擦屁股, 或者觉得屁股不用擦. 很多管理差的公司/team 产品变的烂, 就是之前的 eng 天天就只顾做新 feature, 从来不 refactor, 或者好好设计架构, 导致 codebase 就是一坨屎, 根本没法维护和高效的开发.

frequent sync meeting: 看你们其他人的频率是怎么样, 如果只有你的是这样, 那大概率就是你的工作效率/quality below average, manager 想跟进一些. 我觉得 manager 是好意, 想拽一拽你. 如果我是 manager, 手下有个做的不好的, 我就直接不搭理, 让 ta 继续 low-performance, 然后被 pip/fire.

建议开始刷题吧

别refactor呗
这个项目除了你没人懂
老板怕不是想换你

亚麻？~~~

当成是一次system design interview