2019-09-23破产保护（bankruptcy protection）： 破产保护是指不管债务人是否有偿付能力，当债务人自愿向法院提出或债权人强制向法院提出破产重组申请后，债务人要提出一个破产重组方案，就债务偿还的期限、方式以及可能减损某些债权人和股东的利益作出安排。这个方案要给予其一定的时间提出，然后经过债权人通过，经过法院确认，债务人可以继续营业。这就是重整的概念，在中文中又叫破产保护。
对于技术债务来说，当积累到一定程度并严重阻碍正常开发的时候，必须要采取和破产保护类似的策略，梳理所有技术债务并做合理的计划，按照优先级去偿还这些债务。
记住一句话，出来混，总是要还的。展开作者回复: 写的很棒！！
不过似乎大家都忘了到还有一个借了债不用换的极端情况，比如一个实验项目，或者一个马上要被替换的项目。借再多的技术债也没关系。 6
2019-09-23质量和速度，两手抓，两手都要硬。只要速度不要质量走不远，只要质量不要速度走不动。
我认为技术债也有申请破产保护的福利，因为业务如果发展起来了，就有钱去做重构，把之前的推到重来。而如果因为怕欠技术债，速度没跟上，错过了业务的发展，再好的质量也是白搭。作者回复: 👍👍👍
1
2019-09-23敢于留债，并定期偿还技术债！作者回复: 简明扼要！
1
2019-10-041.试点项目，不怕债务，失败直接不用还。前提条件，有强力的中台背景支撑低成本试点。
2.个人补充一点。债务不是理由。一个项目，要抢站市场，需要快速落地。产生债务是必然，但产生100w的债务和产生1000w的债务是两码事。合理的架构设计和分层，基本的代码规范还是要保证的，做这些并不会拖慢业务落地。但多少人，一句为快速落地牺牲质量，就肆无忌待的瞎搞，最后项目缓慢，失败都归于债高。成功又以债高为由要成本重写。
3.互联网公司发展太快，高层水准层次不齐。作者回复: > 1.试点项目，不怕债务，失败直接不用还。
是的
> 2.个人补充一点...合理的架构设计和分层，基本的代码规范还是要保证的...瞎搞...
补充的很好！！
2019-09-27偿还技术债同时也对研发人员提出了要求，要不断的学习新知识，不断优化代码，不断结合自身业务优化架构。所以平常不仅要低头拉车，还要经常抬头看路。作者回复: 是的。如果有环境，我觉得大部分开发人员应该还是愿意学习和提高的。
2019-09-26技术债务的累积也是产品生命周期的末期，一个新产品的开端作者回复: 如果产品不维护了，的确是这样的。