How to learn: Struggle VS Lookup-Table?

post by NicholasKross · 2022-09-25T21:58:43.032Z · LW · GW · No comments

This is a question post.

Contents

  Answers
    7 Viliam
None
No comments

Approach L: You can treat learning as a "lookup table" with lots of chunking and abstraction layers. You can store lots of knowledge, solution-patterns, concepts, and abstractions, in a notetaking software or notebook. Instead of memorizing things, you look them up in your own indexes. Manage your knowledge as a multi-level system of memory [LW · GW], where lots of stuff is in cache and not much is in storage or RAM. Write more, think about less at once.

Weakly associated with: treating knowledge as a less-structured graph, fast iteration, feedback loops, practical applications [LW · GW], pattern-matching, IDEs, StackOverflow, TVTropes, and big lists.

Prediction L: In principle, someone with low ability to memorize things, but with a high ability to chunk and take/index notes, could produce work as high-quality as somebody with high short-term/working memory, given more time. The protagonist of Memento could eventually create Ramanujan-level work in math, if he spent his whole life doing so and had good-but-still-human-level systems for abstraction and note-taking.

Approach S: Learning is an inherent struggle to carve intuitions into your neuron patterns. This is hard by default for the things we often care about (AI safety research, writing, technical problem-solving, maths, coding). Flow is of utmost importance, meaning anything you use remotely often [LW(p) · GW(p)] should already be memorized. Learning only occurs through deliberate practice, and concept absorption must always happen on a subconscious level. Any idea worth thinking about (in an EMH-sense) is going to be huge and tightly-wound, so you need to have lots of working memory to think about it at all. Any abstractions for the ideas are either unhelpful, or must be created for yourself on a subconscious level. Write less, think about more at once.

Weakly associated with: treating knowledge as a hierarchical tree, system-1 "grokking", subconscious insight, 10,000 hours, Anki, and keeping the whole mental "stack of cards" loaded at once.

Prediction S: Prediction L is wrong (except in a trivial theoretic-bound-slowness form of running an entire brain/brute-force-theorem algorithm by hand). The guy from Memento could not create Ramanujan-level work, with anything less than 50-100x as much working-time as Ramanujan.

The core of the disagreement, as I see it: Is mental intuition (via lots of struggle-ful practice and/or lucky genetics in brain wiring) replaceable with savvy knowledge management and time, given only a modest (<10x) difference in working time?

In this thread:

Things to not get sidetracked by:

Answers

answer by Viliam · 2022-09-27T22:00:17.012Z · LW(p) · GW(p)

In my personal experience, the intuition/grokking approach works better for mathematics, but the making-notes approach works better for programming.

This is not a fair comparison, because in case of programming, the notes were usually already made by someone else (on Stack Exchange), so I can use them without spending my time to write them. For deep understanding, I must usually do the work myself, because most people who write programming tutorials actually do not have the deep understanding. (Seems to me that most tutorials are written by enthusiastic beginners.)

I have a strong personal preference for the intuition/grokking approach, so I am not doing the optimal thing despite knowing what it is. But I have to admit that this is often a waste of time in programming. Before you spend the proverbial 10 000 hours learning some framework, it is already obsolete. Or if it becomes popular, sometimes the next version keeps the similarities, but changes how it works under the hood, so ironically the deeper knowledge that should be long-term sometimes becomes obsolete first.

In math, the stuff you learn usually remains true for a long time, so building intuitions pays off.

comment by NicholasKross · 2022-09-28T03:24:03.819Z · LW(p) · GW(p)

This was helpful in understanding this problem, thank you

No comments

Comments sorted by top scores.