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. :-\
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.
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.
I enjoy the selection bias in the comments for these sorts of posts. >_< There’s a few people saying “I kinda like C”, a few saying “use Python instead”, and a whole lot saying “Rust is my lord and savior”. Completely disjoint from the real world usage of the languages for whatever practical, pragmatic, or ideological measures they are used for.
I was certainly behind the curve here, but Horizon Zero Dawn! I was expecting some vagely Zelda like adventure RPG (and it was), but the story was so much more compelling than I expected. What a memorable game! I even got a second hand PS4 to play the sequel on… which I haven’t for like 6 months now. >_< (Too many other things to do!)
Ooh. This one looks great. I’d parrot an excuse about how I “don’t have the time”, but that will always be true until I make the time.
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/