Hacker News new | comments | show | ask | jobs | submit login
Ask HN: What's your process for learning?
222 points by mysterpaul on June 26, 2017 | hide | past | web | favorite | 96 comments
I'm interested in seeing if anyone has a process they use to help with learning.

- Do you focus on one topic/book/course/project/article at a time, or split your time between multiple things?

- Do you use any tools to track your resources, todos, notes, or goals?

- Are there any pain points you have while learning, or are there any tools you wish existed?




The biggest test of what I've learned about learning was the day I had to learn embedded programming in twenty four hours.

A customer called me at 5 pm. They had a possible six figure hardware sale, but a key aspect of their hardware was too slow, their only embedded software/hardware guy was no longer working there, and they had to have the new code in 24 hours for a demo.

The software component to be sped up was three cores running handwritten assembly, and had been optimized by several people over four years.

The total of my embedded software experience was fooling around with an Arduino. I'd never written assembler before and never see this processor or its family before.

This was going to be good.

I wrote down the problem, and did the math to find out what the solution would have to look like.

It's hugely important to define the problem, and constrain the solution as much as possible. Nailing these down is probably the single most important "trick" problem solving.

With the problem defined, and the solution constrained, I printed the entire processor manual, and read/scanned it through in one sitting. I then went back over the memory and instruction timing sections, since that was going to be the hardest part.

I at least, learn much better by first scanning through a paper book on a subject. This lets you get the big picture all in your head at once, and see how things connect. Unlike just reading an overview, you also get to see the hard details that make up the way the system works. Then go back through later for the sections that matter for the problem you are working on.

I hooked up the customers hardware to the computer, flashed code the existing code to it, then changed the code to turn a status LED off. This was just to verify that I had the code to hardware toolchain working.

I've learned to bite off a small piece at a time, and then build up, rather than trying to solve everything at one go. The first code I ran on the processor just changed a status LED. This let me focus on as small of a chunk as possible, and deal with getting the new IDE configured, etc, without having to worry about the whole class of problems that would come from running my new algo.

I know I need X amount of sleep to solve problems. Even with a crazy deadline, knew I'd do still come out ahead. I went to bed at my usual time.

When I woke up, I knew how to solve the problem. The solution was similar to drawing a diagonal line on a computer screen - which is a really easy problem.

I've found that you can think in your sleep. Maybe this is just me again, but I've learned that as long as I clearly layout a problem, solution, and tools before I sleep, I wake up with the answer. I don't even wonder anymore if it's going to happen. Perhaps this is just the result of a lot of experience, but it never fails. If I'm stuck on something during the day, I just take a shower or a nap and know the answer afterwords.

Because the algorithm was going to be the most important part of this, I coded a JavaScript/HTML 5 canvas visualizer that gave me a live slider for the input variable and showed me a single view the output over many thousands of time steps. The JavaScript version of the algo worked great.

In optimization, the algorithm usually matters far more than anything else. It wasn't that I was the king of assembly language programmers, it was just that I was doing an entirely different thing than the previous programmers had been optimizing. I started with "what would the ideal solution to this problem be", and they started with "let's translate a hardware concept to software".

The second biggest trick to working with a new problem is visualization. I've learned that I can hugely increase my speed of understanding by building tools to visualize the problem and what my code is doing to solve it. For example in the recent, awesome, Halite programming competition, I built a tool that would let me output annotated html5 game maps and documents from within my code. Here's an example visualization output, straight from source code http://braino.org/thoughts/halite_the_simple_way.html OODA loops really do matter, and really are constrained by how much you can see how fast.

After breakfast, I worked out the assembly instructions I'd need, tracking the timing and register values on graph paper. I read up carefully in the docs on each instruction I'd need.

By lunch time I had a paper version that should work, and by 3pm I had it running in the product and had learned how to use an oscilloscope. The customer picked up the hardware and got the sale. The new version used one core instead of three and was measurably, literally ten thousand times improved.

I was now a carded member of the Real Programmers Society.


"I've found that you can think in your sleep. Maybe this is just me again, but I've learned that as long as I clearly layout a problem, solution, and tools before I sleep, I wake up with the answer."

- This is something that occurs to me too, which is why I always scribble the hardest problem I have at hand before I sleep every night. Does wonders. :)


Not sure that I think in my sleep, but I definitely think on long bike rides, has to be more than 60 km though. I will sometimes set up a problem and then let it churn as I turn the crank. Restful and stress reducing too.


This is a great way to solve problems and it's something to be proud of but you get very superficial hit and miss knowledge this way. My previous job was to solve problems in very diverse subjects all in IT but it required research and quick solutions. After a while you get good at defining the problem and doing the research to solve the problem but as you move on to something else you never get a deep understanding and knowledge on the subject and quickly forget what you learned. To me, that's not long term learning.

Problem solving is a great way to learn quickly but make sure you stay around the subject to understand and acquire knowledge for the long term.


I want to thank you for this - it is not only instructive, but I find it very inspiring.


My learning falls into a couple main categories: formal study for the sciences (be it math, programming, crypto, etc); and broad research for advocacy and activism. Both of these involve keeping up with current events, the latter moreso than the former; the former can be especially time-sensitive.

I don't have the time to put these in any coherent order, so I'll just list some:

- Bookmarks. I find much of my information online. I make aggressive use of tags, and I found that organizing them into folders is too difficult and a waste of time (unless grouping them for a project/talk temporarily); the tree structure doesn't lend itself well to a graph of concepts. I have ~10k bookmarks. I keep them; you never know when they'll come in handy, even if only for trivia. Figuring out what tags are appropriate forces me to extract key material.

- Maintain a reading list/backlog. I have short, medium, and long-term lists. Go through them on occasion and re-order them by interest/importance. Remove ones you know you won't have time for.

- Learn to speed read. I find it difficult on a screen, but easy on paper.

- Hands-on experience: if you're programming, go hack on your favorite project, look at bug reports, or write your own. Struggle through problems before you give up and look online.

