初来乍到K

刚刚来公司,还在学习代码的阶段。

E就鼓励我重构代码,F项目的代码。于是边阅读边想着怎么重构。

事实证明自己这方面表现不好,原因有几方面:

1.产品对我来说是全新的,不了解整体的架构,重构时不考虑全局的设计

2.对重构抵触。以前的工作代码都是有base版本,并有供应商维护,那部分的代码不会去修改。

并且代码都是经过几百万的量产,和可靠性的实验,对代码大规模的修改风险很大。

时间久了以后,思维模式就局限成只改bug,不对结构做大规模的优化

这个坏的思想跟了自己足足有6年的时间

3.重构的阶段不太了解业务流程,仅仅从代码的结果上去重构,效果是有限的

4.其实这是领导给的机会,想让我自己好好证明自己。

自己没有好好把握,现在回想觉得辜负别人的好心,这里道声谢谢

确实这两年思想上有很多变化,也得益于周围很多人的指导和影响。

谢谢大家了

/***************** 今天为了更好的明天 ******************/
原文地址:https://www.cnblogs.com/cheng-amy/p/5899271.html