瞎折腾和挑战
作者：互联网
序言
风不在，浪不止
google了一下瞎折腾和挑战的区别，然而并没有查到。。。瞎逼逼了解一下。
瞎折腾和挑战是否有区别
很多人说瞎折腾，是一种不带目的性的行为，而挑战，则是一项目的性很强的行为；也有人说，成功了就是挑战，而失败了就是一种瞎折腾。
瞎折腾是一种不确定的状态，就和网络超时一样的，可能这个请求成功了，也可能这个请求失败了，她处于一种中间状态；而挑战则不同，挑战是在一个特定的场景下发生的，例如挑衅。。。。
其实两者的界限很模糊，没有什么太大的本质的区别，瞎折腾，可能你玩一个中间件，今天这样玩，明天那样玩，但是始终是在那个层次玩，不会说突破某一个境界，可能你一直在练习安装，练习添加模块，进行各种编译，始终属于一个低层次的活动；而挑战则可能是一种高层次的活动，例如我使用nginx做一个动静的分离的功能，使用redis做一个缓存功能。。。
瞎折腾是在同一种状态下前行，而挑战则是向更高一个层次进行突破。。。
个人认为，如果说在对于某件事某个场景下，如果达到了自己的目的，并且这一段经历能给予你很大的进步，那么就属于挑战，而每次都是同一个地方原地踏步，那么就应该是一种瞎折腾了。。。
本质的区别在于，这件事这个场景这个动作这个行为，是否让你有一种升华的感觉。。。让你心中一动的感觉，熟悉产生蔑视，那么如果真正挑战成功，那么这一切的困难以后将不是困难，而在另外一个方面说，瞎折腾也可能是挑战的积累，如果你没有进行各种瞎折腾，可能都没有挑战的资本。。。
其实我也很难界定到底什么是瞎折腾，什么是挑战。。。只有不同境界的能一眼看出来，你到底是在瞎折腾还是在挑战。。。
看别人写dockerfile，进行各种调试，调试了三天时间，那么整个属于瞎折腾还是挑战？其实我也不知道这到底属于哪个，对于目的来说，很明确，将项目打成镜像，存入镜像仓库，然后使用k8s进行运行，一直对着整个目标前行，而花费了那么多的时间，是否值得？？？这是一种瞎折腾还是一种挑战。。。
边界在于哪里？？？本质的区别又在于哪里？？？
技术的本质
最近有一个很明显的心理感觉。。。对于技术已经不在心动了。。。
原来很好奇GSLB的具体实现，所谓的全局调度和SLB到底有何区别，同样都是负载均衡，而GSLB就是多了一个global。。。而当你发现只是针对的场景不同，那么你又做如何感想。。。GSLB所谓的全局的调度可能就是region级别的调度，而对于SLB可能就是server级别的调度。。。
原来很好奇CDN的具体实现，所谓的CDN为啥能够加速，怎么加速，到你真正发现只是加了一层缓存，然后里面使用GSLB进行调度的时候，你会发现是多么失望，并没有看见有高深的技巧，所谓的CDN里面的内容分发网络，只是组建一个几个squid作为一级缓存，二级缓存，再加一个nginx作为三级缓存，其实。。。说起来和CPU的架构有个半毛钱的区别。。。
原来很好奇mysql的分库分表，所谓的垂直拆分，水平拆分，那个时候就在想，怎么拆，按照什么纬度来拆，拆了之后，数据怎么存放，存放之后数据怎么查询，是冗余存放还是只存放部分数据，等你发现根据所谓的业务来分库，将数据打散到各个分库中，其实也就那么回事，等你发现如果单表的性能实在是太差，你将表按照id或者其他的key来进行拆分，拆分到不同的库中，拆分到不同的表中，然后在查询的时候，你可能需要设计路由，例如数据查询count的时候，先到一个数据库中的一个表，查到这个count，然后去第二个数据库查到这个count，然后加起来，就是总的了。。。这种所谓的路由，所谓的拆分，最后结果的查询，所谓的各种join操作，group by，order by都是通过这种结果的相加，然后再进行统一处理。。。为何让人感觉到这么low。。。
技术的本质是什么？？？为什么需要技术。。。
嗯。。。这本书还在路上，我并没有看到，或许能有答案，也或许没有。。。
其实，所有的东西，感觉都是好奇害死猫。。。不断去看为什么能做到，别人为什么能做到。。。到最后，发现只不过是各种基础技术的组合，并没有特别新巧的地方。。。只是一种技术的拼凑，然后就变成了一种新的技术。。。追究其本源，追究其原理，发现。。。关了灯其实都一样。。。
技术。。。或许也只是一种执念。。。他并不能做什么，他只是一个工具，而重点在于使用这个技术的人，适合于什么场景，怎么样最快的实现目标。。。low与不low又如何来界定。。。其实也很难。。。可能你的用户量大了，再low的技术也变成牛了，就算你用了很牛逼的技术，最后没人用，照样，也只是一种失败而已。。。
风就在娜里，你追求或者不追求，都在那里。。。
结尾
折腾与不折腾，我都在这里。。。
以子之矛攻子之盾。。。感觉是一种矛盾体，她很难协调，一直在协调，而又处于冲突之中。。。
很多文章中说docker commit这种用的很少，尽量不要用，然而在实际场景下，当你去安装一个project的时候，你会要调试，你会要打成镜像，其实用的就是docker commit。
很多文章中说docker中在docker load的时候，这种场景很少，然而在实际场景下，当你需要把你的镜像上传到一个孤岛环境的时候，你使用docker load又何尝不是最简单的一种方式。。。
如果不折腾，你怎么可能知道？
折腾也要有个度，有的时候量变引起质变。。。折腾也需要带着目的性。。。动机不纯。。。
折腾可能是无休止的失败，对于无休止的失败也可能是一种挑战。。。你可能被失败打的爬不起来，也可能一蹶不振，也有可能浴火重生。。。
不绝望都找不到生的乐趣。。。所以。。。好好折腾，折腾的每一次采用一个变量来进行记录。。。但是如果一蹶不振，那就别折腾了，找个境界高的指导指导方向。。。。
还好，有风。。。风的方向了解一下。。。
需要挑战，需要折腾，更需要有承担失败的勇气，更需要有失败了爬起来的勇气。。。
不断的尝试，算不算折腾？？？不知道，很难界定。。。
不断的失败，算不算折腾？？？不知道，界限在哪里。。。
你要战，我便战。。。是不是一种挑战？？？不知道，或许是别人的阴谋诡计。。。
敌不动，我不动。。。敌一动，我乱动。。。是否有坚强的信念，有是否有那种一往无前的勇气，是否做好了随时失败的准备。。。
JUST try,JUST fail,JUST do it,finally,will be success.....其实，挑战没有止境，往前一步是菜B，退后一步是王者。。。。你在一个境界内无敌，上升一个境界就是菜B。。。你在一个领域内无敌，换一个领域又是一个菜B。。。
标签：场景,一个,挑战,瞎折腾,一种,折腾 来源： https://blog.51cto.com/15060545/2653164