There’s a survival bias too. People rarely will hear about or play the bad stuff from that era, but we keep hearing about the bad stuff happening now because of marketing. People then get nostalgic of a time that didn’t really exist. For every Mario Bros there’s a dozen Bad Street Brawler that no one plays today.

As someone who grew up in the 80s there were a lot of garbage from then too, it just didn’t survive the test of time.

The Red Mage from FF1. My first team was four Red Mage.

Now if you die like three times they ask you to enable “easy mode”…

The GP already mentioned OpenFPGA.

The Pocket plays GB/C/A cartridges natively. And Game Gear, and soon Neo Geo Pocket and others.

Also, plays GBA games, not just GB/C.

I think people are confusing centralized with federated. Federation has benefits but Mastodon is not decentralized. There is duplication of data but it’s not the same.

https://en.m.wikipedia.org/wiki/Bee_line

Even from a perfect witness (and witnesses are very imprefect) you wouldn’t be able to predict if they have a beard or not. That’s why you always multiple variations of the person when they actually distribute renditions.

I barely have time to contribute to fix bugs in the dependencies I use. If I had more time for OSS contributions I might, but I’m not in my 20s anymore and when I’m not at work I’m taking care of my family.

My colleagues and friends are free to do as they please.

There are multiple things in Go that make it better.

But just for giving a few thoughts about Java itself;

• being able to import a package and use it as a namespace would already go a long way
• being able to import multiple things from a package without listing separate line for each items
• not having to go from the root of the whole fucking world to import a package would be great
• having the ability to do relative imports to the module I’m writing would be great

These are like “module 101” things. Like, you’re right that the IDEs nowadays do most of that, but IDEs also get it wrong (“oh you meant a THAT package instead of that other one”) and reading the code without an IDE is still a thing (code reviews for example) which means the longer the import section (both vertically and horizontally) the harder it is to work with. And if you don’t look at all imports carefully you may miss a bug or a vulnerability.

Also, Java is the only language I know of that has such a span on the horizontal. The memes about needing a widescreen monitor for Java is actually not a joke; I never had to scroll horizontally in any other language. To me that’s just insanity.

Also, if you’re gonna make it the whole universe as the root of your package structure, we already have DNS and URI/URLs for that. Let me use that!

And don’t get me started as only-files-as-packages while simultaneously having maybe-you-have-multiple-root for your code… makes discovery of related files to the one you’re working with very hard. Then of course the over reliance on generated code generating imports that might or might not exist yet because you just cloned your project…

PHP never went away. Wordpress, Mediawiki, Slack, Facebook, etc etc etc. IMO PHP is likely to have created the most wealth per line of code of all languages, including C (edit: since 2000). It’s completely under the radar.

how is the verbosity a negative thing exactly

Fun fact, studies have found that the number of bugs in a program is proportional to the number of lines of codes, across languages. More lines of codes, more bugs, even for the same math and edge cases. So a more verbose language tends to have more bugs.

*Vaguely wave arms towards the few dozens languages that do imports right*

I don’t mind Java personally, but let’s not pretend that its import syntax and semantics is at the better side of the spectrum here.

Just look at… Go, Haskell, TypeScript, Rust, even D has a better module system.

I’m curious why you say Rust “ has proven “ to not be a great choice. There is a lack of Rust programmers, but its been the fastest growing community on GitHub for multiple years now, and has proven to be viable at all level of the stack.

Full disclaimer: I code and work in Rust daily on the backend and frontend.

It’s not a fork though. It’s a complete rewrite in another programming language. That’s way more effort than a petty project.

The truth is, this might succeed based on developer reach. I love Rust, but I know it won’t have the reach (yet) that Java can, and more developers mean faster progress.

In the end, between this, Lemmy or another project which may be a fork of either, the success will be due to efforts of everyone involve at every stage. This wouldn’t exist without Lemmy, and Lemmy wouldn’t exist with ActivityPub.

So you agree?

If the bots are welcomed and they don’t have good enough moderation, this is just sketchy content with extra steps.

Tell them. Many people don’t know about FHS. Seriously, just the person I was answering to was giving credit to some rando who copy pasted an image from the Linux foundation.

I’ve been educating people on this all my professional life. I try to make a change with the people around me, but I’ve also filed big to some FOSS projects that got it wrong. Some did the change, some were unwilling. But it’s unknown if even those did follow the right convention in their next project.

The FHS was started in 1994 and is free to use. It should be used now by all major Linux systems and most Unix too.

The only credit is to the Linux Foundation.

https://blog.m-ou.se/rust-standard/