What is your favorite way to learn a new language, product, or tool?
For me, I prefer hands-on, with nearly all self discovery and as little guidance (written or instructor-led) as possible.
This helps me understand if something will be intuitive for me (and therefore I can budget a smaller amount of time or non-focused time) or if I need to dedicate a significant amount of focused time and energy, or even find instructor-led or curated options for learning.
How do you learn? Or maybe the better question, how do you prefer to learn?
Top comments(27)

- Email
- LocationBerlin, Germany
- EducationENSIMAG + Universität Karlsruhe (TH)
- Pronounshe / him
- WorkKotlin, Backend, Open Source maintainer, Technical Writing
- Joined
I attack it by four different angles who will hopefully converge
- Find outWHY the technology is interesting in the first place. I choose to ignore things likeblockchain that have an unconvincing WHY?.
- Find a good way toget started, by asking people if there is a tutorial they can recommend
- Make a list of theconcepts I'm unfamiliar with that are related to that technology. I keep it very high level, the equivalent of reading only the introduction in a Wikipedia article. Here is an example I made for data science -->checkvist.com/p/hZRCg7XybRU2jMne6b...
- Imagine a concretesimple but meaningful project that I could build with said technology. This will force me to learn things on demand when I need them versus trying to learn everything at once but not knowing to do anything in practice. This is the part I usually struggle with :)

- Email
- LocationNorth Carolina
- EducationBFA in Creative Writing
- Pronounshe/him
- WorkSenior Community Manager at DEV
- Joined
First off, loving this topic!
I think like you I'm a hands-on learner, but on the contrary, I really prefer to get guidance and have someone show me how to do something if possible.
I'd prefer to have the person with me in person showing me how it's done, but if it's over video call that's okay too. I suppose I can also generally learn from someone typing instructions and guidance to me over Slack, but if it's a multi-step kinda process and/or something more visual, I really prefer to work through it with them.
I think this is my preference because a) I like the opportunity to ask questions on the fly and b) I have a pretty good memory for experiences. On the latter, I notice that if I'm on call with someone and we chit-chat a bit about something, then they help to teach me whatever the thing is I'm learning, I'll kinda group the two things together in my mind and it helps me to recall it.

- LocationHyderabad, India
- EducationSRM University
- WorkFront End Developer
- Joined
Go for written tutorials rather than video tutorials.
That way we get to learn a lot more by exploring related things. But in case of videos, we just follow what is being done there and we only get a high level understanding.
A well written step by step guide/ tutorial is better than video tutorials.
Also, we get a clear understanding when doing hands on with written tutorials.

- Email
- LocationJakarta
- EducationB.S. Computer Science
- WorkData Engineer at Media Production Company
- Joined
Only if the written tutorial clearly explain all steps. There are many written tutorials with unclear steps because of our little knowing of the background.
So, written tutorials for pace and video tutorials for clarity.

- LocationAustin, TX
- EducationBS Computer Science from Trinity University
- WorkHead of Developer Experience at Camunda
- Joined
I really like written tutorials more than videos too. I find myself having to pause videos almost constantly because they go too fast if I'm trying to learn something for the first time.

- LocationBielefeld, Germany
- WorkDeveloper @ CPro IoT Connect
- Joined
Depends on what I am learning
- Programming language? -> Youtube crashcourse. Then:
- if there is one: Official book, e.g. The Rust Book
- else, inofficial tutorial, e.g. Javascript for Cats
- then, keep reading dev.to, hackernews, etc.
- Product? -> Try it, fiddle, fail, read the docs.
- Tool? -> Depends on the tool. Examples:
- For Unity -> took a course.
- For VSCode -> read the docs
- For Postman -> nothing, UI was trivial enough

- LocationAustin, TX
- EducationBS Computer Science from Trinity University
- WorkHead of Developer Experience at Camunda
- Joined
Your tool examples are great. Unity is huge and has entire university courses dedicated to only parts of the functionality.
Postman is my favorite experience and I'm glad you highlighted it here. You can get it to work quite easily by working through the UI. Want more powerful features and functionality? If the UI isn't guiding you, they have great content built by people at Postman and the community.

