深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上鸿蒙开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
如果你项目比较出彩,也可以将专业技能拆分到项目介绍中去。
这样你可能会遇到一个很 nice 的面试过程:
A:看你做过XXX,说说怎么实践的。
B:我在项目中这么实践的,而且遇到过以下几个问题,是这么解决的。
A:我也遇到过,我是这样解决的,不过感觉你的方案好像也不错。
AB: 开心的深入交流下去。
…
但是,如果你没有写专业技能。
那么遇到好点的面试官,可能会跟你交流项目,从你的陈述中去确定你用到哪些技术才能进行发问。
当然,很多时候面试还挺紧张,一问一答,项目介绍也很简单就过去了。
面试官就很郁闷了,问啥呢?
那只能问他比较熟悉的东西了,可能面试官主要是做插件化相关的,而你主要是做组件化相关的,这种情况就可以能造成你俩不在一个频道了,非常吃亏。
很可能面试流程就变成了:
A:你有没有做过 XXX。
B:没做过。
A:那你有没有做过 XXX。
B:没做过。
A:(内心)这B到底做了哪些事…
B:(内心)问的什么屌问题…
…
当然,千万不要写自己没有深入了解过的技能,凡是你列出来的,会默认你对此有掌握有一定的深度,而不是被提问时,回答:
- 这个我就用了一下…
- 这是我同事接进来的…
- 源码我还没来得及看…
对于第三库原理回答要有针对性
对于回答问题,在回答出问题的同时,尽可能关联到自己所经历的具体的项目场景。
下面我说一个真实的体验,关于第三方库原理,基本上面试都会被问到。
比如问你图片加载框架 freso 的原理:
有的同学回答是这样的:
“首先根据 url,看看有没有缓存,有缓存从缓存中取,没有 build 一个 request,放到线程池执行。”
乍一听好像也没错,但是,任何一个完备的图片加载框架不都有这个流程么。
所以,问你一个开源库,除了回答基本原理流程,你心里要明确知道这个库的核心架构与特点,设计的比较好的地方,可以扩展的地方。
如果项目中还针对做过优化、监控等就更好了。
比如刚才问到的 fresco:
- 你可以说说他的整体设计架构;
- 你可以说说他的图片内存管理机制,在不同的版本手机上,然后深入下去;
- 你可以说说他的Producer/Consumer 机制,以及如何利用这个机制去做扩展,项目中的定制;
- 你可以说说根据自己业务情况做了哪些优化;
- 甚至说一些它的缺点;
…
所以,对于第三库的原理,希望你能掌握:
1.基本原理流程;
2.整体的架构设计;
3.做的比较好的地方,以及这些地方设计与原理;
4.结合项目的定制、优化、扩展;
其实这个建议,也能反推出另一个问题:
如何学习开源项目源码?
很多同学学习一个开源库源码,花费了非常大的力气去梳理代码执行流程,然后终于衔接起来,长舒一口气就结束了,那么就有点可惜了。
根据上面建议的回答可以看出来,梳理清楚执行流程只是第一件事。
你要去深入发现:
1.核心的架构设计是什么样子的?
2.和其他类似开源库相比有什么优势?
3.这些优势是如何做到的?
4.哪些部分可以定制,方便我们日后进行扩展?
最后,虽然有很多优秀的简历模板,各种面试技巧,但是千万不要舍本求末,始终要牢记个人履历才是关键,希望大家随着工作年限的增长,履历也越来越丰富。
深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上鸿蒙开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新**