Image: Narrative History Dream
An expanded version of this article is available as a chapter in the book First Year in Code, by @isaacdlyman and the dev community. The book has a pay-what-you-can model (including free), so I definitely encourage everyone to check it out!
When I was younger, I remember having some odd ideas about what it meant to learn. Now I look back and wonder why I had such strange and unproductive notions. In particular, I recall that I thought learning meant reading a textbook very diligently from beginning to end. I would even read the forewords. Maybe that was just me!
However, I think the education system at every level does tend to suffer from problems that prevent people from learning effectively: Students are shepherded through too many subjects at a time and learn the material in a linear and rote manner. As a result, I think it's not uncommon for people to promptly forget much of what they "learned" in school, including at colleges and universities.
The following are some heuristics I've built up over time which have helped me when I'm learning something new. If you have the luxury of learning something on your own, consider trying these out. Even if you're in school, I hope some of these ideas may be of help if you actually care about learning instead of just getting through the classes.
Build Intuition
With almost any technical subject, it's easy to get involved in all of the complicated details. Doing so prematurely can be a bad idea though. If we don't understand the broader context, those technical details can quickly overwhelm us.
When you're first reading about a given topic, try to grasp the big picture. Why is this important or useful? How does it fit with other topics or technologies? What's the problem that it's trying to solve? Is there another way to look at this? Answering questions like these will give you a perspective that will help motivate a deeper understanding as you dig into the more technical details.
Building intuition is a gradual process. Often clues can be found sprinkled through a given book or other source of information. Keep an eye out for the clues and use them to build up a picture in your mind of the high level principles and connections. Always keep asking yourself: "What's the big idea here?"
Knowledge Debt
In the same way that there's financial debt and technical debt, there's also knowledge debt. If we're faced with something we don't understand, often the temptation is to move ahead anyway, hoping it won't bite us later. In fact, sometimes that's okay. Maybe an in-depth understanding isn't necessary - we just need to get a specific thing done. Or maybe going further into the material will elucidate the point we're stuck on right now.
Both of these things can be true sometimes, but it's not a good approach to leave behind such gaps as a matter of course. It will cause the foundations of our knowledge to get more and more shaky. Eventually, that's precisely what will stall progress completely. For instance, a lot of people think math is "too hard." I believe the reason is that they kept being pushed along in school to more advanced topics, but all the while they were leaving more and more loose ends behind.
This is a big area where I think education can be improved. Kids should be evaluated on their fundamental understanding, and they should be able to keep revisiting older material as they go on to make sure they have fully mastered it. Children all develop differently: To me, that's one of the most serious problems in education, the desire to keep pushing forward in a linear way with a shallow and rote process.
Any technical subject, including math, computer science, and programming, requires effort (at least for us mortals), but if you take it one step at a time, and you make sure to master the individual steps along the way, you can go a lot further than you might think.
PDL: Problem-Driven Learning
Just as test-driven development is about writing code to satisfy a measurable criterion - making a test pass - I like applying the same notion to learning. Learning can seem like a passive process of osmosis. However, it's easy to fool ourselves into thinking we understand that way. It's okay to read something lightly to get a broad overview of a topic, but if we really want to understand how to apply our knowledge, we should make the learning a result of solving problems.
We can start with a simple problem and learn just enough to solve it, kind of like making a test pass in TDD. Moving on to a similar, maybe slightly harder problem, can we solve it without doing any extra reading? If so, great. Otherwise, we go back over our material to find what we need. This makes our reading much more active and goal-oriented.
The more problems we can solve and the more diverse those problems are, the stronger and more concrete our understanding becomes. This is the only real measure of how well we understand something.
Multiple Sources of Truth
Reading a single textbook or article is usually a bad idea. Any source of information will be written in a particular context. It will skip some steps and also make assumptions about what you know. If you're confused (and even if you're not!), look for alternative sources that explain it.
If the material you're reading seems too advanced, look for more beginner-friendly treatments. If you're reading about something in a particular programming language and it is not making sense, try to find the same topic addressed in a language you're more familiar with. Maybe what you're currently reading is too technical. In that case look for high level descriptions to build intuition about the subject. In that regard, I really like the idea of ExplainLikeImFive.
Fewer Subjects At a Time
I've talked to a lot of graduates from different schools in many fields about their experiences, including math, science, medicine, dentistry, etc. Often enough, it's the same story: Learn by rote, pass the exam, forget most of it, and repeat. I don't think it's the students' fault either. Students are loaded with so many classes to take each semester that it's very hard to do even a halfway decent job of actually learning. I think this is true in pretty much every field of study, and it's certainly true in CS.
For most people, I think that cutting down the number of courses and focussing on fundamentals would be much better. When a student completes a class, it should mean they have mastered the material. The same idea applies for people learning on their own: Pick one or two subjects to work on at a time, and pay careful attention to really figuring them out.
Ask Your Own Questions
While solving pre-defined problems is very useful, it can get monotonous. There's also something a bit passive about it. It's better than just reading, but we're still leaving it up to someone else to test our knowledge.
How about coming up with our own problems? When you're learning something new, ask yourself questions about it. What does this imply? Is there a more general way of looking at it? Is it similar to something else? Can it be applied like so?
If what you're learning is related to programming, you can write small programs to test your ideas. You can also come up with larger projects to work on. These larger projects will force you out of the tidy confines of well-defined exercises. You'll need to integrate disparate areas of knowledge and think creatively to make your way around roadblocks.
Also, challenge the material and look for mistakes. Don't just take everything as gospel. Even when there aren't mistakes, this kind of active learning will ensure that you really do get it. You will explore edge cases and counter-intuitive possibilities. Doing so will make your understanding robust: You'll know how something works, and you'll also know in a hands-on, concrete way, the limitations and exceptions that go along with it.
Go Back and Review
Sometimes we don't realize that we missed something in our study until later. We start a new topic and suddenly things we thought we understood become confusing. That's a good time to stop and go back to review that earlier subject matter. Don't just re-read it passively though. Go hunting for insights relative to the new information you're grappling with: Real understanding is not a linear process. It's iterative. There is a continual need to go back and shore up gaps in our learning that maybe we didn't even know were there.
When I am studying something new myself, I find that I will regularly return to the same material several times. The first time I may struggle with completely new concepts. The next time around, I will start to get it. The third time, I begin to focus in on a smaller number of things that stand out as being harder than the rest. As time goes on I come up with more of my own questions and sometimes push the material into directions that are not mentioned in the book, article, or tutorial that I've been reading.
It can also be okay to study something up to a point, put it away, and return to it later on. Often we can acquire background knowledge in the meantime that makes us more prepared to tackle the material again once we come back to it.
Fundamentals are Important
Often, especially in the field of technology, there tends to be a bit of an obsession with specifics, like a particular programming language, library, or framework. I think this is a tendency we should resist, especially since technologies go through such incredible turnover.
If you start your education with specific technologies, I believe it will limit your ability to adapt, or to switch from one area to another. In addition, when we learn a particular technology in isolation, it often makes our level of understanding more superficial. It means that as soon as we leave the comfort zone of the context in which we learned the technology, we can quickly become lost.
Focussing on fundamentals means trying to identify the core concepts and building blocks underlying any technology or paradigm. Doing so is like having a good understanding of how to build things using lego blocks. It gives you the power to imagine any structure and build that from scratch rather than having to follow the blueprint that comes with a pre-packaged set.
Any specific technology can be seen as some combination of fundamental ideas applied in a particular way. Looking at things in this way is very powerful. It's like a superpower, allowing you to pick up new things more quickly than other people and leaving them wondering how you did it!
Top comments (7)
Fundamentals really are that important. As I'm doing my master's thesis, I realize that most of my work is based on rather foundational work done around the 90s which is then enriched with recent advances in the field.
While recent papers seem overwhelming at first, learning and really understanding the fundamentals takes away at least half of the cognitive work necessary to understand the papers. And if you think about it, that shouldn't be surprising at all: A lot of research consists of about 50% foundations, 40% other researchers' work and 10% own contribution.
While your article covers a lot of the important lessons I learned at University (in a great and concise way!), I needed to learn another lesson myself: Be brave! Learning something new can seem like a daunting task, so it's important not to let it discourage and paralyze you. For some people calculus can be such a difficult subject. Others fear statistics or databases. But fear is your enemy, not the subject!
Thank you for the great comment @gadse ! I think you're right, fear is the great enemy of learning. Especially with math, the jargon and symbols can be intimidating, and if the idea that it's too hard becomes firmly implanted in a person's mind, then it becomes a self-fulfilling prophecy.
Along these lines, I saw this video several years ago that I think is great to inspire everyone that math is just another skill that we can all improve. It applies just as well to any other skill we might be intimidated by:
Thank you for the video! It instantly reminded me of those guys in my 1st semester who already knew all the programming stuff because they started programming in 9th grade. Of course I was foolish enough to compare myself to them, and I'm so happy I stuck with my CS studies despite feeling as if I should have already known all the details.
Great article! Seriously. Ironically, however, my learning habits deny thorough reading of such long texts, so I just briefly looked for key points.
There is a spectrum of learning styles from academic, diligent, like yours (and I have an envy for it) to "jumping here and there trying to quickly extract most valuable information", but in my experience the most effective is the mix of these extremes. I.e. extensive scanning for good material (via google, etc.), check if it really good and worth spending your time and mental resources (reviews, rankings or sometimes just intuituion) and then intensive, thorough reading the documentation from A to Z.
Hehe :) I have actually come around to a style that is more similar to yours than how I started. If I'm learning something, I tend to focus on solving problems and letting that drive my learning. So instead of just reading a lot up front, I do just enough reading to get a problem solved, then I see whether I need to read anything to solve another problem, and so on (I call this PDL in the article as a shoutout to TDD).
It's easy to get carried away and write too much - there were finer points I wanted to make that I had a hard time throwing away - but I tried to at least make the paragraph headers clear so that people could skim those and get the idea.
I was thinking about documentation driven learning in the past. When combined with PDL, DDL ensures that while we learn we build high-quality resources that we can ourselves go back and learn from.
Thank you for this article!