起初,自己也没想到,短短五个月就把自己的职业标签正式换成了高级前端工程师。但在经历了这五个月以后,拿到offer的那一刻,短时间喜悦过后就平静了。
我见过的所有技术牛人,是所有,在自己的博客中被问到在技术上怎么短时间有个飞跃,回答几乎都是一样的。明确学习路线,把所有的业余时间全部利用起来,看书,写代码,不放过学习路径上的任何困惑,多翻几本书,多发邮件向大牛们求教,多去社区交流。
道理都懂,可没有热情和目标,面对一本本充斥着晦涩难懂的代码,跟字典一样厚的书,绝对坚持不下来。好在从国企跳槽出来后,这股15岁中考过后就没被激起过的热情又回来了。
说起这次面试,觉得多少带点儿运气,最弱的算法部分几乎没被问及,而有些只在别人博客上撇到一眼的小问题,居然会被问到,而且我还能清晰记得。在去面试之前就告诉自己,正常回答问题就行,会就会,不会就不会。无论结果如何,都不会影响以后学习的节奏,即便这次没过,下次面试时自己的能力也会强过当前,所以总有跨过这条线的一天,就像两个月前被另一家公司拒的时候一样。抱着这样的心态面试时心里很平静,思路不会因为紧张和患得患失的心态变得迟钝。
谈谈这几个月的心得吧。
一切的一切,都从摒弃浮躁开始。灭掉所有寻求捷径的念想,掀开对自己技术不足之处的伪装,拿出直面学习路径中一切疑难困惑的勇气,就可以上路了~
制定适合自己的学习路径
这是第一步。前段时间脑子里突然有个想法,学技能和打游戏练级升一级加一个技能点一样有相似之处,等级高的时候感觉随便加哪个技能点都有些用处,可低等级的时候,加点错一点,一级白练,甚至还有一堆攻略较你怎么加点。网上有许多相关的文章,就前端而言,最近看到的一篇文章和我自己的学习路线很相近:https://zhuanlan.zhihu.com/p/...,还有前端早读课分享的一篇http://dwz.cn/3YFyB5
有一点不得不说,要懂得选择性将某些技术栈push到自己的学习等候队列里,有些技术当下并不适合学,但感觉学了会对自己的其他方面的技术有辅助性,比如学js的时候了解到js引擎是C写的,把C捡起来并不是当务之急,但在以后适合的时候,告诉自己别忘了把这块补上。
看书,看好书
之前看到杨绛的一句话:你的问题主要是读书不多而想得太多。看书是学习手段中最最重要的一环,没有之一。但书分难易、分好坏,选一本当前适合的书事半功倍。如何选择,网上亦有指导,知乎上、segmentfault上随便搜搜一大堆。自己的书单大多就是从上面拔下来的。入门从head first系列开始,进阶看各种权威指南。还可以直接根据技术术语去豆瓣上看看相关书籍,简单粗暴直接挑评分高的看,一般不会让人失望。遇到看不懂的点,多翻两本平行的书,每个作者对同一个问题的阐述方式会有不同,尝试多角度看问题,或许在看到哪一本的时候就突然开窍了~
get your hands dirty
这句话给我印象很深,是我在注册众成翻译的时候被要求翻译的一小段话中的一句。应该是一本技术书的前言,大体是说,一本书写再好,若只是看看并不会有太多收货,要领会其中精髓,你必须坐在电脑前,写demo,做测试(you had to get your hands dirty)。现在自己的github上乱糟糟的都是各种自己练习写的demo,也体会到写这段话的作者的用心。
多写总结
这个我也是刚开始做,一共十篇都不到,但是确实能让自己受益。把知识点总结梳理归纳并写出来而且要写清楚,绝非易事,必须对这个知识点有深入的理解,加之良好的总结归纳和表达能力。我记得在写css清浮动的总结的时候,写到一半居然发现对某个知识点理解完全错了,再回过头看了不同的技术文章,去W3C翻css规范原文(英语很重要,该捡起来的时候还是得捡),彻底弄清楚以后重新再写。从那次以后我就彻底喜欢上写博客这件事儿了。
交流
一个人学习的过程很苦闷,很多人一起学习相互有了交流,过程就完全不一样了。这是我喜欢上segmentfault的原因。提问和回答这件事本身也挺考验技术水平,问问题前做过多少功课,怎么提问,会让问题本身就变得有价值;而回答问题更需要对问题有深刻的理解,看到自己觉得会的问题,别怕表达自己的观点,被人采纳和赞许是对自己的肯定,被人质疑和否定更能帮助自己提高;还有,千万别装逼~其实如果英语好,直接上github或者stackoverflow受益会非常大,可惜我这荒废十几年的英语要能提升到和别人交流,估计还得好一阵子了。
好了,就先这些吧~ Good luck with the new job!
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。