Software/DevOps engineer, and pretend gamedev

  • 0 Posts
  • 59 Comments
Joined 1 year ago
cake
Cake day: December 9th, 2024

help-circle




  • The shift to Linux is a tough one, and it just cannot happen all at once. The longer you spend in a workflow, the longer it takes to change it. If we offer our support and kindness to people when they struggle with Windows, it lends more credibility when we recommend Linux. Plus, I’m not really going to complain about another opportunity to call out when Microsoft does more dumb shit.





  • Crazy to me that GUI seems to be a major focus in those situations. My IDE is most often pretty minimal, whatever it takes for me to get code on the screen, and unless I’m using the debugger, compiling and running has always been easier using a CLI. It’s good practice anyway, familiarizing yourself with the shell, code for your code lol.

    I’ve been developing professionally for almost 10 years now, and started learning very young. The circumstances were different, but I think the principles are the same. Some folks here already mentioned taking on projects that interest you, and I’d definitely agree, provided you keep them small. Something that you’ll want to make can keep you motivated, and small wins keep you going. For something full stack, I’d recommend coming up with a CRUD web app (create, read, update, delete) that does something that’s fun. Maybe it’s a recordkeeper for a sports team, or maybe it’s a rudimentary forum. That sentence makes sense, no worries. You can use python to write your backend, see if you can make an API that just handles CRUD requests and builds and runs SQL statements for your database. Then just use whatever you’d like for the front end and call that API. It’s still a pretty big project depending on how new you are to this, but it’s hard not to be when full stack touches everything. If you’re completely new, I’d lay off and pick the front or back end to start with.