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

我不懂了请有经验的码工们开导
我们手上也不是没有新的项目，但是老板却新年第一个project叫我去做refactor，这个项目是我之前写的，因为经常有new features， 一路改到今天自己还算顺手，但是可能新人上手就需要一些training。我做这个项目很久了，一直想着要有新项目，结果又叫我去refactor, 感觉垂头丧气。
1.这种refactoring的项目大家都是自己propose的还是老板硬要求做的？一般被要求refactoring是不是要杀鸡取卵的前兆？
2.我反感的点是觉得这种refactoring的主要痛点应该是我来提出，因为东西是我写的 加feature都是我在加，日常每天运维也是我，但是老板提出了一堆要求，在我看来重新写了也并无卵用，并不能降低运维成本，反而要承担因为refactoring而出现的各种风险（新的bug,上线可能出问题等等）
3.老板强制每周要sync up 两到三次，而且加了更senior的tech lead 参加meeting，而且recurrent meeting立刻就放在了calendar上，下周就开始

老板为啥这么激动非要refactor? 这个难道不是运维的人受不了了自己会要求一些时间自行refactoring吗？我一被老板用recurrent meetings硬压着做事情就有情绪，这样是不是不对？是不是大家的老板也都是用recurrent meetings来push大家出活的？
我是不是要被pip了？这个时候提出转组是不是一定要等我refactor完了才会给我启动？这个项目做太久了没有成长了，已经很郁闷了。

>老板强制每周要sync up 两到三次，而且加了更senior的tech lead 参加meeting
感觉这个有点像是pip的前兆

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

为一个人的可有可无的项目，一周三次recurring meeting, 除非老板闲的没事找事，这是收集PIP证据的前奏。

你的这些问题是不是应该问你老板？这里人怎么知道你老板怎么想？

lz赶紧刷题跑路吧

这个取决于具体当初设计的时候是否合理，有没有考虑到未来的扩展，添加新feature是strange forward还是workaround。一个成功的project，若干年以后不适合需要彻底refactor并不一定是坏事

香蕉厂？

取决于老板和公司对这种better engineering有多看重吧。

PIP前奏

感觉老板想在接下来的会议中收集各种针对你的code quality的问题。