slembcke

Hrm... I suppose I spent 15 years making other people's games first. >_< More seriously, just start with small stuff. Make a simple 2D game with a something like the Love framework or Pico8. Then try to scale up a bit or use something a bit more powerful. If you are really want to make a game solo, then the best thing you can do is learn to control your scope. You'll never be able to be good at every part of making games, so figure out what parts you want to work on and figure out how to make a game around those skills.

You also don't have to make do it alone. You can hire out art, programming, sound, music, writing... really anything. Most "solo" devs do that to some extent. Also try and seek out your local gamedev community. Asking online is fine, but you'll get more out of an in person conversation with someone who's done it before.

Lastly, game jams. There are smaller game jams going on all the time, but the big one is the global game jam in January. I've always liked that one because there are always new people. In my experience, fresh gamedevs are always perfectly welcome. You'll have someone else on the team that can rough out the structure for you, then you just need to apply what you already know as a software developer to fill in some blanks. People also like to do role bending at jams too. Programmers will try making art, artists will try making music, and sound people will try programming. Jam games are usually bad, so nobody will expect anything you make to be any good, but people generally have a blast doing it anyway. :) I like to rope people into making NES games every year because even as experienced game devs they are so sure they can't write C code, let alone for something 40 years old, certainly not in 48 hours! They do just fine once they dig in. :D -> https://www.slembcke.net/nes/

Anecdotally Windows is the only platform I've used where printing (and scanning) didn't tend to "just work". The only issue I've had printing under Linux was with a second hand printer my dad got that we couldn't get to print from any computer. (shrug)

I use Lua for this sort of thing. Not my favorite language, but it works well for it. Easy to build for any system in the last 20-30 years, and probably the next 20 too. The executable is small so you can just redistribute it or stick it in version control.

Doesn't Windows break dual booting semi-regularly? I've always avoided it as I've had friends get burned by this in the past. I guess I just keep different OSes on different drives, but that obviously isn't feasible for everyone.

Oooh. So I keep a Dell Mini 10 (1GB RAM, ~1GHz Atom) around with Haiku on it. It's brilliant! The UI is super snappy even on such an old machine, and I can even run pretty modern software on it. I used it yesterday to work on my website a bit. :)

Yeah, I make a comfortable living doing software, and having kids didn't work out. So I give out a few hundred bucks a year spread across the likes of Gnome, KDE, Mozilla, and some one off donations to smaller projects that end up saving me some time. Free software costs me more than proprietary software. Haha. (Well, unless I factor in the software I use for work... Then not even close O_o)

I get the impression that maybe the money sent to Mozilla might be a waste though. :-\

Speaking personally. I had the same reaction. I realized I could sign in using my GitHub account for MCC, which was... weird. Since it was just their normal web/auth page you could click around and do it in that tiny little webview. -_- Ridiculous, but I wasn't going to make a new account to play a single player game. I did nearly refund it out of spite, but didn't.

I totally pulled a LTT and removed my kernel. >_< There was a "real time" kernel listed in apt, and I installed it because I was curious if it would reduce lock latency for a project I was working on. (I wasn't trying to solve a problem, just curious) It didn't and I figured it was probably a bad idea to leave it installed. So I did an apt remove, and the rest went something like this.

Apt: Are you sure you want to remove the your kernel? Y/N

Me: Oh jeez... I don't want to do that.

Motor Memory: Y

Apt: Are you really really sure? Your computer will not boot if you do this. Y/N

Me: Oh, crap! That's not what I meant to do. Definitely not!

Motor Memory: Y

Me: No! Why would my brain betray me!?

Fortunately this was on a PopOS machine, so I booted into the recovery partition. Even if fixing it only took a minute, I still felt very very dumb. >_<

Eh, guessing from a distance or playing favorites won't be better though. Like I might get grumpy about a C-level guy or investor getting more than their "fair share", but marketing for example is still an important job done by people that aren't paid gobs of money. Without the ability to let the people that would buy it know about your product, it effectively doesn't exist. We all love the story about a game that came out of nowhere, but that's the exception, not the rule.

Hmm. I still have my old 2013 MBA that I've used with Fedora, but it's an HD 4000 IIRC. I feel you on Apple's locked down stance to repairs. It was ultimately what pushed me off of OS X. I needed a newer laptop in 2020, and they only sold hardware with non-upgradable RAM and SSDs. So long and thanks for all the fish... I had already replaced my desktop machine with Linux a few years earlier. I used the Mac 70% as a Unix machine anyway, so it was a pretty comfortable transition.

My Air worked great as a stand-in laptop when my System76 Lemur died last summer. Honestly I was blown away by how perfectly usable it still was for basic tasks. Parallel stuff like compiling was slow, but single threaded stuff still ran just great. Heck, I was even using it again yesterday to test OS X builds of my game on older hardware and it ran like a champ.

Looking forward to giving VRR a shot again. Last time I tried a couple years ago was pretty underwhelming on a couple different machines. Some games worked well with it, but a lot of software felt subtly broken. A lot of weird micro-stuttering and stuff just not feeling smooth even when the average framerate was high compared to boring synced 144 hz.

I guess by real world usage I mean what proportion of code is being made with them. You should be skeptical of their accuracy, but there are measures for that. Like there is this one: https://www.tiobe.com/tiobe-index/, but it describes it's methodology as being about popularity based on articles, news, and other such things. Github publishes a very different chart as does RedMonk. Rust barely shows up on these charts, but Rust fans are very enthusiastic in threads like this. I like Rust well enough, but I also find the over-enthusiasm amusing.

By practical/pragmatic I mean the ability to target a lot of hardware with C. Sometimes the tooling is crap, but it's very universal. Being built on LLVM Rust can go onto plenty of hardware too, but it's probably not the tooling given to you by a platform vendor. It's also been around for a long time, so using Rust would mean a rewrite. Sometimes C is simply the choice. As for ideologically: Rust solves some pretty nasty programming issues, but sometimes I think it's fans over-estimate the percentage of real world problems it actually solves while ignoring that Rust can be more expensive to write. (shrug) Sometimes there's no such thing as a silver bullet.