技术债是推翻还是维护?
关于技术债务(Technical Debt)的问题,是应该推翻(重写)还是维护(偿还),主要取决于以下几个因素:
1. 债务规模和类型
- 轻量级的技术债务:如果是小的、简单的代码问题,比如一些不规范的命名或小范围的代码重复,通常可以通过代码重构逐步修复。
- 中等债务:如果代码设计不合理或模块之间耦合度太高,那么逐步偿还可能比较困难,这时就需要评估代码重写的必要性。
- 大型债务:如果是深层次的架构问题或系统老旧到影响性能和稳定性,可能推翻重写更有效。这种情况通常发生在架构落后、性能瓶颈难以优化的系统中。
2. 业务需求与时间压力
- 短期交付压力高:如果业务需求快速变化,推翻重写的风险和时间成本可能较高,此时逐步偿还技术债务可能更合理。
- 长期稳定的系统:如果系统处于相对稳定的维护阶段且有足够时间,重写可能是更具战略性的选择,可以从根本上提升代码质量。
热门日志
分类
- Django(4)
- ssdb(1)
- Mac(7)
- C(1)
- memcache(1)
- Python(32)
- Vim(8)
- sed(2)
- ansible(3)
- awk(4)
- shell(3)
- about(1)
- git(9)
- bat(4)
- svn(0)
- docker(1)
- Tornado(1)
- go(2)
- 架构(18)
- Vue(1)
- game(2)
- Html(6)
- Java(8)
- Mysql(37)
- Ajax(2)
- Jsp(1)
- Struts(8)
- Linux(72)
- JavaScript(39)
- Staruml(0)
- Mouth(1)
- Php(102)
- Windows(8)
- Message(48)
- Lua(10)
- Compute(1)
- Redis(7)
- Nginx(12)
- Jquery(1)
- Apache(1)
- cocos2d-x(8)