无论哪个公司换了 CTO 或者架构师，系统必然迎来一波重构

会不会就是因为下了决心想重构，所以才换 CTO 的呢？

重构是个持续的过程，并不是一个阶段

很好

重构没问题，但楼上为什么都认为重构会带来一个 “好的结果”

之前是 Go 写得微服务，阿里出来的新架构看不上，开会必侃侃而谈 ava 有 xx 种解决方案，我在阿里用了 XX 框架。老总被忽悠，遂开始轰轰烈烈的 java 重构。
事实证明，阿里 NB ，javaNB ，但是从里面出来的螺丝钉啥也不是。加班几个月，上线后的服务一天炸九回。
本人不想写 java ，已离职，不知道现在情况如何，已知的是旧研发部的所有开发已经全部离职，一个不剩。并且原研发部的经理带着旧部下，旧源码出去拉投资搞竞品公司去了。


重构需要对原有业务有极深理解，了解现有的痛点和难点。
要对底下人的技术水平和能力有很深了解。
要有充足的时间和试错机会能抗住市场部门压力。

----------------------------------------------------------------------------------------------------------

底下人辛辛苦苦，机会一点不给。空降过来的吊毛还要在你头上拉屎拉尿，还要带几个狗腿子过来搅浑水。
重构个 JB 。
天天加班不说，出问题是你的，有功劳是它的。


----------------------------------------------------------------------------------------------------------


其实大部分所谓架构，CTO ，都是眼高手低，提批评意见的本事很大，干实事解决问题的本事很小。
只能在原有熟悉的领域里面如鱼得水。(阿里架构 yyds)

----------------------------------------------------------------------------------------------------------

羡慕那些能有大牛带飞的人。

不管要不要重构，起码自己要对自己写的代码负责吧。有时候重构是被逼的，代码写完能跑就不管了， 后面也没有好好的整理，写注释， 到最后自己都看不懂。

我不重构前任,都是直接重写.我只重构我自己的代码 每开一个新仓库都要优化很多代码 相当于小重构
不重构大部分是因为懒,不想学新东西

看样子还是呆过的公司少

那不一定。还是看这个人的思路。