- My time is split between many things. I use Org mode to organize my thoughts and agenda. Sometimes I can do the entire project in Org mode (e.g. https://mikegerwitz.com/projects/sapsf/tree/slides.org, but I left my time tracking private). It also integrates with my mail client (Gnus), where I live a good chunk of my life outside of work.

- While I read many articles and blogs and stuff online, for any in-depth material, I buy the book or print the paper and read offline. I have a system with 5 different color pens that I use to aggressively mark up and underline (blue general concepts, red a problem, green a solution, purple a technical detail, black misc.). I have a Bamboo tablet, but I still prefer paper.

- As I mentioned in another one of my comments (and as adamnemecek mentioned), read a book multiple times (http://pne.people.si.umich.edu/PDF/howtoread.pdf). It not only helps with absorbing the information and selecting what is important to you for further study (which is important given limited time), but also helps if you can't often finish books; after a few iterations, you'll have a good idea on all of the concepts and know _what information exists_ and _where to find it later_ when you actually need it. Discovery is the most important (thus my bookmarks)---material is always there to reference.

- I don't have time to watch videos---I prefer transcripts, which I can also search through. If I do need to watch a video (either because it explains a concept better or because there is no alternative), I watch it at 2--2.5x and slow down when I get to something I'm having trouble keeping up with. Some people talk slowly even at 2x. :x

- Get rid of distractions. One of the best things I did was create an agenda in Org mode, because once I complete a daily task (e.g. reading news sites; checking mail; checking GNU Social), I _stop_ and move onto another task. No peering at my e-mail or news sites 20 times while I'm doing another task.

- Similar to the previous: I only work on personal things at night. I have a family, and I want to spend time with them---I feel guilty if I work during the day when the kids want to play, and all the noise is a distraction; it breaks flow constantly. Wait until a calm point.

- Iterate over your system. Everything I do has evolved over the course of many years. The learning curve for some tools will slow you down, but can be very rewarding. The iterative process can slow you down. But that's not always the point: a good system can have returns in the long run, but it also _reduces stress_; you want to enjoy learning, enjoy the tasks you're doing, and not have to worry about other things. This might involve writing scripts, too.

I have more things, but that'll have to do for now.


This is a great list. As OP is possibly interested in tools as well, here are some of the tools I use for some of them in this list.

1. bookmarks: pinboard.in / chrome plugin, add bookmark - add any relevant tags

2. backlog: todoist.com with tagging

3. speed read: beelinereader.com / found this to be useful but didnt use that often

4. reading offline: kindle

5. watching videos faster: video speed controller from chrome store


For books, you have to generally read them like 5 times. The first pass might take me like an hour, it's mostly to establish a general mental framework for what's in the book (actually try to read the table of content, and like familiarize yourself with the words you might not know). On the second pass, you will actually try to read the book and retain like 20% of what you read. On the next one try the next 30%.

This approach has the advantage that it lets you decide what's important. I also like to believe that it establishes better connections between the single ideas.

I would say that goals are counterproductive until you are somewhat comfortable but not when starting out. Like yeah sure, you should make some progress but you are in an uncharted territory, the best thing you can do is to walk around a bit and make sure you stay engaged.

If you move to a new city, you probably walk around the neighborhood for a bit, then to the neighborhood next to yours etc etc.


This was on HN quite some time ago:

http://pne.people.si.umich.edu/PDF/howtoread.pdf

I find it valuable for another reason: I'm always constrained for time, so I might not get through an entire book. If that book is deeply technical, it discourages me from continuing, because I have to take the time to re-skim what was read previously.

I somewhat recently started trying the above method. With multiple iterations through the book, I can get an idea of the information and at the very least know where it find it and that it exists. Depending on the iteration, I'll have some notes to fall back on, or have some important concepts underlined.


This is also why you shouldn't just watch beginner tutorials on complex software like 3d modeling packages or digital audio workstations.

Those are good, but you should also watch professionals use the tools on really complicated projects in person or in screencasts. While you won't be able to follow along fast enough and will be in way over your head, you will learn what's possible and be able to remember in the future when you run into a problem that needs complex radial symmetry, or whatever, that there a way that is much faster.

It also broadens your notion of what is possible in the application, rather than trying to reason from the ground up of the simple tools you have learned in a beginner tutorial.


That's a good guide, but one thing I think it doesn't emphasize enough is the preface. If a book has a preface, that's usually where the authors make their case for why the book exists in the first place. It's worth paying extra attention to the preface, because it establishes the context of the entire work. The ToC tells you what's in there, and it might hint at why, and the intro might give you more historical background, but the preface is almost always short and sweet.


How does this work for mathematic books?


Great PDF on how to read.


It is extremely inefficient to just read a book 5 times, it is like throwing mud to the wall hoping that it sticks. It's much more effective to focus on each topic and try to remember and repeat the informations just read. Having a general mental framework on the book on the other hand is very helpful.


Not it's not. It's not like each pass takes as long as if you were doing it in one pass. I would actually say that this approach is faster as it lets you focus better and on the things you want to get.

> it is like throwing mud to the wall hoping that it sticks

I must have not explained it well because that's the exact opposite of what I'm talking about. It's not about what sticks, it's about creating the connect-the-dots

> It's much more effective to focus on each topic and try to remember and repeat the informations just read.

Effective for what? Assuming that a neural net is a good approximation of the human learning model, why do nns tend to be be trained over multiple epochs?


To create the connections you have to consciously think and recall not only the topics, but also understand how they are connected and practice them. Seriously, I thought this was the last place on earth were I would have found people saying that to learn something the best way is to read a book 5 times. Because if you want to learn Java obviously the best way is to read a Java book 5 times, instead of reading one concept at a time, understanding it, recalling it, putting it in practice with exercises without looking at the book and connecting all the concepts. I will continue learning in my way that for you is for some reason so alien, good luck in learning reading 5 times.


You are misunderstanding what I'm saying.


Sorry, but you're wrong.

You're not reading a book five times, cover to cover. That's not a productive use of your time. Instead, you should breeze through the table of contents. Skim the first chapter. Still interested? Skip to the last chapter and read that. Jump around to the parts that interest you. Read through it again with a broad outline of what you're reading. Encounter a boring section? Skip ahead by twenty pages or drop the book altogether.

This is the best strategy for reading books for knowledge, and not just to say you've read a certain book.


I wouldn't say that reading a book multiple times is wrong. People learn in different ways. One way works for some and another way works for others. Anyway, finding the interesting parts of a book is a good tip, one of the axioms of learning is that you'll learn much faster if you are interested. Building interest on the book/subject by reading what we find interesting is an excellent way to learn. Of course you have to eventually read what you previously found uninteresting. Hopefully by then you'll have enough knowledge or curiosity to get thru it. What helps is to constantly ask questions as you go through the book and finding the answers will help. Generally speaking humans need to solve problems to survive. Our brain gets a hit of Dopamine every time we get an answer. So, by asking why as we read, we'll be rewarded by learning.

My tip is to make sure you understand the subject. By putting it in your own words. A problem with reading is that it's easy to fool ourselves into thinking that we know something when in reality we don't. We need to constantly test ourselves.


I agree that this scatter based approach to learning works very well for me, mainly because I am always interested in what I am learning. This approach also works for narrow scope based topics, by "flitting" between resources (internet links etc) rather than obsess about a single (possibly badly worded) article/tutorial.


I am reading "How to read a book" and the process you described is akin to inspectional reading. The book goes in great detail how to utilize the inspectional reading process and improve it.

It also describes the next step "analytical reading" which comprises of mostly asking questions about the topic in general and about the author's intent.


I'm sorry, but I don't think you have much experience in learning. In this way you will only remember a fraction compared to focusing step by step on the different topics and purposefully recall all the concepts, ideally putting them to practice starting from scratch without looking at all at the book. Source: pretty much every research about learning agrees that the conscious efforts of recalling, especially with spaced repetition is the best way to learn something. Plus anecdotally decades of experience in learning a huge amount of topics, programming languages, human languages and whatever. If you want to learn something useful I think that it may be helpful for you the course "learning how to learn", already cited by someone else here, in coursera that explains quite well why just skimming and reading a book is a very inefficient way of learning something. Accordingly to that course and a lot of the current learning research I'm not the one that is wrong.


I do a bit of a twist on this : I get as many books on the same subject as I can and read them all at least once. I typically find that each one has valuable nuggets, one really clicks with my brain, and all contribute to scaffolding a solid internal representation.


Haha same here. It's becoming a bit of an issue, as my apt is getting filled up.


> The first pass might take me like an hour

How do you fast read it? It's more like skimming it rather than actually understanding it. It would be frustrating for me, I'm more like a perfectionist who hates to leave behind not understood paragraphs. The idea is neat though, I lean the same way, but it's not true how I read books.


Very quickly. I would say I'm only scanning for terms that occur a lot and that I'm not familiar with. And in what order they are introduced.


I almost always only learn things that I can immediately apply afterwards, because otherwise I find I don't retain enough useful knowledge that I have to go through the same learning resources again by the time I need the knowledge.

I have two learning modes. When I first come across a new topic, e.g. hadoop, I will go broad and skim as many learning materials as I can to get an idea of the lay of the land. Once I feel confident I have a handle on the major parts and technologies involved, I'll switch to the second learning mode and work through the subjects / technologies one by one by searching online for "best way to learn X", figuring out what the common denominator is, and then working my way through that while taking notes in onenote.

The note-taking is crucial for retention as well as keeping track of salient points (it's all in a onenote notebook, so I can find something relevant again even if I don't recall the particular book it was in).

What I wish existed was a sort of wikipedia for learning, keeping track of every subject / technology and giving a reference to the best learning materials in a crowd-sourced way. Right now learning sites focus on their own content, but it's not always the best, and it is not crowd-sourced. The best hits for learning resources are usually stackoverflow or quora links, but neither are the right format for such a thing.


> I almost always only learn things that I can immediately apply afterwards, because otherwise I find I don't retain enough useful knowledge that I have to go through the same learning resources again by the time I need the knowledge.

This. A friend of mine (senior sysadmin on a different team) has ranted about how his boss put tasks like "Learn Docker" in his list of goals for the year. First, such a task is hilariously underdefined. Second, if you're not going to apply the knowledge, it will be forgotten within a few weeks, and time spent studying it will be wasted.


We definitely need a well designed website or search engine for learning materials. I've wanted an algorithmic way to figure out the most useful websites to learn a topic. Perhaps if you had data on which websites users bookmarked, you could cluster websites by topic and also figure out which sites are bookmarked by beginners and which sites are bookmarked by experts. Of course a simple crowd-sourced upvoting system might work just as well.


>What I wish existed was a sort of wikipedia for learning

I write (private) wiki pages for myself when learning a new tool or tech. However, I think the process of taking in information and rewriting it in my own words is more valuable than the wiki pages themselves. Plus it's a handy way to store relevant links and brush up on a topic if I don't engage with it for awhile.


What tool do you use to make your private wiki pages?


I think the question is a tad ambiguous. Are you talking about learning from scratch or building on what you already know?

The common thread in both is mastering the foundations. I know this is controversial, but I believe in book learning before playing whack-a-mole around the internet, simply because you aren't at the point where you can differentiate the signal from the noise.

After the foundations, I learn on a need-to-know basis, which is generally more applicative: if you are trying something that's never been done before, then the perspective is top-down instead of bottom-up.

I don't use notes, todos, online tracking, or whatever goal-oriented resources people are using. I don't see learning as a goal-oriented exercise so much as an accidental accumulation of knowledge. Knowledge gained best from a genuine interest in the subject at hand, which often leads into a genuine struggle to learn some topic, either because it is genuinely difficult or it something you find boring but necessary to learn to continue.

I'm an autodidact, and really, the best advice I can give is learn yourself first. Be absolutely honest with yourself about your interests, your limitations, and the answers, via a long journey of trial and error, will eventually come to you. The fact is, we aren't all able to fit into a mold, and no matter how much advice you read... advice reading is pretty much worthless without a grounding on failure.


I made a tool to help making notes while studying. Aim was to make something which allows you to:

Add text and images quickly, so you can type along with a lecture, or by copying and pasting text, html or pdf from documents you are reading. At the same time it must be easy to add and scale images.

Tidy up and restructure your note. Just typing your notes is not enough. You also need to think about it, and restructuring or tidying up your notes is a great way to do that. The tool you use should not make you redo or rewrite the notes completely. It should just be click and dragging without messing up the formatting.

Show structure in multiple ways (colors, sizes, shapes, connections etc). Making notes in a text editor is limited. You need something that does not just scroll up and down, but also left and right. Something that looks more like a diagram or a mindmap, to which you can also add connections, labels, arrows, and colors. Having notes that look more like infographics helps me alot to remember or retrieve what is in them.

Have overview and detail in the same map without to much clutter. I myself like having notes on a topic in one document, but it must still be easy to show the structure and the details.

I am pretty pleased about how all this works in Breakdown Notes (my project). If you would like to check it out I suggest you take a look at an example map about english grammar: https://www.breakdown-notes.com/makemap/load/grammar


You sneaky little b____d using an ASK HN for advertising :P. This actually looks useful. I'll give it a try sometime.



But what's the best way to learn how to learn?


I think that, first you have to learn how to take courses on how to learn on how to learn, then you may progress to taking course on how to learn how to learn.


I took the course. I thought it was excellent and it took less than a week for me to complete it working very part time on it. I was already using some of the suggested techniques, which was reassuring, and I learned some new ones. My progress with learning a new language and memorizing things in general has noticeably improved.


Can you summarize some of the techniques suggested in the course?


Doing.

I pick a project that interests me at some point; currently "I'd like to have an internet music player that sits on my cupboard and doesn't require my tablet".

Then:

  * decide on platform (CC3200, because it has wifi, enough processing power, 
    and I happened to have one)
  * build something that decodes an MP3 stream (investigate, pick Helix as the decoder,
    make it run on the CC)
  * think about hardware (DAC, amplifier)
  * think about enclosure (wood, how to do front panel)
I knew next to nothing about many of these things when I started, and I'm making lots of mistakes along the way, and I won't become an expert in any of these things, but the overall goal/"target" provides a guide to decide what to learn next. A search engine then helps me find the resources I need.

For tracking my progress, I've started to use Emacs org mode.


Came here to say this. Couldn't have said it better.


I usually focus on one goal at a time and dedicate all the time I have available to it.

The key is that I must have something I want to accomplish as a reason to learn something new. For instance, if I just decide to learn a new programming language, I will lose interest very quickly. But if I decide I wan't to create a new app, I can then use that same programming language for the job and I will consume every information I can in order to make it happen. Usually using google and youtube to find the resources. I start from the basic I need to start and go on from there.

I've used that method to learn new programming languages, surf fishing, technical analysis/investments in the stock market, grow plants, electronics, cooking, etc.

TLDR; focusing on a project makes it easier to learn as you need the information in order to make it happen


That's what I do too: make something to learn something. Currently writing an android app to learn Kotlin.


>Do you focus on one topic/book/course/project/article at a time, or split your time between multiple things?

For me, I deliberately split across multiple topics/books because my brain has different thresholds of concentration depending on time of day. The early mornings are best for more challenging subjects (e.g. math, deep learning algorithms, etc). At night, it's easier to read softer topics like history and politics. I think it's important to pay attention to your brain's energy levels and when/how it gets distracted. With that knowledge, you optimize your learning schedule around that.

>- Do you use any tools to track your resources, todos, notes, or goals?

Since learning time is finite, I think it's a important to put together a little curriculum of all the topics you want to learn. Prioritize them.

>Are there any pain points you have while learning

Another piece of advice that nobody ever seems to emphasize (but I wish I had known early in life) is that there are topics that will be a waste of time to learn. In my case, I regret I spent hours on PowerBuilder, IBM DB2, and DOS batch scripting with VBScript. It doesn't mean those skills are bad for others but a little research would have made me realize there were other more important skills to spend precious hours on. (Time spent learning X is time not spent on learning Y.) The tldr is that people will often evangelize things for you to learn that you really don't need to learn. They have good intentions with their advice but they don't know the complete picture of your life's goals.


Do you have a heuristic for determining what is/isn't worth learning? I personally try to learn the lowest level things I can, as I know that will have broad applicability.


I read whatever interests me until it doesn't interest me any more, and I quit reading things that don't interest me. I don't say that to be flip—it's actually what I do, and it has allowed me to consume an enormous amount of material over the years. The only trick to this method is not to confuse difficulty with boredom. There are times when I learn to code, for example, or when I read about obscure financial wizardry or mathematics, where my mind drifts and it feels like boredom. But the reality is just that it's hard. Sometimes when things are hard you do have to change your track until you've developed prerequisite knowledge to come back to it. Just make sure in those instances not to decide the thing was boring because you couldn't handle it on the first go.


> focus

For casual learning, I split my time across various subjects and do whatever feels interesting. For serious learning like a certification, I set goals based on e.g. time spent studying.

> Tools

I use plain text files, either a single file or a folder full of them. I try to develop a sort of learning system for the subject in question.

> Pain points

I was too reliant on outside sources before and did not spend enough time creating "my own" knowledge through hypothesis, testing, measuring, etc. Nowadays I realize I have very little need for most of my books; it's more fun to see what I can come up with on my own.

I also wrote up a "learning ladder" that ranks various forms of study; for example before opening a book or a browser tab on a topic I will check to see if there's a short YouTube video available. After that I might look for an ELI5 on Reddit. Then eventually you get to books.

While that may seem obvious, it represents my taking responsibility for my own learning and I am a more motivated person because I created the ladder by myself and continually work on it. I have hundreds of these systems in areas from learning to fitness to work operations to finances, etc. When I go on vacation it's the #1 "book" I enjoy reading and pondering (I save all the .md files to Dropbox for reading on my phone).


I'm surprised nobody has mentioned Anki cards. It's a scientifically proven method to learn any topic through spaced repetition.

Any time you find some thing you want to learn - add a card to Anki. Anki will make sure you never forget and truly understand the topic.

I highly recommend AnkiApp: https://www.ankiapp.com

Or: https://apps.ankiweb.net


could you post your anki's setup? Thank you


I work in the field of natural language understanding and in the last few years I've figured out how to use that very advantageously wrt learning.

Here's the approach I use:

- Every time you come across a new term or concept, you create a new "notebook"/document. That's right, one notebook per concept. The title of the notebook is the name of the concept.

- You create a summary for the concept using bullet points. What you're trying to maximize with this set of bullet points is the speed at which, in the future, you can re-read them and achieve a similar brain state to what you had when you originally learned the concept.

- You can then obviously have extended notes below that where you go into more detail.

- Then, crucially, you create something akin to a regex that will allow you to quickly and unambiguously look the concept up in the future. If you just learned what a rectified linear unit is, your pattern might simply be:

rlu | (rectified linear unit)

- You then have a hotkey on your computer -- I use Ctrl-Q, that brings up a text box where you can type the name of the concept you want to bring up (ex. "rlu"). When you press ENTER, it doesn't give you search results if there's an exact match, but instead directly opens the document and makes it instantly viewable / editable.

- As your concept graph starts to grow, you have links within your notebooks to related concepts as they're referenced.

- Each time you read an article that is important to your understanding of a concept, you quickly open up that notebook and add that article, and perhaps one or two bullet points that contain the key things you learned that expanded your sense of that concept.

- This same system can be used for more than learning text book information. You can use it if your a project manager to keep tabs on the millions of things you have to juggle, you can have notebooks for people, for lists, and you can have "regexes" for "programs"/scripts, for web pages, for files/directories, etc, etc.

- More general than "regexes" are context free grammars. In this context what that means is the ability to have named "subroutines" for your regexes. For example, if you end up using RLU as a sub-part of a lot of other notebook regexes, then you might define $rlu to be a short form for (rlu | (rectified linear unit)).


Work on projects that you are passionate about. Work together with peers, get help when you are stuck and help when they are stuck. Be playful, do not be afraid of making mistakes and do not focus on perfection.

I warmly recommend Pragmatic Thinking and Learning by Andy Hunt and Alex Martelli’s lecture “Good Enough is Good Enough!” from EuroPython 2013: https://www.youtube.com/watch?v=gHG9FRSlPxw

More notes on learning: https://www.simongriffee.com/what/learning/


Depends on what I'm trying to learn, but for things like Math and other technical topics, I'll try to find textbooks/video lectures, go through them, while adding them to Anki.

If you don't use Anki - you really, really should. I'd be lost without it - it's one of the greatest life-hacks I have. Without it, I don't really feel like I've learned something "for life", only just for a moment.

Also, reading multiple textbooks on the same topic is in general much better than just reading one, preferably in slightly increasing complexity.


Totally agree on Anki. It's not just for language learning (although it's great for that - I use it for Japanese). I also have a deck for those day-to-day random facts I used to just keep forgetting - family birthdays, proportions for French press coffee, etc.

Gwern calculated the total time spent reviewing the average card is 2 mins across your lifespan (https://www.gwern.net/Spaced%20 repetition) - so anything worth ~3mins investment to learn can go in Anki and you'll never forget it. It's magic.


Absolutely, and I love Gwern's article as well. I use it for random facts, remembering faces, pretty much anything I learn academically that I can (economics, maths, etc), as well as studying some "lists of facts" just cause, like the location of all the countries in the world.

It's also an amazingly designed piece of software in terms of functionality, even if it does have a bit of a learning curve.

Honestly, my only complaint is that I can't figure out how to give them money! I'd love to donate to them but can't seem to :(


I actually started using a search engine I built for choosing what and how to learn things.

https://learn-anything.xyz/

As for learning I usually mind map concepts I thought were interesting and then review the mind maps and create flash cards. It depends on the content however.

If it is something actionable like learning a programming language, I try to use the knowledge straightaway and build things. :)


This is great project, thanks for sharing!


It depends a lot on the topic. For coding/tech, I find working through an "organized collection" of video tutorials by rewriting the code locally and taking notes along the way, works very well. It's time-consuming, but I tend to retain more concepts after watching, listening and practicing, since it engages more senses (vision, sound and touch).

Prior to learning a new topic, I try to make mind/concept map of the material based on my initial understanding from reading articles or browsing books, docs and examples. It also helps to have an end goal or project in mind to connect concepts to actual outcomes. You can also try explaining what you just learned to a non-technical person; forcing you to "make sense" of a concept while converting to non-technical jargon.

Overall, it just takes time. After years as an autodidact, I haven't found many short cuts around hard work. There are many great techniques out there--some will work for you and others won't--but consistent practice is usually the underlying theme.


1. Read a little until I'm itching to try to apply what I know.

2. Try it.

3. Reflect on what went wrong.

4. Go to 1.


Usually, when learning something, I have a project to work on to apply my knowledge to. I find that I'll start by searching for some good resources. This is typically books, blogs, subreddits, screencasts, awesome-X, etc. Then I'll spend an hour or two a day learning from whatever resource I'm using, and spend the rest of my time working on the project, applying what I've learned.

Sometimes I don't have a project to work on, but I'm interested in something. For these things I'll push to use on new projects at my company, and will read a book or two about them prior to convincing people its a good idea. This isn't always ideal because the knowledge doesn't really stick without applying it to projects, but it scratches my itch to a certain extent.


My favorite way to learn a new topic (which consistently works well for me) is to read several books about the same topic back to back.

I find that if I read three books by different authors on let's say React for example, which are all meant to cover the basics, I learn much more than by reading one book three times. The difference in the authors voices and inevitable variability of emphasis and style throughout, really helps me stay engaged and pick up the things I might have missed in the last book.

I'll usually do this first, then move on to tutorials and deep dive type books which are mostly a breeze by the time I get to them because of the very solid fundamental foundation provided by the initial book set.


Setup

[ ] Define a subject, and a goal

[ ] Get resources

[ ] Create a topic list

[ ] Filter the resources and assign resources to the topic list

[ ] Think about possible projects

Study - For each topic

[ ] Collect data in a reference note

[ ] Create flashcards

[ ] Search and create questions / exercises

[ ] Explain the subject in a piece of paper (Feynman's technique)

[ ] Apply the knowledge in quizzes and practical projects

[ ] With notes, explanation, quizzes and flashcards create a KL

-----

- Do you focus on one topic/book/course/project/article at a time, or split your time between multiple things?

> I focus on topics, not resources. But I split my time into multiple disciplines.

- Do you use any tools to track your resources, todos, notes, or goals?

> Yes. Evernote(Premium)

- Are there any pain points you have while learning, or are there any tools you wish existed?

> Yes, a good markdown 'platform' compatible with Linux/Windows/Android


we think alike! I have this process written down and pinned to my wall. I have been refining my thought process regarding learning. currently I have:

1. try to find a overarching synopsis of the main topic or goal. This can be done by looking at a summary article or by skimming the summaries of a textbook or by checking an expanded table of contents

2. Extract major topics and write these on a spreadsheet/graphical program/(giant) index card/ paper. If you used index cards or a graphical program or index cards try to discern dependencies between these topics by using the gui tools or simply laying out index cards on the ground.

3. Find resources that explain the topics. The resources do not need to be from the same resource. One source can explain topics a,b,c well but not d. You can use another resource for topic d.

4. map projects to topics: extremely important. After finding out the topics and associated resources, you should be able to come up with applications of the topics. These could be as simple as solving problems from a textbook or they can be grand like building a motorcycle (actually, that's too grand). Keep the primary goal to be learning the topics you set out to learn or completing your goal.

5. execute the projects

6. check off topics as you encounter them

7. reflect on the results of the project or application

8. if you encounter difficulties find more resources and drill down on topics you found interesting or challenging.

Not perfect, but its working well for me. You can start from practical applications or theoretical concepts. Books are great because they contain a structured approach to a topic. ALWAYS MAKE SURE THE BOOK HAS PROBLEMS THAT HAVE (some)ANSWERS!! You should be able to do quick knowledge checks.

topic based learning is more difficult and I feel like it's like making your own sandwich vs buying a prepackaged one.


Other people have covered in detail different approaches to learning, so I figured I'd mention a weird thing that's been helpful for me, in case it's useful.

While learning, I try to split off a little piece of myself into a sort of adversary, whose job it is to get me to do basic problems / tasks, in order to demonstrate that I don't remember as much as I think I do.

This might happen in the form of spending an hour one morning leafing through older material, and setting aside things for me to solve / re-prove. It's pretty simple, and I take some kind of perverse joy in finding areas where I thought I would remember much better.


Two classes of problems: something related to what I'm already well versed in is different to something that I'm a noob.

For noob stuff, I make and quiz myself with physical cue cards. The act of writing the card and the answer seems to be 75% of the memorisation i need but i forget quickly... related to that, i write myself 'guides' that I wish i had read weeks/months before when i didn't know anything. something about writing the subject down as if i'm teaching it let's me anchor the beginning at a level that i can treat as a given and then baby steps all the way to the end. it's a bit Feynman-ish in that it really does force you to acknowledge when you're skipping over something and just rote-memorising.

Also, treat black boxes as a known unknown that you can always go back to. You often have to link up a dozen black boxes to get anywhere and if you go down each rabbit hole, you'll never get to the end. Better to play with them, get a feel for how they are behaving and dive in if/when they aren't doing as expected.

Quiz yourself. After a while it gets quite relaxing to glide over problems that stumped you when you first thought your should write them down. helps remind you that you _are_ learning.

Lot's of books/articles etc covering the same topic and re-reading them. You're different each time and you never know when you are _ready_ to learn that particular thing.


I would look at Timothy Kenny's courses on Udemy for a really good explanation on this.

There is also a book called "Cognitive Productivity" by a professor at Simon Fraser university I recommend you check out.

Sadly there is not a lot on this subject. A good example of this is the fact that right now, the only traditionally published book on this topic is literally called "How To Read" and was published in the 1940's.

- - - - -

To directly answer the question though, you should: 1. Read a book and use a pen instead of a highlighter. This allows you to not only underline but also write in the margins insights 2. Type up your raw notes 3. Take your raw notes and the synthesize them into a higher level summary of the main points 4. THEN, THE MOST IMPORTANT STEP, take your synthesized notes and create a "concept map" of them, something visual. Mind Maps are a good example of this, but they're only 1 type of concept map. This is extraordinarily easy to remember, and ideally you want to create a visual diagram for each book you read. These pictures or patterns are incredibly easy (comparably) to store in long term memory than recalling say 3 pages of notes. Also they are far easier to draw and convey to another person.


Try to get learning working in multiple aspects of your brain at once. One of the best "learn about learning" lessons I ever had was studying jazz theory. My teacher used a four-way method of learning chords - say the name of the chord, visualize it on the keyboard, feel the shape your hands make to play the chord, and listen to the sound of the chord. I've applied this sort of approach to all sorts of skills since then.


Here's a quick clip on learning and knowledge from Richard Feynman one of the greats in physics. I suggest you watch the whole video, it's good but at the last minute or so he summarises learning and knowledge in his view. It's GOLDEN!!

Here it is:

https://www.youtube.com/watch?v=dQai9QikTBI&feature=youtu.be...


My learning style is Abstract, Connected, Historical, Written, Social

This means I need to understand the theory first and work down to practical examples (many people learn the other way around but not me). I need to understand how one set of abstractions or theories connects to others that I may understand better. I like to go back to origins, understand motivations, follow the evolution, and see what paths are thought to be dead ends (like machine learning was thought to be a dead end by many people around 2005). I only really understand things if I write them down and preferably write about them. I learn best when I learn with other people, my wife jokes that when I want to learn something I start a company.

Given my learning style, yes, I need to be learning several things in parallel, helps with the connections. I also tend to read too quickly so having three or so learning themes at any time helps me to slow down and reflect.

I have been tracking my learning in granular detail for about ten years using Excel. I am also tracking it on TeamFit.co Every year I build a learning plan (goals, resources, evidence) and track against that.


I take the most practical approach possible, because it allows me to get to my goals as fast as possible.

Usually, I want to learn something because I want to do something with that knowledge. So as an example, if I wanted to develop an app on a platform or in a language I have never used before, I would start by reading some general knowledge about the language or platform, to get my mind going. Maybe grabbing a book or finding some good online basic tutorials. I usually never finish the books, because I often get to a point where I understand enough to start asking specific questions that I need answered in order to make progress on my project. So I stop with the general knowledge, as I have enough understanding to actually start implementing things, and I start researching the specific questions I have for making progress on my app. And I just start executing and working on it, and researching answers as I go. This way, I learn as I go, and I keep myself motivated by actually having deliverables at the end of each "lesson" I set for myself.


I learn best by doing. I imagine how something might work (I am usually wrong!), and try building it. When I discover that I need to learn something, I try to communicate what I'm trying to build, why I am trying to build it, and where I got stuck. Then I ask around a bit (StackOverflow, Quora, Reddit, coworkers) to see if someone has insight how I might succeed. The depth and quality of answers I receive hint at the quality of my question, or the familiarity others have with the problem I am solving.

If I get no answers, I usually grind away at the problem until I lose interest, can ask a better question, or make enough progress that I can answer my own question.

Useful answers include offering:

- a suggestion to use alternative solution with acceptable trade-offs

- a different approach to how I solve my problem

- a specific answer to the question I asked

- to collaborate with me in finding a solution

- a supportive comment (the cutting edge can be lonely!)

- understanding about a trade-off or consequence of how I am approaching the problem

- a suggestion on improving the quality of the question

- a referral to someone who knows the answer


I built a tool to hep me find good talks, https://www.findlectures.com. I've been curating some of the best of these and sending them out in an email (http://www.findlectures.com/emails), which has forced me to push a lot further exploring available topics.

I split my time between multiple topics, generally aiming for variety over depth, and collect recommendations for books / speakers from various places (friends, Hacker News, the evening news, etc).

I've found that having multiple simultanous books or project s is helpful, because they can interact in interesting ways E.g. one author has accidental insight into the topic of a second book, for instance, or a footnote to a problem in one project solves a major problem for the other project.


Here is the key insight (from, in my mind, Gilbert Ryle originally):

There is a difference between knowing that, and knowing how.

When you want to learn that something is the case, read.*

When you want to learn how something is done, do.

If you want to learn how to do something, and you are not doing the thing, then you might find yourself not learning.

* You can take notes, summarize, and repeat.


In my experience, understanding theoretical concepts is challenging because the process of learning is often not legible [0].

What has worked for me is having multiple periods of immersion into a concept or topic, while referring to multiple sources, with notes [1] summarizing small bits as I learn them. I keep refactoring those notes as my understanding grows, to include coherent maps of larger and larger chunks. On short time scales, my learning is not measurable, but experience indicates that my understanding grows over time. Looking back, my periods of immersion range from a few hours/days, while I tend to revisit topics every few weeks/months. I guess this falls under the umbrella of spaced repetition methods.

Since my interests and pursuits are very diverse, and I'm seldom "finished" with something, I don't like the psychological weight of todo lists [2]. I maintain lists of interesting stuff [3], and several hundred browser tabs [4] but they're mostly not things to be checked off, and languish peacefully for long periods. That said, I'm on the lookout for better knowledge/idea management workflows and software. What I currently use is organically grown, and very messy.

That was for theoretical understanding. Practice helps, for things one "does".

---

[0]: Venkatesh Rao: A Big Little Idea Called Legibility -- https://www.ribbonfarm.com/2010/07/26/a-big-little-idea-call...

[1]: Markdown files, or scribbles/diagrams on scratch paper

[2]: Scott Hanselman: It's not what you read, it's what you ignore -- https://www.hanselman.com/blog/ItsNotWhatYouReadItsWhatYouIg...

[3]: Zim Wiki notebook -- http://zim-wiki.org/manual/Help/Notebooks.html

[4]: I <3 Firefox and the TabGroups extension


I have different processes and strategies depending on what I am learning and how familiar I am with a topic. For example, if I would like to explore a brand new topic that I have no clue about then this is how my thought process looks like:

1) Look for verticals/lists of resources. These exist in all fields, awesome-lists are just an engineering example, universities keep lists of open courses, list of book recommendations or lists of open-sourced books.

2) Look for key figures in that field. PhD Researchers, Conference Presenters, TEDx Talkers, Professors, Founders of Companies in that field. Follow their pages/blogs/twitter accounts and ask them what resources do they recommend for beginners. Compile your own vertical of resources based on cross matching the resources here with the ones you found in other verticals.

3) Look for courses, new ones are usually offered on MOOC Platforms, archived ones can be found on university websites. Check the reviews of such courses and pick the most beginner friendly one. Depending on the field, if it's not technical then you will have to look for courses elsewhere, for example: The Great Courses.

