To be honest I have no frame of reference to understand what it’s like to try and find a job while navigating the American economic sanctions. It sounds awful. Is there no prospect of finding remote work in the other BRICS nations? I was under the impression that they try to avoid relying on american-controlled software, so I thought this would create some employment opportunities.
You are right that having a shiny education gives people a huge advantage. It’s not everything though.
For example, I have a friend who makes 6 figures in europe doing performance-oriented C++ work, with no degree. Once you get the first job it becomes far easier.
Getting the first job is tough, but having personal projects really helps. Don’t undersell yourself. You need to give people the impression that you dropped out due to pure happenstance (e.g. health or family issues that are now resolved). Make them think that you are a lucky find; if you had finished the degree you’d already be at a bigger company with a bigger salary.
Honestly this is usually bad advice nowadays, for a bunch of reasons:
Modern allocators do the same thing as object pooling internally, usually faster. They rarely interact with the OS.
A GC will do things like zero old memory on another thread, unlike a custom clearing function in a scripting language.
Object pooling breaks the generational hypothesis that most modern garbage collectors are designed around; it can actually make performance much worse. Most GCs love short-lived objects.
Object pools increase code complexity and are very error prone; when you add a new field you have to remember to clear it in the pool.
If you are in a non-GC language you probably want something “data-oriented” like a slotmap, not a pool of object allocations.
Having said all that, it still all depends on the language/VM you’re targeting. The guy in the video clearly benchmarked his use case.
lmao. as long as the people selling the stolen art pinky promise that the art theft machine didn’t steal any art, everything is above board
Game engines had a lot of growth speculation for the past decade. There were a lot of harebrained ideas about how game engine tech could disrupt loads of existing industries and provide the foundations for various new ones. e.g.
And so on.
For every idiot idea there is some large R&D team full of poorly-managed developers desperately trying to apply unity’s completely unsuitable technology to a problem it can’t solve, on the off chance that one of them turns into a money printer. There’s also probably a bunch of marketing people, sales people and suits trying to get past regulatory barriers, etc.
Whenever reality hits on one of these hype bubbles, a lot of people get fired. It just happened to VFX, for example.
This actually could have been much worse. I heard they are trialing a system where they lay off one employee every time unity is installed, but luckily there have only been 1800 installs since September.
This is not a recommendation, but just a couple of days ago someone linked to this project, claiming similar goals to lua, great performance, and gradual typing:
I can’t tell you what it’s actually like though.
A more established, proven option is Haxe. Haxe has a lot of libraries but I think it’s specifically designed to be batteries-optional. This Haxe VM in particular looks pretty impressive:
Haxe has the distinction of having been used to ship loads of successful games made by small teams with custom engines.
Another option designed for simplicity, low-complexity and easy embedding is wren:
Implementation is apparently only 4000 lines.
What a bunch of elitist horseshit.
As a senior engine developer at a games company, this is how I see it:
The biggest selling points are probably the developer community, the ease of console support, and the larger track record of commercially successful games. Plus if you are a beginner the resources that come with a commercial tool can make a huge difference.
In a perfect world I’d just recommend the open source thing to everyone, but if I knew an artist who wanted to make a game I’m not sure that would be good advice.
Looks great. I just worry that some of these Rust game engine projects are a bit too far down the engine tech rabbit hole to ever be used for anything, which would be a shame.
The tech is all super impressive, but I’m not sure I could actually sit down and make a game with it. I find that this feeling is usually reflected in the examples section, where there are loads of small demos of different engine systems, but very little that resembles a playable game.
Damn, this is a really good write-up.
I came to most of the same conclusions. I really like Rust, I’m glad it exists, I’m amazed by the people who designed it. It is not very good for creative work at all.
Honestly the “rewrite it in rust” meme is actually the use case where it shines: when all the requirements are 100% clear up front, and you just need to make a new version of some software that is much faster and more reliable. That is not what game development is like.