序言

    风不在,浪不止


    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。。。