查看原文
其他

别再听别人瞎BB了,有毒!

sizovs Java面试那些事儿 2019-12-19
前语:微信改版后,大量读者留言说,找不到我们的公众号,在此建议大家“置顶”本公众号。如文章写得好,望大家阅读后在右下边“在看”处点个赞,以示鼓励!

本文末有我的个人点评。

作者:sizovs  译者:方应杭  来源:https://zhuanlan.zhihu.com/p/52814937


连马步都蹲不好,那些招式都是空架子,不堪一击。。。


如果想走技术这条路线,且在35岁后不被辞退,建议好好读读本文,原文如下。


我们都是程序员,我们需要与技术保持同步。每一天我们都要学习编程语言、框架与库。


我们了解的现代开发工具越多越好,比如Angular,React,Riot,Vue,Ember,Knockout,和这些新技术保持同步真是一件很有意思的事情。


但是....我们却是在浪费时间!


时间是我们拥有的最为宝贵的资源。时间有限,它不可再生,你我都不能购买更多的时间。


为什么?就像时尚时装界一样,技术领域如光速一般发生着变化。要赶上它,我们需要快速的学习,这场比赛没有赢家,因为它永无止境。


马丁·斯科塞斯2013年作品《华尔街之狼》剧照


我的授业导师曾经教我这样一课。

导师:“艾德,你在做什么?”

我(自豪地说):“我在读一本使用GWT构建现代Java应用程序的书。”


导师:“你为什么要读这本书?”

我:“作为一个Java开发者,我需要紧跟趋势,GWT现在最火。”


导师:”在读GWT之前你在读什么技术书?“

我:”是一本500多页的Apache Tapestry的书,Tapestry当时非常流行“


导师:”这个Tapersty一直流行吗?“

我:”没有多长时间。GWT现在最火。“


导师:”你能重新用Tapersty的能力来解决现在的问题吗?“

我:”不能了。现在它没有什么用。“


导师:”Taperstry的知识能帮你对GWT理解的更好吗?“

我:”不能,没有太大用。但是我看到里面有一些设计模式有些相似“


导师:”是设计模式。这些能帮你解决现在的问题吗?“

我:”是的,帮助太多了。“


导师:”技术一直在向前发展。但是有一些是相通的,要找准重点,将80%的时间放在提升基础问题上,余下的20%再去学习框架,库和工具

我:”Hmmm... 只留20%的时间学习框架,库和工具?“


导师:”是的。你在解决问题时自然就会学会框架、库和工具“

我:”谢谢指点“


导师: 现在不忙着谢,过一段时间,你自然会明白。


这次谈话可以说改变了我的人生!我把所有的讲框架、库的书从书架上全部撤下,一本都没留,那叫一个轻松啊!


我在书架上换了一些长期的基础技术读物,不会过时的那种,比如像下面这类书就占据了我阅读学习时间的80%。


  • 程序员修炼之道 The Pragmatic Programmer

  • 代码整洁之道 Clean Code

  • 程序员的职业素养 The Clean Code

  • 领域驱动设计和实践 Domain-Driven Design

  • 测试驱动的面向对象软件开发 Growing Object-Oriented Software, Guided by Tests

  • 持续交付 Continuous Delivery


我只买了一本关于最新技术的书,是关于 Spring 的。因为根据林迪效应,学习 Spring 是一项不错的投资。


林迪效应认为,对于不会自然消亡的事物,如一项技术或一个想法,其预期寿命与其当前的生命成正比;即,只要这一事物多存活一天,就意味着其预期生寿命会更长一些。


技术的未来预期寿命与其当前的“年龄”成正比,技术每延长存续一段时间,其剩余生命周期也会相应延长。


越是在市场上持续存活时间长的技术,投入时间学习越安全、越值得。


不要忙着去学习最新的技术,因为这些新技术很可能很快消亡。


时间会告诉你,哪种技术值得投入精力去学习,时间是你最好的顾问,学会等待是很重要的。


自那次与导师的谈话后,十年过去了。期间我陆陆续续参与了50多个不同的软件项目的开发。感谢导师的建议,我学到的一切东西都可以在不同公司、团队和领域之间顺利迁移。我学到的知识到今天仍然有用。我没有浪费时间。


电影《时间规划局》剧照


所有的项目看起来都不一样了。但是,如果剥离表面,往深处看不难发现其中的共通之处,比如:


  • 编程语言不同,但设计风格相似

  • 框架不同,但有类似的设计模式

  • 开发人员不同,但与人打交道的原则却是一致的


