程序员真正的价值是什么?
站起来重新出发去挑战那个战胜你的对手,在所有人对你说「指导员,我们上吧」的时候,坚定的说出那三个字:再等等!
如果你做不到这些,那还是做个最终会被张飞枪挑的小兵吧。
优秀的程序员同样如此,菜鸟常常羡慕高手在谈笑之间让难题灰飞烟灭,而自己却苦苦思索而不得入门之法,殊不知这些高手同样经历了名将的那些腥风血雨。他们在清晨的微光里编写代码,在轰鸣的机房中调试程序,他们彻夜不眠就是为了解决一个bug,他们要承受数据丢失或上线失败的痛苦,默默吞下眼泪,准备下一次的战斗。不停的学习、实践和思索,成千上万个小时之后,高手始成。
同样的问题,高手的解决思路和小球是截然不同的。一般来说,只要不是世界难题,给足时间、空间和人力,都能解决。如果你遇到问题告诉上级,这个问题交给我了,两年之内搞的妥妥哒,那就不要怪项目组组团把你打出翔来,因为大家要的是分分钟解决,不是两年。在这个唯快不破的年代,我们没有这么多的时间,所以要通过逆向思维、经验教训、辗转腾挪、借力打力等方式以最小的代价快速解决问题。这才是老程序员的价值。
再举个例子,一个运行良好的线上应用在你修改bug增加功能之后重新上线出现了一些莫名其妙的问题,比如占用资源增加或运行一段时间宕机等等,怎么解决?
常规的做法就是通过阅读日志、模拟线上环境和调试程序来定位错误。容易的bug用这些方式基本就能搞定了,但是更隐蔽的bug会耗费大量的时间和人力。更好的方式是什么?
首先,排查是程序问题还是环境问题,把线上程序恢复到运行正常时的老版本,如果出现了同样的问题,那就是生产环境发生了改变。如果运行正常,要么是你修改老bug时引入了新bug,要么是新增加的代码出现了问题。
其次,阅读产品的changelog,根据代码提交的时间线构建系统,通过二分法排查,定位是哪部分代码引起的问题。
第三,排除了所有的不可能,剩下的无论看起来如何不可能,就是它干的。
以上只是一个简单的例子,实际的情况可能比这个例子复杂一百倍,需要我们综合使用各种方式进行交叉比对和错误排查才能解决。这仅仅是遇到问题解决问题,更多的时候是需要你提出问题,并解决问题,那是更高的境界。
很多人学了那么多编程语言,写了十几年程序,最终依然无法做到以最小的代价解决问题,不禁让人扼腕叹息。
程序员真正的价值是什么?以最小的代价解决问题!知行合一,方可无敌于天下。
- 工控机在IC卡加油工程中的应用(05-13)
- 联网汽车为什么选择Linux开源平台?(07-10)
- 多网络和Linux代理的Android无线远程控制系统(02-02)
- 基于嵌入式Linux的家居监控系统设计(02-22)
- 基于嵌入式Linux系统的导航软件设计思路(03-17)
- 新型嵌入式机器视觉系统的设计研究(04-21)