程序员真正的价值是什么？

站起来重新出发去挑战那个战胜你的对手，在所有人对你说「指导员，我们上吧」的时候，坚定的说出那三个字：再等等！

　　如果你做不到这些，那还是做个最终会被张飞枪挑的小兵吧。

　　优秀的程序员同样如此，菜鸟常常羡慕高手在谈笑之间让难题灰飞烟灭，而自己却苦苦思索而不得入门之法，殊不知这些高手同样经历了名将的那些腥风血雨。他们在清晨的微光里编写代码，在轰鸣的机房中调试程序，他们彻夜不眠就是为了解决一个bug，他们要承受数据丢失或上线失败的痛苦，默默吞下眼泪，准备下一次的战斗。不停的学习、实践和思索，成千上万个小时之后，高手始成。

　　同样的问题，高手的解决思路和小球是截然不同的。一般来说，只要不是世界难题，给足时间、空间和人力，都能解决。如果你遇到问题告诉上级，这个问题交给我了，两年之内搞的妥妥哒，那就不要怪项目组组团把你打出翔来，因为大家要的是分分钟解决，不是两年。在这个唯快不破的年代，我们没有这么多的时间，所以要通过逆向思维、经验教训、辗转腾挪、借力打力等方式以最小的代价快速解决问题。这才是老程序员的价值。

　　再举个例子，一个运行良好的线上应用在你修改bug增加功能之后重新上线出现了一些莫名其妙的问题，比如占用资源增加或运行一段时间宕机等等，怎么解决？

　　常规的做法就是通过阅读日志、模拟线上环境和调试程序来定位错误。容易的bug用这些方式基本就能搞定了，但是更隐蔽的bug会耗费大量的时间和人力。更好的方式是什么？

　　首先，排查是程序问题还是环境问题，把线上程序恢复到运行正常时的老版本，如果出现了同样的问题，那就是生产环境发生了改变。如果运行正常，要么是你修改老bug时引入了新bug，要么是新增加的代码出现了问题。

　　其次，阅读产品的changelog，根据代码提交的时间线构建系统，通过二分法排查，定位是哪部分代码引起的问题。

　　第三，排除了所有的不可能，剩下的无论看起来如何不可能，就是它干的。

　　以上只是一个简单的例子，实际的情况可能比这个例子复杂一百倍，需要我们综合使用各种方式进行交叉比对和错误排查才能解决。这仅仅是遇到问题解决问题，更多的时候是需要你提出问题，并解决问题，那是更高的境界。

　　很多人学了那么多编程语言，写了十几年程序，最终依然无法做到以最小的代价解决问题，不禁让人扼腕叹息。

　　程序员真正的价值是什么？以最小的代价解决问题！知行合一，方可无敌于天下。