张工是一名程序员，最近刚入职到一家软件公司，接手了一个项目，发现项目中有很多冗余代码，看得比较揪心，特别是要改动代码时，很费劲，考虑要不要对其进行重构？
重构这个话题是老生常谈的了，一个项目刚起步时，要是前期没有设计好，随着业务的不断增加，项目模块也逐渐增多，要是开发人员没有重构意识，就会容易出现复制粘贴的情况。
要是跟进这个项目是同一个人还好，最怕是开发人员一批换了一批，这种情况就更糟了，不同的开发人员为了赶项目进度，代码冗余就会越来越多，要是没有对代码进行重构后，后面系统维护也越来越困难了。
刚接手了一个项目，有能力对其重构是好事，但要是还没有完全掌握系统业务，建议不要轻易对其重构。
要是因为重构后改出了问题，很可能就过不了试用期了，就得走人了。即使是已经转正了，重构时也要先熟悉系统业务，不属于业务，建议不要重构。
原来项目代码是乱了些，但并不影响正常业务，代码虽冗余多，但系统稳定，要是因为重构而影响公司正常业务，可能得打包走人了。
对于开发人员，可见保持一个良好的编码习惯和一个写文档的习惯是多么的重要。不仅可能培养自己编码能力，还可以养成一种好习惯。
平时在工作，如何避免代码出现太多冗余，一旦你发现有段代码是复制粘贴到另一个类中的时候，你就应该想想，怎么样能够复用这段代码，怎么样能复用同段代码？
代码封装得好，项目维护定位问题快，才有更多的时间去找女朋友，要是有女朋友了，才有更多的时间去约会，加深彼此之间的感情。
刚入职不久，项目中有很多冗余代码，要不要重构？不知对此你是怎么看待的，欢迎交流！
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
