最近对某开发项目做回顾梳理,除了进一步思考整理相关概念和问题外,一个重要的任务就是清理“技术欠账”。
这个“技术欠账”是指在这个项目的初期,会有意无意偏向快速实现,想先做出来、用起来,进而在实现过程中做出了一些临时的妥协。这些妥协虽然短期内看似没影响,但实则留下了隐患。典型如,原本应该设计成灵活动态的逻辑,我们却先写成了死代码,这无疑牺牲了灵活性和功能的完整性;本应提炼成公共逻辑的部分,我们暂时选择不进行抽取,这就损失了系统的可维护性和一致性;还有一些本应进行单独判断检查和细化处理的逻辑,选择了暂时搁置或简化,这些其实是对系统的稳定性和功能完整性的破坏。还有就是,当时认为不关键的一些小问题会选择跳过而没有进行更多的思考,这些其实都有可能为未来的隐患。
这些技术欠账,就像就好似我们为了能短期快速取得效益而欠下的债务账。而债务就涉及到偿还,否则它们会积累成为负担,变为后续的麻烦或者要花费大得多的代价来应对。所以及时清理技术欠账是有必要的。并且在偿还债务时,还应优先处理那些高利息的部分。而更为重要的是,我们不能被一时的短期成效所迷惑,而忽视了所欠下的债务。
对于我们团队中合格且负责的开发人员,具备识别和记录自己的技术欠账、能够及时偿还处理欠账应该算是一项非常重要的素质。这样会帮助我们将技术欠账控制在可接受的范围内,进而保障项目的长期发展。