By now you should know, roughly, the best resources (Books, Articles and Courses) and how to find more (verticals and people in that field).

4) Learn the terminology. One way to learn the terminology of a field is to pick the book you decided is best to start with using the previous 3 steps, open it and go to the index section, read the index and start googling terms as you come across them, for example: If I am exploring Data Engineering and I come across the word or term "stream processing" then I will start googling that term. Familiarise yourself with as much terms as possible.

5) Commit to reading at least 1 book, going through 1 course and trying to apply as much of what you learned as possible. Technical subjects are the easiest to apply this step to, since you can start a side-project at anytime.

P.S. you can always ask for guidance in this, you don't have to repeat all the steps for all fields, for example, you can submit an "Ask HN" post asking for resources about X topic or a question on a related Subreddit such as: /r/PostgreSQL.

Best of luck!

EDIT: typo


Learning what? Welding? Practice, practice, practice.

I focus on the thing that I'm most interested in at the moment. That is rarely an entire book, though I've done that too.

If I feel like I need to take notes to keep track of what's going on, I will do so. I might also leave a note about things I've skipped or glossed over and should want to (re)visit again later.

The biggest pain point is usually scattered information, or information that assumes some background you don't have and doesn't give you enough clues to fill in.


I think this question can be best answered by first looking at what research tells us about learning (otherwise your question attracts only anecdotal responses which will be less universally applicable). Here's what research says, followed by how it applies to your questions in particular.