永远记住,框架、库和工具的更替永不停息,而你的时间很宝贵。


一定要把你最宝贵的时间投入到可迁移的技能上。也就是说,在那些始终会用得到的技能上下最多的功夫,比如下面这些内容,可能会让你长期受用。


  • 不要学习微服务框架,学习演进式架构(Evolutionary Architecture)。

  • 不要学习新的编程语言,学习代码整洁之道、设计模式、领域驱动设计(DDD)。

  • 不要学习 LeSS 和规模化敏捷框架(SAFe),学习精益生产原则(Lean manufacturing principles)。

  • 不要学习 Hystrix,学习容错模式(Fault Tolerance Patterns)。

  • 不要学习 Docker,学成持续交付。

  • 不要学习 Angular、React 和 Vue,学习 Web、HTTP 和 REST。


热门评论。


我同意你的大部分观点,但是我觉得你不用这么坚决地不学习一些东西。

「学习工具」与「学习它所蕴含的设计模式」并不互斥。 


2007 年的时候我曾经试图搞清楚到底什么是「数据层」以及怎么使用它,这是当时流行的 ORM 概念。我向别人问了一堆关于 NHibernate(译注:一个面向.NET框架的对象关系映射解决方案。主要用来把对象模型表示的对象映射到基于SQL的关系模型数据结构中去)的问题,很多人都回复我说「你应该先搞清楚原理,而不是学习这个工具」。但我心里想的是,shit,不行啊,因为我需要通过大量的实践才能理解这些原理啊。这是我学习的重要途径。


所以我觉得学习这些蕴含了丰富原理的工具其实是非常有用的。 

同样的道理对很多工具都适用。比如 React,如果没有 React 谁能理解虚拟 DOM 呢? 

不过我基本同意你的论点,但是过分强调不要学习工具就有一点何不食肉糜的意味了。 


另外,Docker 也不仅仅是持续交付,「学习新的编程语言」和「学习设计模式和 DDD」也不是互斥的,Angular 最难的部分也不是 Web 和 HTTP,最难的是学习 Angular 提供的这些傻傻的工具和工作流(我不是很喜欢这些玩意)。


作者的回复:


看来我们达成了共识——学习基础常常意味着深挖某个框架、库或者工具。框架和基础都要学习,但是优先级必须是基础高于框架。


我的观点:


假设你面前有两个应聘者,一个对框架特别熟,但是对基础知识一点都不懂;另一个对框架一点都不熟,但是基础知识特别懂。


你会雇佣谁?


小公司雇佣前者,能用就行。大公司雇佣后者,能堪重任。




东哥的观点:


我也在此说说我的体会吧,我目前也算一名工作了多年的老鸟了,从自己这么多年的从业经历来看,如果要一直在技术这条道路上走下去,越往后面你会越来越发现基础的重要性。


像编程语言(或者框架)可能每年会出现一门新的,但像数据结构和算法、加密算法、编译原理、计算机网络、计算机组成原理等等这一类的基础知识,基本上是不会变的,因为他们是整个计算机大厦的基石。因此,这也是国内的很多大厂很重视算法的原因。


咱们先来举一个简单的例子,比如你在Java中常常用Arrays.sort()和Collections.sort()进行排序,对你来说,底层做了封装,无感,确实好用。但内部怎么实现的,你去了解过吗?还有jdk各个版本做了那些优化,这么优化的好处又是什么?等等一系列的问题,同理,其它的编程语言进行排序的时候,难道会有新的算法?不会有的,也只是会根据不同的数据量进行相应的选择算法罢了。再比如说我们常用的MVC框架,当你了解到原理后,那么像SpringMVC,Struts,xworks,WebX等等这些成熟的MVC框架难道不是基于这一原理实现吗?甚至你自己也可以写一套专属于你自己的MVC框架。


做安全的同学,不希望别人叫他“脚本小子”;在此,希望做开发的同学,也不要成为别人口中的“框架仔”!!!


多想想你的竞争力是什么???


是年轻吗?


那35岁以后呢?


最后,欢迎各位读者入群来交流学习,戳这里:咱们来一起抱团取暖,好吗?


---END---



热文推荐

写了这么多年代码,这些错误我也犯过,你呢?

我艹,在线上竟然遇到Lambda的坑。

漫画:你真的懂Github吗?

面试题:方法重载的底层原理?

面试题:jdk那些类的底层实现使用过位运算,并且给你印象最深?

推荐:群里同学分享的Java面试资料。


给个在看

人气满满

    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存