this post was submitted on 14 Nov 2023
50 points (94.6% liked)
Programming
17398 readers
88 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 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
That's a good first step! I've been programming for ~25 years and that's still usually where I start. Get a little code that compiles and produces some kind of output or tracing. Then compare the output to your requirements and tweak the code to get it closer to the right behavior. Run it and repeat till it's doing what you want. Do this cycle with small changes, like a handful of lines or a short function, not 20 mins of coding at a time.
Test-driven development can also help with breaking down tasks. It takes a good amount of practice to learn the right patterns, but it's an approach that forces you to work with small narrowly scoped tasks. Then you chain those testable tasks together to create more complex behaviors to create robust testable code.
Experience takes time. Junior developers frequently ask me after I've helped them "but how did you just know how to do that? I've been trying to solve that for an hour and you did it in 10 seconds!!" The answer is because I've solved that exact problem before. More than a few times.