1) Mastery based learning is generally the most effective process (learning each axiom of a topic to 100% before moving onto the harder topic)

2) Spiral based learning is an effective add-on to mastery based to keep you remembering the things you've learned (coming back to a topic just at the point of forgetting keeps you retaining knowledge)

3) The content you learn off of (video, text, etc) has different attributes which may correlate to better transferring of knowledge: Shorter videos, hand-written visuals, enthusiastic voice, have all been shown to correlate with better learning outcomes.

4) The motivation you have for the topic you're learning and how much closer it exists to intrinsic/extrinsic motivation dictates how well you'll absorb a topic. The closer to intrinsic, the more effective learning will be. Project-based learning generally falls into this category: projects that interest you motivate you to learn more.

Now with all of that in mind, to answer your questions:

> Do you focus on one topic/book/course/project/article at a time, or split your time between multiple things?

(1) would suggest that you should not split your time, at least at first, unless you are trying to find a better explanation (3)

> Do you use any tools to track your resources, todos, notes, or goals?

Most of the suggestions sound like meta work. I wouldn't suggest tracking todos so much as perhaps writing down the things you've learned to prove to yourself of (1) mastery or to come back to later for (2) spiraling.

> Are there any pain points you have while learning, or are there any tools you wish existed?

Sounds like you are trying to make a tool to help people learn/track learning at a high, abstract level. Because there is no one right solution to everything because of (3) and (4), whatever tool you create may not actually help anyone unless it's more domain-specific and less abstract.


