[读后感]一位39岁程序员的困惑：知道得越多编程越慢怎么办？

本篇实为转载文章，为了让更多30岁以上的开发人员，能有信心和适当的解决相关问题，特此借 原创 之名，能推荐此文，故而并非原创，实为转载，请谅解 。

以下标题锰戳即进入原文，请转入原文详阅，原文的排版给人一种享受，本人对于排版不良文章，宁可不看，以减少混乱对自已的干挠和时间的浪费。

针对此文中所提及的内容，本人也有些想法：

1、确实不是年龄大了，脑力不够了，而是经验丰富的，能想得到的多了，这不是根本，根本在于，岁数的增长，责任心同时增加，所以对于可能出现的致命问题，出于责任心，故而考虑的多了；这里说到，是 可能 ，所以提高效率的一个办法就是，可能而非必然发生的事情，不要去做，这样效率就上来了；可能发生的事情，在其发生的时侯，再说出来吧，这样更显得你有水平，能及时解决问题，说白了，这种技术债务，是经验欠缺的年轻人的事情，而我们这帮老家伙，要想生存，那就得把责任心放一放，这样的话，我们花年轻人一半的时间，就能把东西做出来，技术债务，留着吧，在需要的时侯再去解决，确实不算我们不负责任，而是形式所逼，你就得这样，才能不被落后；有人说这种责任心，是在给自已找细，反过来想，我们不找这个细的话，就会留 下很多倒债务，甚至方向的错误；

2、目前看到的，别人做出来的东西，要全公司的人来帮忙测试找问题，不知道这种怪现象，是效率高了，还是低了；甚至有些技术债务，到最后由于思维的不全面，导致无法继续进行，这个发生过，当然了，这个可以后期重构，可是如果没有给你重构时间，你该怎么办？那么就还是顶雷吧，永远处于被动，这样的状况下，不知道效率会有多高！

本人到止前为止，单元测试贯穿开发的整个过程，如果单元测试不仔细，集成后，多个问题同时导致一个结果，这个就没办法很容易地找出问题的真正原因，就象多个未知数的一次方程，好像答案会有N多个，除非有对应的N个方程一样；

所以有了那样的一篇，宁肯花xxx时间编码，也不花xxxx时间 debug！

关键是，debug所花的时间要远超coding和design所用时间，才能把问题解决，甚至于无法解决。

一位39岁程序员的困惑：知道得越多编程越慢怎么办？