看标题以为是有什么建设性的看法
点进去看都是在抱怨跟反讽
标题很不错所以解题发挥一下
谈technical debt(以下简称TD)前
先来谈谈technical capitcal（简称TC)
什么样的code能算TC？
well documented? highly reusable? good implementation? complete UT?
有太多维度了
最重要的是，能"持续"带来"收益"
第一个问题，谁的收益？
你的？接手的学弟的？主管的？公司的？股东的？社群的？
第二个问题，持续多久？
下个project，这段code还能用吗？
3年后接手的人，会需要重写吗？
10年后还能活在github吗？
100年后，matrix里会执行这段code吗？
年轻的时候会想写code报效社会
觉得透过打着键盘的手让世界更好
工作几年就体认到，自己不过是在生产电子垃圾
不是硬件才能叫电子垃圾，软件也可以
这样讲可能太过了
重点是每行code都有保鲜期
码农就是一种农夫
code属于生鲜产品
时间久了就成为TD
好的code像iphone，3年换一只
坏的code像...半年换一只
不是每个人都买iphone，对吧？
如果说把code写好是一个境界
第二个境界就是把code写的"刚好"
（第三个境界可能是无码胜有码，但我还没体会到）
回到标题，为什么鼓励工程师创造TD
简单的回答，世界上不存在TC
但绝不是要你写烂code
是要学会在正确的地方摆烂
设计的意思是不是把所有规格拉到最高
事实上也不存在完美的产品
设计的意义是取舍
在有限的资源做出最佳化的选择
也是为什么programming is art