Head. Wall. Repeat.

Persistent effort. Work it out yourself. Don't just read it, think it, play with the concept until you can generate examples and explain them to others.


Several comments mentioned that the best way to learn is by doing - applying the knowledge. How would you go about learning-by-doing something like particle physics or advanced chemistry without access to labs? Are you reduced to creating homemade soap and rote memorization of theory? Could you ever make a meaningful contribution or get a job as an autodidact in either field?


> How would you go about learning-by-doing something like particle physics or advanced chemistry without access to labs?

You can't! That's what makes computer programming so special - no lab needed. Anyone wishing to learn physics or chemistry better have access to a lab sooner or later. That's just the reality of it.


If you're doing needfinding for a project idea to enhance learning, my suggestion is to focus on a single DOMAIN of learning first rather than trying to make something to help learning in general, since it's such a vague and broad problem. e.g., "how do you learn to do your taxes?" or "how do you learn basic home maintenance?"


I'd like a desktop app that, when engaged, would monitor browser usage and lightbox my screen after 3 minute of browser use with a simple question "Are you solving a problem or taking a break?". If I choose "taking a break", I'd like a 1 minute countdown timer engaged with a suggestion to focus on breathing instead.

Please? Pretty please? :)


I wrote a summary of a Coursera course, which I highly recommend, " Learning How to Learn " and a book " Deep Work: Rules for Focused Success in a Distracted World ". You can find the first draft here https://goo.gl/mfNhp1


