You’re misunderstanding me again. Please try reading what I said again.
I’m not suggesting allowlist federation, though that is another tactic that could be used. I’m just saying that a spammer on the fediverse would be quickly defederated and would have to buy a new domain to keep spamming, which would probably be too expensive to justify.
No, my point is that if spammers were to spam on the fediverse, they’d need to buy new domains constantly as their previous domains are defederated, I’m not talking about email.
Nono, I’m saying it costs to spam because spammers have to keep buying new domains as their previous domains get blocked or defederated.
Hmm I feel like some pooling of effort with spam detection built into the software (lemmy for instance) could help spread the effort of spam fighting to other, smaller instances and not just centralised to the big ones.
But it’s difficult to say what will happen I guess. We need to just keep being vigilant when it comes to stopping spam while keeping in mind our shared goal of a decentralised social Internet.
Replying to your edit:
it doesn’t solve spammers abusing good instances
This is an instance moderation problem. If you’re letting spammers in, you need to use a better application process or something similar to that. A big problem with email spam is that most email services allow anyone to sign up for free without any checks.
Ultimately defederating bad actors and defederating “good” actors who fail to moderate their own users is necessary.
I’m not sure what you mean with that or how it relates to what I said, could you elaborate?
Is it though? Don’t email spammers just spoof the domain or send without a domain? I’m not entirely sure if that’s different from how the fediverse works. I’m not too knowledgeable about this topic.
Defederating bad actors/spammers should in theory be good enough? Domains aren’t free and I don’t think it’s worth it for them to buy a new domain to just be able to spam for a short time again.
Now that’s a website
You’re writing this on Lemmy, which is arguably forum software.
Hmm curious. I guess I might need to investigate more
I have actually tried this solution as well and I had to reduce the compilation jobs to like 4 (usually would be 16 with my 16 logical cpus) before it helped any. That is simply too much of a reduction to be worth it, it makes compilation take ages.
And in the end, that’s still just a workaround to the more general problem that is the fact that the desktop environment and user input is not prioritised in the scheduler, when it really should. I really want Linux to succeed so it pains me to see Windows do better in this situation.
As much as I want such news to sound good, there’s still massive problems with UX and performance scheduling on Linux.
Wait, what are the credits for? You spend them to watch porn or what? So when you’re out of credits you’re locked out? Sorry but… wtf?
Super cool. Would AGPL fix the issues with the loop holes they used?
The language existed long before the foundation. The foundation is purely there to support the language.
The Rust Foundation very deliberately does not control the development of Rust. There has been issues with the moderation team in the past but I think they’re actually resolved today. And let me just assure you that Rust is not the only language project with problems and the fact that they have been talked about and discussed in the open and resolved is a sign of maturity and trust, not a bad thing.
I am not the one who said “epic fail”.
Well, it was more to recognize that there is no inherently better programming languages in theory, they all do the same stuff. And some languages are “better” at some stuff just due to the libraries available and nothing to do with the language itself. But yea I do think Rust is an objectively better language than C++.
You’re welcome m8, have a nice day