不妨思考下,遇到问题,你通常是怎么解决的?
如果在技术领域没遇到过什么难题(相对的)的话,只能证明你还涉世不深,高手一般都是填过无数的坑、踩过无数的bug的尸体走过来的,一帆风顺走过来的抗击打能力一般也会比较弱,一旦遇到坎就会熄火。
高中时,有个同学解题特别厉害,按我当时的看法,几乎没什么题目可以难倒他。工作多年后,我发现,这是可以训练出来的:将题目中出现的所有要素与解题答案对标起来,找到其间千丝万缕的联系,基本上就可以解答了。
同样,我们也会遇到一些碰到问题就不知所措的人,当然也包括我们自身。一个人的自我教育能力、成长经历、环境影响都对当下解决问题有着潜移默化的影响。
不逃避问题
不逃避问题。虽然有时候会很棘手,可以绕过,如果有机会的话,还是要回头重新审视,看能不能找到对应方案,如果你真的有幸可以遇到一个前人都没有遇到的问题,真的可以去买彩票庆祝一下。在一个地方没有解决问题,在后面的职业生涯中它还会重新出现。
高手多半是凭猜测去解决问题
面对一个Bug,高手多半是凭猜测去解决问题,我这么说想必你有点不信。”我也猜了,为什么花了半天没猜对?”这就是经验多寡的差别,凭空无端猜测是不能解决问题的。经历的足够多,总结的足够多,思考的足够多,而这些都不会辜负你,他们会在有需要的时候闪现出来,下面要做的就是去验证这个猜测是否正确,如此循环,终究会找到那个”顿悟时刻”。
不要疏忽日志
不要疏忽日志,很多问题的解法暴露在日志中。很多朋友在IDE的console中抛出一段异常后,习惯的clear干净,干净了也找不到应对之法了。有时候日志暴露过多,会让人找不到头绪,其实关键错误一般存在于一堆异常日志的最后一块中,前面的异常多半是这个根上的异常引起的。
遇到大问题时,学会分解
遇到大问题时,学会分解。当面对一本大部头书时,你多半没信心读完。而拿着一本上百页的薄册子时完全不用担心读不完的问题。如果将大部头的书,拆解成N个几百页、几个主题来读,读完应该也不是什么难事,而不是永远束之高阁。要解决一个巨大的问题,分解后,就变成一个解决一个小问题就可以把大麻烦解决掉的套路,有”蚕食”想必更贴切一些。
有后盾在手,各种问题都不怕
有后盾在手,各种问题都不怕。一是自己的总结,二是网络中可以利用的资源,三是身边的人力资源。当前两个都失效的时候,平时积累的人脉就会发挥作用。许多人的脑容库总比一个人的大,所以有些问题总会有人之前遇到过,有相应的解决方案。从侧面也说明一个问题,如果一个问题自身无法解决,可以适当将风险抛出,寻求帮助,避免造成更坏的影响。
后记
问题一直都有,看你是迎难而上还是畏缩不前?遇水搭桥、逢山开路,解决足够多的问题后,不成专家都难。
推荐阅读:
- https://blog.51cto.com/u_14299052/3150318
- https://blog.51cto.com/u_14299052/2935843
- https://blog.51cto.com/u_14299052/3150224