No videos, taking notes in Scapple, searching for the most simple explanation in multiple articles at the same time, implementing what I need as soon as possible.

Focusing if the topic I learn is focused itself or not focusing if it's very broad.


I use a mixture of approaches, but w/r/t development I'd say one of the main approaches I use is to just start building something that requires me to learn something new, and then learn as I go. The actual learning is a mix of trial-and-error (in the case of programming), reading books, watching videos, taking classes, reading papers, etc.

For non-development topics (say, math) it's again a mixture of reading books, watching videos, working exercises, etc. And I try to attack problems from multiple angles, by using different books and resources. Just to illustrate with an example:

Last night I started working through How To Prove It by Daniel J. Velleman. I got to the Chapter 1 exercises, and hit a point where I needed to know if a given number was prime or not in order to verify my answer. It was a number larger than the list of primes I have memorized, and I didn't feel like testing all the possible factors by hand, so I just fired up R on my laptop, loaded the matlab library and used the isprime() function.

Later in those same exercises I got to a point where I had an answer, but wasn't sure if it was correct or not, so I just googled until I found a guy's blog where he posted his answers to the same problems. My answer matched his, so I felt fairly confident that it was right (of course, we might have both made the same mistake).

Had I not found that guy's blog, my plan was to post a question to math.stackexchange.com or one of the reddit.com math forums, asking if somebody could verify my answer.

