莫要寻找可能不存在的答案

今天在别的地方看到群里有人提问，需要一个解决方案，然后大家各自说出自己的看法，讨论好不热闹。但其实网上已经有一个解决方案了，但是并未能满足此君的需求，因为太麻烦，不够简单。

让我震惊的是，这个问题已经困扰他一天了。

根据我的经验来讲，绝大部分的问题都是可以通过搜索引擎解决的，俗称面向搜索引擎编程。但并不是每个人都能很好利用搜索引擎，再加上某些搜索引擎和IT行业论坛鱼龙混杂的文章和教程，有的明显抄袭和爬虫导致文章都是零零散散的，有的就是版本过时甚至根本不标注使用的版本。这些都给试图通过搜索引擎解决自己问题的朋友造成了困扰。

但是今天这个情况还是第一次遇到，一般我建议如果在搜索引擎前两页都没找到解决问题的思路，那就要换一种描述或者换一个问题，这里涉及如何分解大问题，除了需要基础知识以外还需要一定的积累。

我们先假设的确搜了一天（从昨天到今天）。但是答案已经摆在自己眼前，已经有人无偿分享出了解决方案。为什么视而不见听而不闻，非得找一个更简单的方式呢？

大概他想找一种速成的方法，类似武侠小说中的秘籍。通常的套路是：主角意外坠崖，刚好捡到一本秘籍，刚好有符合各类严苛的条件，然后拍几个不同时节的片段，打一行字母多少时间过去，然后神功大成，无敌。

学习的过程中的确有很多速成的技巧，用以提升学习效率，熟练技能的使用。但这些是以各种弯路为参照物的，如果大家都是花了1万小时才能熟练掌握的技能，那就没必要去找低于5000小时的速成技巧。

与其花一天的时间搜索可能不存在的解决方案，或者超出自己能力范围内的解决方案，不如按部就班，先把现有的可行方案时间落地。大部分问题解决思路并不多，在同一个思路上本质区别也不是很大。如果面对一个不熟悉的问题，可以先从网上得到解决问题的思路，然后根据经验尝试分解成一个思路不同阶段。这样分而化之各个击破。

还有一个重要的经验：不要凭借想象力给自己制造困难。想象力可以用在创造性的事物上，而大多数学习的过程都是前人栽树后人乘凉，要培养系统思考的能力，就必须经过系统的学习系统知识。

欢迎关注FunTester，Have Fun ~ Tester ！

• 140道面试题目（UI、Linux、MySQL、API、安全）
• 分享11份笔试题
• 分享一份Fiddler学习包
• 如何在JMeter中操作Redis
• 性能测试中标记每个请求
• 异常使用中的BUG
• 性能瓶颈调优【粉丝投稿】
• Lambda表达式在线程安全Map中应用
• Java线程同步三剑客
• API自动化测试指南
• Java自定义异步功能实践
• Golang fasthttp实践
• Selenium 4以后，再不相见的API
• JSON必知必会【PDF+视频教程】