Ask Lemmy
A Fediverse community for open-ended, thought provoking questions
Please don't post about current US Politics. If you need to do this, try [email protected]
Rules: (interactive)
1) Be nice and; have fun
Doxxing, trolling, sealioning, racism, and toxicity are not welcomed in AskLemmy. Remember what your mother said: if you can't say something nice, don't say anything at all. In addition, the site-wide Lemmy.world terms of service also apply here. Please familiarize yourself with them
2) All posts must end with a '?'
This is sort of like Jeopardy. Please phrase all post titles in the form of a proper question ending with ?
3) No spam
Please do not flood the community with nonsense. Actual suspected spammers will be banned on site. No astroturfing.
4) NSFW is okay, within reason
Just remember to tag posts with either a content warning or a [NSFW] tag. Overtly sexual posts are not allowed, please direct them to either [email protected] or [email protected].
NSFW comments should be restricted to posts tagged [NSFW].
5) This is not a support community.
It is not a place for 'how do I?', type questions.
If you have any questions regarding the site itself or would like to report a community, please direct them to Lemmy.world Support or email [email protected]. For other questions check our partnered communities list, or use the search function.
Reminder: The terms of service apply here too.
Partnered Communities:
Logo design credit goes to: tubbadu
view the rest of the comments
Start my picking what you want to do with programming. Then do a couple of simple challenges in any language like advent of code and such in python just to get your feet wet and solve some problems.
After that you should have the main building blocks and then you scale up into making a "thingy" sized project. I personally liked making games with progression like.
Then you can start learning separation of code into modules like "This is the game and this is just how it's shown" which applies to pretty much every application with a user interface.
After that you have enough skill to learn anything and you can go about learning a specific skill or technology that you want to work with and you'll be at a skill level of a junior programmer.
Advancing beyond that I'd recommend reading a couple of books (crazy I know) that go over best practices and why they exist. You use those guidelines and get better at working with larger amount of code and then you get to mid level. During this time you should also basic rules of thumb on how long each thing takes to run, both algorithm complexity and how http requests are usually the bottleneck.
For senior level you'll need to gain a lot of experience and become a library of solutions and bug knowledge while also having a good grasp of tradeoffs. You'll need to know when to insulate yourself from change and when it's overkill to deliver the code in a timely manner while not sacrificing tomorrow.
It's very hard to skip any step in my opinion but reading a couple of books really helped me advance through the junior phase quickly just by knowing what solutions are out there. Books are not as valuable when you don't have experience since it'll stick 10x better if you encountered the problem described in the book.
To get started just pick anything and get your feet wet. Good luck!
Any books you would recommend?