One of the hardest parts of learning to code isn't coding.
It's deciding what to learn next.
There's always something new.Tools, frameworks, concepts, roadmaps. Spend a few minutes online and it can feel like you're already behind.
I used to think the solution was to do more. More tutorials. More topics. More tabs open.
That only made things messier.
The Question That Changed Everything
I stopped asking 'What should I learn?'
And started asking: 'What problem am I trying to solve right now?'
Not in theory. Not for the future. Right now.
If I'm working on something and need to store data, I focus on SQL. If I need to display it, I work on the UI. If my code feels tangled, I learn just enough to organize it better.
I don't learn things in isolation anymore. I learn them because I need them.
Learning in Small, Connected Steps
When I was building my expense tracker, I didn't sit down and "learn databases." I just had expenses that needed to be saved. So I learned enough SQL to store them.
Then I needed to group them by category. So I learned GROUP BY.
Then I wanted to show summaries. So I learned how to query and display data.
Each piece connected to the actual problem. Nothing was random.
My learning usually looks like this:
write some Python
connect it to a database
add a small feature
notice what's missing
learn that one thing
Then repeat.
This keeps learning connected instead of scattered. I'm not collecting random knowledge,I'm building understanding step by step.
I Avoid "Just in Case" Learning
I used to learn things just in case: 'What if I need this later?'
'Everyone says this is important.'
Most of it didn't stick. There was no context.
Now, I'm okay with not knowing things yet. If I don't need something today, I don't force it.
I'll learn Docker when I actually need to deploy something. I'll learn React when I'm building something that needs it. Not before.
You Don't Need to Learn Everything
Here's what I've realized: you can't learn everything. And you don't need to.
You just need to learn what helps you solve the problem in front of you.
That one thing. Right now.
The rest can wait.
Final Thought
Most of the time, the answer to 'what should I learn next?' isn't in a roadmap or a trending tutorial.
It's already in front of you,in the problem you're trying to solve.
What problem are you working on right now? That's probably what you should learn next.
How do you decide what to learn? Do you follow roadmaps, or learn as you go?
Top comments (0)