So I started with a book, and eventually used a number of other resources as part of my overall learning experience (a scientific calculator was mixed in there somewhere as well, before I pulled out R).

This might lead one to ask "well, how did you learn R?" First of all, I wouldn't yet rank my R skills very high, but to the extent that I know some R, it was from (again) a mix of sources:

1. A bunch of Coursera classes, including several of the ones in the Johns Hopkins Data Science track, and the Duke "Probability and Statistics with R" track.

2. Working through parts of several R books, including R In Action, Learning R, Using R For Statistics, etc.

3. Trial and error, playing around, using the built-in docs, etc.

That's kinda it. I take notes using pencil and paper, sometimes a plain text file, occasional an OpenOffice Writer document, and sometimes a wiki (I keep a MediaWiki instance running locally).


For self-study, I like to dip my toe in the water a few times over a long stretch of time (I've got lots of other things on my plate), and if I decide I'm interested in going further I'll dig into a real project.


I read books backwards (by chapter) as the end is where the interesting stuff is. I generally read only the section titles and first sentence or two of paragraphs

I find it helpful to type examples as I read too (for programming stuff)


Multiple books, rotating between them relatively quickly (interleaving), usually 20 minutes.

Make anki cards for key points.

If I'm actually dedicating time to studying that's how I do it, haven't had that session in a while though.


For programming languages.

1) Read the documentation 2) Sometimes, do a tutorial. 3) Build a small project and ask questions via Twitter/IRC/Slack along the way.