- Email
- LocationJakarta
- EducationB.S. Computer Science
- WorkData Engineer at Media Production Company
- Joined
If there is a course or tutorial with title "Learning {tech} in 6 hours", it's totally normal if you're not finishing it in 6 hours.
Just spend the first hour or the first section, not more than 1 hour. Then spend about a day or even a week to build something with everything you know from the first hour of tutorial if possible. This can be a small project that you can save in cloud drive, github gist, note, etc.
Continue the next hour of tutorial with the same step. The bigger the project you build, to may need to store it into git repository.

- LocationAustin, TX
- EducationBS Computer Science from Trinity University
- WorkHead of Developer Experience at Camunda
- Joined
If there is a course or tutorial with title "Learning {tech} in 6 hours", it's totally normal if you're not finishing it in 6 hours.
Yes! This is so critical for anyone at any level. Sometimes this is equivalent to a buzzword for SEO and other times it's a bad estimate from someone who may already have knowledge or experience in the areas covered.
I love how you broke it down. This is great advice!

- LocationGhent, Belgium
- EducationPhD (Numerical Modelling), MSc (Electronics)
- PronounsHe
- Joined
I tend to be a "sandbox learner" :-) and I use simple quick-start examples illustrating the concepts, and, later on, minimal projects with increasing complexity. This can be based on video courses, books, articles. Usually I focus on leading examples and I learn self-paced, "without supervision" :-), this suits me best. This way I learned in the past 4 years the technologies such as Git, Bitbucket, Docker, Ubuntu, GCP/GKE ...

- LocationAustin, TX
- EducationBS Computer Science from Trinity University
- WorkHead of Developer Experience at Camunda
- Joined
Ooo now I have some questions! When you say sandbox learner, do you prefer to learn things like Git in a browser-based experience and then apply that knowledge to Git on your local machine? I'm always trying to find a good balance between easy, safe, and close to the real thing.

- LocationGhent, Belgium
- EducationPhD (Numerical Modelling), MSc (Electronics)
- PronounsHe
- Joined
Yes, good question … After viewing some video tutorials it was doable for me to install Git + Git Bash locally on Windows 10, and to open a personal account on Bitbucket. This way I created a minimal sandbox env to learn Git commands such as git clone, git status, git add, git commit, etc … thus no GUI at all, and this is also suggested in Git tutorials as best practice for learning Git. Next logical step was to invite someone from my team to test code maintenance and collaboration scenarios using cloud repos in Bitbucket, git branches etc.

- LocationTak, Thailand
- EducationBS in Electrical Engineering and a BS in Theology
- WorkI’m a missionary in Thailand and a freelance programmer to help with bills.
- Joined
I learn best by just jumping in and writing full programs in the new language. Mostly, writing cli tools first and then moving on to graphical items as I learn the new language. I rely on the online docs to teach me everything I need to know about a new language. Sometimes I buy a book.

- Email
- LocationBangalore, India
- Joined
I do learn while doing. I do absorb 20-30% from a course or any source and then go for implementation. And then I go for 50% and I do until 80-90%.
Then I do work on Good Projects and I do share all my learnings onlovepreet.hashnode.dev/

- Joined
- Hear about the new tech
- Decide if I find it interesting
- Put on backlog
... long time ...
Technology became obsolete, return to 1. 😁
But usually most dev tech has some kind of examples on their website that I look at. From that I can usually gauge whether I can implement it in a project or not and if it's better than the current tech that I'm using or not. When it's better I either try to implement it into an existing hobby project or start a new one. Along the way i use google/stack overflow to solve any issues i run into. If i can't find solutions immediately, it goes on the backlog as "non mature tech".

- LocationAustin, TX
- EducationBS Computer Science from Trinity University
- WorkHead of Developer Experience at Camunda
- Joined
Put on backlog ... long time ...
Relatable on so many levels 🤣

learning by doing takes longer than just going through a book or course, but the material sticks longer and better that way. a lesson you learned by overcoming a problem is always more treasured than something you merely read.
i also take the effort to type out samples, rather than just pasting them. transcribing makes you focus on the content and structure, not just the results.

- LocationAustin, TX
- EducationBS Computer Science from Trinity University
- WorkHead of Developer Experience at Camunda
- Joined
Typing things out is such a good mechanism! Get your fingers working through the flow of things.
For further actions, you may consider blocking this person and/orreporting abuse