this post was submitted on 15 Jul 2026
38 points (95.2% liked)
Programming
27775 readers
181 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
During job interviews, a question I used to often be asked was "how do you learn something?" (Phrased assorted different ways.) My answer was always pretty similar: don't go into the learning process with the thought "I want to know x language" (or whatever).
Instead, have a goal to pursue. Don't start thinking "I want to learn Linux," start thinking "I want to use this operating system to make a server that can securely share media with my family." Don't think "I want to know Python," come into it thinking "I want to make a chatbot." (I don't do much real programming, so I'm sorry if that's a bad example.) Try to make it ambitious, but achievable. Originality and good execution are not even remotely requirements in this context. You just need a "why." No one else will ever see what you do unless you want them to.
At least in my experience and that of those I've trained, if you just have an abstract target, you're eventually not going to know where to go next and will run out of motivation. With a specific aim, even if you don't comprehend the whole (yet!) you'll often have a good idea of what the next step is and, whenever you achieve it, you'll feel much more satisfaction by having gained progress on something you wanted than you would by completing an exercise in a book. As such, whatever lesson or lessons you may have learned will likely be easier to recall the next time you need them.
Huh that is a better answer and explaination to why i learn best when i just throw myself into a project and learn from doing. That is how i learned Lua because i wanted to revive and expand and make my own spin on another mod for a game
For not doing 'real programming', it's a great example. You literally just need to pick a good simple project and work at it. That is the best way to learn.
"Pick a good project" is a much more understandable, but no less accurate, way to express what I wanted to say.