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