It’s more that you can avoid many mistakes by programming defensively and having good discipline. For example, you can avoid many memory allocation if you follow RAII and use smart pointers.
Null references can be avoided by avoiding using null (and prefer using optional where it makes sense).
There’s no shortage of developers with lots of experience in writing Java backends. People know what to do and what to avoid. The pool of available contributors should be larger.
Backends in Rust is relatively uncommon.
This thread chain started with:
Meh. Java feels like a downgrade.
Sublinks using Java is not about Rust hate. They just thought it was the better choice for them.
Writing backends in Java is super common. Rust for backend is almost unheard of (yet).
Or that other language do you propose?
The good thing about Python is that it’s widely used. Easier to find people who can contribute in Python than Rust, which Lemmy is using.
Downside is that Python isn’t ideal for large scale systems. Other languages like Java is better at protecting the programmer against common pitfalls that come when building larger applications. Python is more ideal for smaller scripts.
DK64 is sometimes accused of killing the collectathon genre. While I’m not sure if the accusations are deserved, DK64 was too ambitious with the amount of collectibles and the size of levels for its own good.
It’s still a great game. I think I prefer DK64 over Tooie overall.
I played both in my childhood, and I don’t think I’ve ever returned to Tooie after I beat it first time. It’s a good game, but doesn’t have that same lasting appeal as the first game.
You touched a bit on the why: the game is too ambitious. The levels are too massive and too intertwined. Smaller isolated levels fit the collectathon format better.
I remember having lots of fun with the multiplayer though, so that’s a bonus.
If you want to continue the collectathon journey you should try out Donkey Kong 64. It’s also a game that falls under its own ambitions, but in different ways. Still a good game, but nothing beats Kazooie.
100 player survival mode could be fun. It worked for Tetris and Mario, and I can imagine something similar would work for Crazy Taxi.
As long they manage to maintain a steady player base and stay away from predatory monetary practices - which probably is just wishful thinking.
Could be like Mario 35, which was pretty fun
Side note, I’m impressed Vimm’s lair is still going strong. I remember using it to get SNES ROMs for ZSNES early 2000s.
I can’t speak from the British Commonwealth perspective, but from a Swedish perspective my opinion is this regarding having a monarch:
Yeah, it might not reflect our modern values well, but since the (Swedish) monarch is mostly ceremonial and completely unpolitical, there’s actually quite little to hate about it. They’re just the mascot of the country. There’s far more pressing issues in our country than having that confused old guy as head of state.
At least he doesn’t possess nuclear launch codes.
If they’re successful they might consider making a Shadow x Shrek game.
I went the political route:
🇷🇺 Putin + 💩 Trump = 👬 Bromance
Christmas 🎄 + Ninja 🥷 = Santa 🎅
Nice
It’s like Euro Truck Simulator, but with a weird story involving ghosts and babies.
Not so fast! Sometimes they also announce the return of old franchises, just to be shut down shortly after.
Like Timesplitters 4.
After getting disappointing sales figures they will probably conclude it’s all because console gaming is dead and that they should instead focus on making mobile live service games where the real money is.
When people say “Korea”, they probably mean the south one (unless they’re a fan of Kim Jong Un).
As you said, the difference is in the ecosystem of libraries. This is where Java has the edge. It has a more mature ecosystem when it comes to web server backends. This includes the number of frameworks, programmers and information sources.
Unless Rust clearly solves common problems people currently have with Java backends, Java will remain the dominant alternative. I believe this is unlikely, because Rust is mainly designed to overcome common memory problems people have with low level C systems without the overhead of garbage collectors.