I need to write things down myself, then read them over and over. It doesn't work if I read over and over what somebody else wrote.


  def learn(thing, max_time=0, max_attempts=1):

    while run_time < max_time:

      while attempts < max_attempts:

        attempts =+ 1

        if do(thing) = 0

          break

        else

          learn(thing)
Always set a time limit or a maximum number of attempts. Default to at least try (you may already know it).

Edit: I don't write code very much, and certainly don't claim to earn my living on it.


Pedantically, aside from the values that are tested without being initialized, with the default values, this always fails at the first test of the outer loop, without making any attempts.


Good thing I don't write code for a living.


- pick a topic.

- find reliable resource/book to read from.

- read and make notes.

- refer notes to make things stick.


I am a newbie and want to learn angular js, where can i learn angular the easiest way?


i use a text (word file) template i made - if you want to see, visit

blondyn.com


I use the app I made studysauce.herokuapp.com for memorization. Google calendar for tracking progress and lots of personal analytics. I spend about a day on little set up projects such as connecting to Watson, or adding up calendar events using Google API, or learning the basic of some new framework. I'll do one of these little projects 1 to 4 times per month. Reading other people's research is a good starting point for me. I wish API's weren't so expensive. That is cost prohibitive of my turning a little app I write in a weekend in to a product. No one wants to pay 30 dollars on top of my 20 dollar monthly expense. If my use case ends up costing more than about $5 per month, I try it out and then shut it down. Usually there is no output from my adventures except self-improvement, which is pretty disappointing, I'll admit.




Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact

Search: