所谓经验，半数扯淡

今天的文章很简单，我要和大家谈谈“经验”是什么。
首先，各位朋友找工作的时候都有过因为没经验被面试拒绝的问题吧，工作中也因为没有经验而比老员工干得累干得慢还干得差吧。
那“经验”究竟是个什么玩意，让我们这么痴迷，恨不得生下来就有管理国家处理宇宙大事的经验——但实际上我们生下来只有哭的经验。

首先我们把话题扯开，先问你三个不相干的问题：
第一，你是否能计算出一万以内的加减法？肯定没问题吧，那你能不能保证能算对两个随机数（如2467+3142）等于多少？请问这俩数字的加法你以前算过么？
第二，在北京打车，一个很熟悉路况的的哥想带我们抄近路，结果被临时封锁的路段给堵得死死的，的哥明明很熟悉这附近的路况啊？
第三，有个DBA从某知名网站跳槽到你们公司，你们公司因为他辉煌的履历而重用了他，结果你们很快发现这家伙连主键和外键都分不清楚。可是人家履历没造假啊。

请大家想想，这三个问题和“经验”扯上关系能说明了什么道理？
第一，因为我们知道加法的规则，所以两个从未运算过的随机数相加我也有信心算出正确结果；
第二，司机熟悉路况，但无法把控路况，所以他多年的行车经验根本保证不了你正常上班；
第三，从大公司出来的人不一定工作能力就很强，你高薪挖过来的可能是其他公司的弃子。

大家能想的再抽象也更精炼一些么？
第一，有时候，我们所谓的经验是因为我们已经懂了道理成竹在胸，这个时候“经验”等于“懂道理”等于“能力”；
第二，有时候，我们所谓的经验是在用过去的见识来赌未来的趋势，这个时候“经验”等于“撞大运”，结果是喜忧参半的；
第三，有时候，我们把“经历”一厢情愿的误解成了经验；反之误以为没有“经历”也就没有“经验”，也就没有了能力。

那这个事情对我们自己能有什么帮助哪？
第一，懂道理的人才是有能力的人，懂道理的人可以举一反三，能做到举一反三了经验就不是问题。我们不会为烂熟于心的知识而犹豫；
第二，当你用所谓的“经验”来撞大运的时候，想想成功了只是早下班十分钟，失败了可能会丢到工作。做技术工作越好的人，对未确认的技术越是胆怯。
第三，经历都不等同于经验，那就更不等同于能力了，我们要敢于怀疑这些有辉煌履历的纸糊老虎，别被他们误导甚至玩弄了。

接下来我再举个例子验证我的观点，你没有“大并发Apache维护能力”并不是因为你没经验，而是因为你不懂这些道理。
当apache的并发是每秒10次链接的时候，我们用yum安装Apache就可以自动工作了；
当apache的并发是100时，你要考虑一下，256M内存的虚拟机还够用么？
当apache的并发是200时，你要考虑默认的ulimit是1024；
当apache的并发是500时，你要考虑一下，后端的tomcat和mysql能支持并发500链接么？
当apache的并发是1000时，你就要注意，你的低速硬盘只有50M/s的速度；
当apache的并发是5000时，你要考虑文件系统要不要换一个更神速一点的；
当apache的并发是10000的时候，一次get要取多少个文件，系统最大的ulimit是多少？还有，你拿来压测的客户端有多少个随机端口可以分配。
当apache的并发是20000的时候，你家的网卡是千兆还是百兆的？
当apache的并发是50000的时候，如果这个时候系统还没死机，CPU会不会因为过热而烧毁哪？

因此，我们发现大并发的apache并不可怕，要深思的是“浏览器一个get请求都用到哪些角色的哪些资源哪？”在并发量小的时候，这些资源被占用万分之一还是千分之一的差别不大。但在并发量大的时候，这些你所忽视的资源细节都吃紧了，你也就只能承认“没有维护大并发Apache服务的经验”了，并自以为是的认为，“我还年轻，我还要练练，这活还要有经验的老同志去做。”
现在再假设你磨练了数年，为了跑一个apache该掌握的所有知识都掌握了，Apache突然版本升级到2.4或者2.6了，甚至公司不用Apache改用IIS了，你有没有信心说“我有大并发量Web站点的运维经验，我可以胜任工作”。
这个时候，你说有信心，说没把握都对。我再劝一次各位，说有信心的检查一下自己所处的新环境，搞IT撞大运出一次漏子就是极大的损失；说没信心的朋友我要鼓励你一下，你也知道这些所谓的经验就算背后的那些道理了，学会这些新知识点后还有什么好怕的。

例子举完了，最终我回到本文的主题，“所谓经验，多半扯淡”。没经验的朋友别沮丧，学会技术比熬时间混资历要更有用；有经验的朋友别高看自己的经验了，你只是无知者无畏而已；各位不管是招聘还是应聘，多想想自己的经历真的能说明什么么？