转载

我们需不需要有尖锐的观点?

诶诶诶,我发现啊,现在写文章都要两头堵。

你要说重 Java 吧,大家就会说,傻逼,SQL那么好用你不用,Oracle用了那么多年你特么一棒子就给打字了。

你要说重 SQL 吧,大家就会说,傻逼,那些写了一大堆几千行 SQL 的业务,恨不得一切能用 SQL 解决的东西就不写 Java 了,这种鬼东西怎么维护?

还有的说,不就是 Java 太麻烦了吗?换一门语言就好了。

哎呀呀,那以后我是不是一切问题都只能使用 Steve Jobs 的名言了。

我们需不需要有尖锐的观点?

"emmm, well,it is complicated" 

为什么我感觉我必须给出清晰的结论,而不是非常模糊的两个东西的比较,最终在总结的时候都说,啊你看情况用啊。这种不同技术间的横向对比的东西对于非常资深的开发同学会比较有帮助,因为他们拥有技术判断力。这个判断力是需要培养的,你需要看过很多的技术,看过很多的架构,以及很多的开发模式,才能有基本的认知,对于某些使用方式所存在的缺陷。但是资深的开发同学也不会来看我这种二手咨询,他们会通过官网文档,甚至源码,再结合自己的思考去作出自己的评估。而非常多的人,你只需要告诉他们,而且他们也非常迫切需要的,你就告诉我用哪个吧,我没那么多时间去也没精力去仔细衡量。

这个其实我又想到一个故事,就是说你问一个朋友说深圳哪里有比较好吃的东西啊。他跟你说,嗯,这很复杂。如果想吃日料那我们就去岗厦的那家寿司店。如果想吃披萨我们就去必胜客吃。如果想吃一些蛋糕零食那我们就去海岸城有一家蛋糕店比较好吃。balabalabala。握草,我哪知道我想吃什么,我特么每天最纠结的事情就是决定去哪里吃了吖!我还是比较喜欢这样的朋友。

“深圳有哪里比较好吃啊?”。“就吃潮汕牛肉火锅,你就去海岸城那一家,我待会把菜单你必须点的东西发给你,酱料怎么搭配也发给你,你就照我我的菜单点,准好吃。”

你看看,不一样吧?如果你回答,我最近上火,想吃点清淡的。那这位靠谱的朋友也可以非常快速地跟你建议下一家比较清补的椰汁鸡汤。

我希望能用这种比较极端的方式,引起读者朋友们的思考吧,简单有效,如果能引起你的思考那就达到目的了。看完上一篇文章之后,还是有非常多的小伙伴在想,啊我之前怎么会这个样子,完全没有想到有第二条路,原来用第二条路用起来是这么爽的一件事啊,不行我一定要自己试试看。

技术判断力其实是一个程序员非常有竞争力的一个硬实力,还是得拥有自己的判断。是不是我说 Golang 很好你就这辈子都只使用 Golang 啦?是不是我说用 Neo4j 好你就这辈子都只使用 Neo4j 啦?是不是我说 Dubbo 比 SpringCloud 好你就永远不用 SpringCloud 啦?

不应该是这样的,是吧?正确的使用姿势应该是这样。

咦,居然还有这种操作?

嗯,哇看起来真的很好用喔,那我自己写写demo试试看。

嗯?好像还真不错,这个跟我现在所使用的姿势好像有点不一样,他们不同在哪呢?

哇,好像还真的有区别,那除了作者说的这些东西,横向的还有那些呢?

嗯。分析了一圈,我感觉作者说的是对的,就这样搞。

这才是阅读技术文章的正确姿势啊。

当然你要是觉得一个人,比如大蕉,他说的东西基本八九不离十。那就不要思考了,直接下手去干就是了,准没错。

我从来不会去单纯地看某篇技术文章或者某个人的观点,我的学习方式一般是这样,我会看N个人的观点和文章,然后阅读相关的 原始资料 。敲黑板,原始资料。然后区分一下哪个作者的文章能比较好地辅助我去更好地理解原始资料,结合着靠谱作者的文章再结合原始资料,把这块东西吃透。顺便动动手做一些小demo,这样一来一回,这项技术基本就掌握了。

所以吧,憋太懒也憋盲目跟风,长久于此,你会丧失技术判断力的。安啦~

【本文为51CTO专栏作者“大蕉”的原创稿件,转载请通过作者微信公众号“一名叫大蕉的程序员”获取授权】

戳这里,看该作者更多好文

原文  http://zhuanlan.51cto.com/art/201804/571661.htm
正文到此结束
Loading...