现在有点明白什么是技术债了

[blahblahblah]

之前没有从头开始做过项目，现在这个项目是跟几个家伙真真从头开始做的。一开始的时候是多快好省，大跃进似得把 demo 先做出来。也没进行过什么几轮框架结构上的设计和 review ，能省的地方就省，能跳的地方就跳。结果后边需求一值变，先是 TI 的 Linux ，然后是 sumsung 的 linux ，然后又 TI QNX + TIOVX, 后边又回到了 TI LINUX + TIOVX, 还要支持 X86 LINUX 。整天都在打补丁，现在真的到处都是答辩了。欠的债，早晚都是要还的。

[kneo]

技术债就是自己技术不行赖管理。

[xujinkai]

随着项目发展，总会有新需求，不可能一开始就想完整。
所以我觉得不断重构是长期项目的唯一解。不过这样仍然会遇到瓶颈，总会有局部重构也解决不了的问题，这时候就只能整体重来了。

[dearmymy]

我最近也是在重构之前一个项目，我的理解是，局部代码可以省，架构绝对不能凑合。
架构好后面都能修修补补，架构初期凑合，后面真是恐怖，每天都在屎山雕花。另一个项目就是初期架构好，现在都可以局部重构，至少每天都在变得更好

[clemente]

@nyxsonsleep 没有全局最优解 你没有 10000 次随机迭代的机会

[qwerty12345]

技术债就是项目管理不行赖技术，哈哈

[kapaseker]

@blahblahblah 除了问题怕负责

[nyxsonsleep]

@clemente #23 那就是管理能力的差异体现了。

[c3de3f21]

我个人的理解就是:

1. 甲方爹且乙方软
2. 缺乏理论知识（架构方面

[reea]

接触的用了 10 年的老旧系统，编码五花八门没个标准，应用性能极差，老板舍得花二十几万堆硬件但就是不愿推进项目重构。重构就面临着风险和放权，不是技术型公司太难推进了。