[思考记录]技术欠账

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