技术债务，完美与代码积累

两个不太相关的东西放在一个标题里，因为是从一个地方看来的。

http://www.36kr.com/p/210780.html?vt=0

大致说一个程序员老兵在编程了相当长时间之后，已经经验丰富，导致想什么问题都会考虑很多，然后最后做出来的东西虽然很“完美”但是速度太慢。

主动借贷技术债务

回答问题的人里面有一个谈到技术债务，这个真的让我兴奋了一早上，原文是：

“还要问你一个问题：你对技术债务（注：快速解决但会增长后续维护成本的做法）感觉如何？有人认为不应该有技术债务。我不同意。跟商业一样，技术债务让你可以借到“金钱”和“时间”以便晚点交付某样东西。2 年做出一个完美解决方案，或者用 4 个月时间快刀斩乱麻作出客户可以使用并且购买的东西，哪一个更好？判断当然要因情况而定，但是大多数情况下如果你要让客户等两年的话，客户可能早就跟竞争对手签约了。
关键是像管理商业债务一样管理好你的技术债务。借的钱不够的话就拿不到最佳的投资回报。但是负债太高的话利息会把你压垮。”

这个思路真的是很棒，原来我的想法是被动的去极力避免，或者实在不行的情况下，记到log上面来后面去做。

但是这种像商业借贷一样，主动地去安排实现的火候，安排借贷的量，项目开发起来则更加的完美。

当然很多情况是遇到的项目里有技术债务，一直没法偿还，但这个则是另外一种失控，和主动借贷的策略是两回事情。

完美与代码积累

大家给出了很多自己的见解吧，早上走在路上也有一些想法：

• 积累直接可用的弹药：在长年的编程工作中，应该保持一个“实际积累”，就一个问题的解决方案，从设计上的思考，到最后实现完成之后的代码收录，中间遇到的种种出人意料的问题等等。简而言之，经验不只是以思路，方法论等方式存在脑袋里，更是以直接可以抄起来的家伙存在弹药库里。需要的时候，直接秒掉问题，不只是出来的东西完美，过程也异常的迅捷。
• 接地气的完美：没有弹药的情况，所谓完美就要衡量，在速度，质量等因素不能兼顾的情况下，两害相权取其轻吧，这里我想很多程序员（很多人会有清高倾向么，爱点面子）偏向于做个程序大家挑不出问题，不只是功能ok，设计实现巨有前瞻性。。。嗯，相比之下，个人更赞同在各种情况下做出犀利决定，设计和实现的开发者吧，团队需要的是接地气的给力么。