I agree with the BFS strategy but I’ve never gotten good enough at anything to gain the respect of an SME.
SME?
The more you learn, the faster you can learn
21–30 of 103 posts
Re: The more you learn, the faster you can learn
#22Re: The more you learn, the faster you can learn
#23“I left an important part out of the process above - how do you actually find the best resource. I don’t know. That said, I’ve gotten “lucky” enough times that I think I know how to optimize for finding it.” Pro tip: No, you don’t. I’m game to explain it over coffee to the author, who seems to be in the Bay Area, but this writing reads a lot like someone who just started to scratch the surface on abstract learning an…
>I’m game to explain it over coffee to the author
I'm game. You make some great points and I feel like I could learn a lot from you. DM me :)
Re: The more you learn, the faster you can learn
#241) The author proposes learning _everything_ under the sun, so that one has enough dependencies to learn new topics. This is like downloading most of the packages in aptitude to speed up builds.
However, I prefer to go about it in a different way. I focus on patience and normalizing myself to long and deep build chains. Learning a light topic in a new domain can take hours, if not days, to understand it deep enough to successfully use it to learn other concepts.
When there is something I need or want to know, but when I pull up Wikipedia and see a bunch of foreign vocabulary, I will create a dependency list of vocabulary, and learn everything I need to know to read that article and flawlessly understand it. If it is a new topic it can sometimes take a week of slow learning to quickly learn. It seems painfully slow, but it's learning a large chunk of a new domain in a week. This could be something a college class takes months to go over, so the rate is quite accelerated even if at the time it doesn't seem like it. Slow and steady really does win the race.
2) >I keep trying while following a breadth-first-search approach to domains and resources as described above.
and
>Stop. This is counter-intuitive, but unless you want to become a master at something (besides learning), you really just want to know everything at an intermediate level.
When recursively learning prerequisite concepts, usually understanding 100% of every prerequisite concept is necessary. There are no short cuts. In this scenario a depth first search is ideal, finding the root and starting there.
Likewise, a dependency chain of concepts is a chain of abstraction. When learning a prerequisite concept, no matter how abstract it is, it must be thought of as concrete. It must be understood as if it is concrete. This is the minimum bar to using a concept to build up other concepts. This is can be thought of as an intermediate level of understanding, but I suspect for most people this means mastery. Don't stop short.
3) What is learned will be forgotten within a couple of weeks, unless it a) has been pondered about a minimum of 6 seconds, usually by making up a story to describe it to yourself. The 6 second rule is a neurological limitation that is required to move the memory from short term to long term storage. And b) It is strongly beneficial for what is learned to leave the mind and come back into it on one way or another. This can happen by doing something with your hands, talking out loud about it to someone else, or note taking. This is important and without it details will be lost. I write in a condensed mind-map list like format for this reason. Likewise if I forget something or remember something wrong, I can go back with a ctrl+f and figure out what I did wrong.
4) Etymology is massively important when it comes to learning. The history of why the concept is called what it is called, as well as understanding why it was invented or how it was discovered. I try to visualize what the world was like before the thing I am learning existed and how things used to be done. This teaches me of it's power and when and why to use it. When etymology is done right, the mind will record the concept into spacial awareness which is the strongest and longest lasting kind of memory we have.
There is a lot I could say, but by understanding where people are coming from, you can apply what technique is ideal for that specific task. Learning is no different. One can master it, and from that the gains are innumerable.
Re: The more you learn, the faster you can learn
#25This describes me pretty well. I'm a dedicated learner, and I think it's what I do best. I don't master topics. Even the information about the thing can be a distraction. It's about synthesizing info into your working knowledge. Everything is reference. CSS is a great example. Do I know everything about it, even after 10 years? Nope. But I know it well enough that a quick reference is all I need for any problem. Prog…
There is a hell of a lot more difference between the various programming languages than their syntax. Natural languages as well - you can render idiomatic English in any language, and if you don't care very much about getting your intended meaning across (and your listeners are both patient and fond of puzzles), you may well choose to do so. It may get you food and lodgings for the night. But the computing equivalent of getting by in a pidgin isn't quite the same thing as programming in the language you're using.
Re: The more you learn, the faster you can learn
#26Re: The more you learn, the faster you can learn
#27I agree with the BFS strategy but I’ve never gotten good enough at anything to gain the respect of an SME.
SME?
One critical way to become a better learner on a team (that is, a far less annoying learner) is to recognize when to ask a question of someone else and when to just Google/Portal/XPlore/etc it. Interactive mentors will be far more welcoming when they feel like you’ve earned the roadblock that you’re up against.
Re: The more you learn, the faster you can learn
#28“I left an important part out of the process above - how do you actually find the best resource. I don’t know. That said, I’ve gotten “lucky” enough times that I think I know how to optimize for finding it.” Pro tip: No, you don’t. I’m game to explain it over coffee to the author, who seems to be in the Bay Area, but this writing reads a lot like someone who just started to scratch the surface on abstract learning an…
I'm responsible for hiring in my small department, and the OPs blog post would be a red flag.
We appreciate if candidates show they can learn quickly, but it's not useful to us in isolation. You already need to have a good base set of skills (CS, physics) but more importantly the humility to accept that with 5 years of experience you probably don't really know the thing you claim to know.
Some bay area tech companies like to hire more riskily, so it might be a good strategy after all though.
Re: The more you learn, the faster you can learn
#29Earlier quoted context omitted.
SME?
Subject-matter expert. One critical way to become a better learner on a team (that is, a far less annoying learner) is to recognize when to ask a question of someone else and when to just Google/Portal/XPlore/etc it. Interactive mentors will be far more welcoming when they feel like you’ve earned the roadblock that you’re up against.