2020春招总结


其实我的春招在上一周就完成地差不多了,但是一直在整理剑指offer的一个项目再加上被学校的事占用了一些时间,这才有机会好好整理一下自己春招的情况和最近的学习状态,东西很杂,但我会尽量按逻辑梳理

春招之路

首先我这这篇文章不是讲面经的,我的面经早就已经整理在我的项目里,感兴趣的可以去看看

今年的春招也是我第一次正经的技术面试,我一共投递了五家企业,都是在牛客上找的内推,其中猿辅导没有暑假实习,美团二面之后就没有消息了,字节给了offer,然后阿里走到了hr面,还在等后续。快手我最后拒了,因为效率太慢了…

面试的感受的话,其实面经也讲了很多,这里也聊聊吧,不过只讲感受不讲细节。这次春招之前我做了接近一个月的准备,其实真正的准备是去年开始的,包括算法数据结构/JS基础,今年2月系统整理了浏览器知识和网络知识,再去刷了一周面经,差不多查漏补缺了就去面试了。事实证明,应届生面试,基础知识真的非常非常重要,我的工程化知识大部分面试官都不会太刁难,基础知识我自己感觉占了面试过程中80%的比重。

当然面试过程中也有很多插曲,阿里的面试是我在牛客上找的一位学长,最开始他帮我修改简历,到最后我每次面试的进度跟进还有平时疑惑的地方,这位学长都会不厌其烦地解惑,真的非常感谢!(阿里面试过程中遇到的每位前辈人都超级nice!,一面二面三面面试官包括校招的leader)字节的hr比较慢等offer等了很久…美团我一二面感觉没啥问题,不知道为啥被泡了池子。快手效率比阿里还慢…我上述五个岗位是同时投递的,但是字节美团和阿里都接近面试的尾声了,快手过了一个月才通知我一面,最后我因为这段时间想要静下心来学习还是委婉拒绝了后续的面试。面试的过程能够收获很多东西,比如你有哪些知识属于短板,比如现在招聘市场上面试官看中哪些功能,还有你可以借此机会结识很多大牛,不管后续结果如何,总归是多了一份机会。但是同时面试也是一个比较痛苦的过程,它对心理素质和身体素质都是一次考验,等待陌生电话的感觉既紧张又刺激,同时你也很难抽出大块的时间来武装你自己,毕竟这个时候的准备都是有限面向面试的

最后是一句老话,虽然基础功的积累很难突击,这需要平时的日积月累,但是也无需对自己太过不自信,永远没有完全准备好的那一天,面试官问的问题总有你不知道的,这也不是丢脸的事情,但重要的是你基础知识牢靠,见招拆招,你虽然不了解这个领域,但是可以结合自己的内功尝试向面试官阐述自己的理解,比如我字节一面时面试官问了我一个大量插入DOM的场景该怎么设计策略,我虽然没有做过这种业务,但是涉及大量DOM操作肯定要往重绘重排上考虑。当然如果技术性太强,自己又完全不知道就老实向面试官承认即可

关于未来一段时间的学习

通过春招这接近一个月的面试体验来说,我对自己的能力边界也有一个大概的了解。首先我前端基础知识基本没有太大的问题,不管是哪一家的面试,我在这方面没有出过大的纰漏,这也和我自己系统的复习有关,从JS基础,到浏览器机制,网络和安全,工程化和框架。这些问题目前我都有自己的理解和体系,就算没接触过的业务也可以快速定位到知识点,这是我目前最大的优势,要保持但是也不能松懈

但是也有一些硬的点我在面试过程中表现不太好,给我拉低了分的

  • 计算机基础知识。比如我知道进程和线程的区别,但是我不知道其运行的原理
  • 算法和数据结构。算法和数据结构对于编码能力的进阶非常重要
  • 复杂业务的实践

上述三点是我仔细总结自己在面试过程中暴露的三个主要问题,那么接下来的时间我将会就这几个问题专门突破

  • 计算机基础知识 => CSSAPP
  • 算法 => 剑指offer(已完成)/leetcode做题+系统整理
  • 复杂业务 => 找一个复杂业务/自己实施从想法到落地

关于知识输出

之前写了一篇文章讲自己对知识输出的思考,最近又有了一些新的思考。我自己平时因为加入社区不多,也不可能说有事没事上技术网站上看有没有新的热点技术(网站文章质量参差不齐也是一个原因),这种情况下,推送式的服务就显得尤为重要了,目前我摄入知识性文章最多的还是公众号和微博,掘金和InfoQ只是闲暇时看一下,毕竟轮询的效率摆在这哈哈哈。话说回来,我自己目前阶段不会开公众号的,以后想法会不会变再另说,但是我必须承认公众号是一个非常有效的知识摄入手段

再说说自己目前的知识输出计划吧,自己的知识输出也是历经多个平台,从最开始的在onenote上以笔记的形式记录,到个人博客,再到github仓库,可以说有一定自己的心得体会,个人博客是个非常好的平台,它不仅可以用于记录技术,也可以记录生活,我觉得部分层面上它可以支撑起一个精神自留地的作用,但是坏处是略微有点零散,不适合做系统知识的整理,所以我后来选择了docsify和自己写的插件的组合来整理系统知识,比如算法,比如前端知识,但是这样其实也有缺陷,因为这样只适合系统的开源知识,一些比如业务知识或者日常的记录,其实并不适合以文档的形式记录。我个人不支持直接在github上维护,因为这样阅读体验会很差(但是好像有github issue转blog的工具),不过还是不推荐,docsify可以直接在线看,效率也很可以

春招期间,神三元的经历深深打动了我,让我明白了自己目前其实还是处于舒适区,还需要学习的东西有很多很多,还需要继续努力

关于GTD

自己的GTD一直在变,最开始是onenote,后来转奇妙清单,最近因为在用MWeb,所以就用MWeb做GTD,MWeb写文档非常爽,但是其启动慢,多端同步慢,我已经逐渐感觉到其局限性,前几天用了滴答清单,社区评价还可以,但是说实话我自己使用是怎么都不顺手,于是想着重新用回奇妙清单,发现奇妙清单转移到微软的Todo了,下载之后,发现,非常好用!

想了一个模式,即todo的事都记录在微软Todo上,然后每周周末的时候再在MWeb在总结做存档,毕竟微软的那个没有存档的功能