迷茫
接触前端两年,从校招实习到正式工作一年多。我一直期望去仔细看源码,最近在思考,我是以一种什么样的心态去阅读源码的?在校招的时候,是为了应付面试中的种种问题,去看源码解析的文章。认为如果在面试过程中,了解原理,那么就会成为加分点,会成为进入大厂的入场券。总结那段疯狂学习的时间,我收获的更多的是了解了一些技术、是怎么样,用来干什么的。然而,正式入职京东一年后,我感到了迷茫。
以前看的东西,是否真的了解了?
为了什么去看源码?
看源码能收获什么?
应该怎么去看源码?
是否看过的东西就已经掌握了?
对于我来说,没有。因为当时是为了应对校招而进行学习,很多东西都是死搬硬套的背,在一段时间未接触后其实都忘的七七八八了。毕竟,实践是检验认识的唯一标准,同样实践也是加深理解的好方法。
同时,带着什么样的目的去做某事,那么大多只会收获自己迫切想得到的。因此,校招的疯狂准备只不过是短暂的记忆。
如今,我已经入职京东1年5个月,然后想着去瞅瞅源码?可能是因为想疯狂扩张的学习吧!但是这次,我迷惑了,我为了什么去阅读源码?
为什么去阅读源码,阅读源码能收获什么?
既然自己想不清楚,那么就google一下。
总结了一下,在什么时候,程序员会去阅读源码?
1.去解issue的时候
工作下来感觉很难做到0Bug,如果想要没bug,那么只能少写代码…
一般在遇到bug的时候,我们可以通过google、社区去寻找答案,但是有时候偏偏你找不到答案,那么别无他路,只能去阅读源码了。
工作年限越久,那么遇到Bug越多,积攒的经验越多。所以总结到,解bug是为了成长、阅读源码也是为了成长。
2.主动学习底层原理、架构或其他方面
主动学习,主要是为了自我的提升。
就学习目的来讲可以分为以下:
3.借鉴、改造现有项目
往往公司的技术团队会有自己的技术,在开发自己项目过程中,免不了去对比相似的开源项目,那么就需要去阅读源码,了解它们的精华与糟粕,了解它们的架构与核心原理,取其精华去其糟粕。
4.面试
如何去阅读源码?(自我提升)
em,最近经历了一些事。只有小孩子才会像没头苍蝇一样乱撞源码,成年人在做一件事前需要思前想后。
我要做这件事,那么我为什么要做?要先准备什么?要怎么做?做了会怎么样?
对于我来说,阅读源码是为了自我提升!学习一个优秀项目的规范、高级语法,再到设计模式、整体架构。
但是在阅读源码前,我需要去了解项目的官方文档
准备工作
文档是对代码的高度凝练,一个高质量的开源一般会包含tutorial、specification、API reference等documents,通过选择性的略读、精读这些文档,就能大致了解项目的整体架构、设计原则。通过文档的某个点,作为切入点源码,往往能够让你有处下刀。
阅读源码
首先,必须了解项目的整个组织、文件名、类名,再通过在阅读项目文档过程中遇到的问题为切入点,想好自己阅读源码的目的,精准定位汲取。
在阅读过程中,可以多console、debug、能够更容易理解,并做好注释与笔记。并与其他人的源码解析文章进行对比,毕竟每个人的思维多多少少有些区别。
总结
读研期间悟到,不管什么样的知识,只有总结成自己的才能够活学活用,因此在学习后总结笔记很重要。
- 最新
- 最热
只看作者