刚入职，也进了一个大坑，如何优雅让领导知道这个坑很大

[sea516]

三年 oc 开发经验，目前公司用 swift，刚拿到之前项目，model,controller,view 没有 base 基类，毫无面向对象思想，完全面向过程编程，一个页面约束冲突几百个，项目还算正常运行，但是维护、开发新功能实在是太难受~ 计划重构，但又感叹工作量大，而且刚接触 swift,对了，就我一个人开发。大佬们给点建议

[game3108]

有信心就用 oc 全部重构算了。
没信心就用 swift 全部重构。
没时间的话，就慢慢修 bug 一样的写吧。。

[DingSoung]

前年我来现在这家公司，去年 iOS leader 走了，我接收才开始重构
有些老大确实不懂
自己辛苦两三个月，没少挨说

重构了，今后开发轻松些，可以继续个两年，
不重构，天天恶心死痛苦死

[sulang]

重构，否则无路可走～～～～刚重构完后端代码

[CodeMozart]

让公司把我招进去吧，我陪你一块重构

[eyp82]

其实我怀疑很多所谓的重构只是因为别人写的代码你一时半会理解不了, 或者说记不得这么多细节. 你自己重构了一遍感觉很舒服是因为都是你自己写的, 各种细节你很清楚. 所以后期维护起来感觉很好.
很大可能你走之后, 下一个维护的人接手你的代码还是要骂人, 还是要按照自己的意思重构一遍.

[LeoEatle]

接受别人的代码很常见，大公司也这样的，如果还在就问别人是最快的，不在如果有文档就看文档
重构当然是最优方案，但是其实很难保证自己能顾及到所有需求点，可能不知道原先为什么这么设计，后来发现是需求所致

[sicongwang]

@eyp82 我擦， 碰到知音了， 我也是这种感觉， 每次碰到重构的时候技术总监总是一顿吹， 说我们这次重构是要解决哪些技术瓶颈， 但是实际上是人手流动太大， 导致新来的人接不了手， 要重写一遍后面的人才能真正介入这些项目， 不然业务根本就不理解。还有的时候重构是技术部没有接到什么新的项目， 新的需求， 为了找一找存在感， 所以用重构来填充这些等项目的时间， 不显得无所事事的样子。