I feel like it is just a matter of time before either:

1. The fragmented communities develop more and become distinct, so that they are more unique and shouldn’t merge.
2. One of the communities becomes the more popular “default” option, and the other becomes less active as people gather in the more popular one.

Even if that doesn’t happen, redundancy isn’t bad. We’ve seen how hard it is to migrate when there’s only 1 real option and that option disappears or goes bad for some reason (i.e. reddit). If there was another fairly active community with the same focus, that would make it easier to keep going. That’s part of why decentralization is good.

This is a non issue. Different communities and instances have different rules, norms, cultures etc. There’s no need to smash everyone together in a monoculture.

Exactly. This is a non issue and actually a feature.

There are now, fortunately, plenty of low carb, low glycemic products that are a lifesaver when you have cravings.

What products are you thinking about?

I mean, just set the limit to a ridiculously high number then? I’m not aware that Lemmy has any in-built limits, but I could be wrong.

I believe that Mastodon instances with limits only link to external posts that exceed the limit, they don’t display the whole post.

Of course you can always run into network limits if you get huge posts, but that applies to everything and doesn’t have anything in particular to do with Mastodon.

Isn’t character limits an instance setting?

That feels relatively young for something like that, I would’ve thought maybe that would’ve been a little further back.

In some ways it does go further back, because each village basically had its own time. So there were lots and lots of time zones, if you think about it that way.

Anyone got experience with every.org compared to Liberapay? Been pretty happy with liberapay myself, just curious.

No, that’s what I wrote as well. The identity service would not know what sites were visited or ideally not even how many sites were visited.

I’m not sure that is feasible, because in order to trust the answer, I feel the asker must know and trust the one providing the answer. It sounds like you’re imagining a system with many different ID providers? What prevents me from creating my own provider that just answers “Yes”, even for people under 18? If the site asking does not know it is my fake ID service providing the answer, I’m not sure they can trust any answer.

But I won’t pretend to be an expert on this topic, so perhaps it is feasible somehow.

Eh rust still has issues in some domains, e.g., when cyclic data is appropriate

This might be but then again I’ve been writing Rust for several years and have yet to actually run into this problem. The borrow checker definitely places certain restrictions on what kind of stuff you can do (for good reasons!). Once you know how it works, your brain starts writing the code in advance to fit how the borrow checker likes it and it becomes second nature and a total non issue.

Of course this is part of the reason Rust has a bit of a learning curve, which is fair. But any good sophisticated tool meant for professionals requires proper training and knowledge.

In principle it should be possible to do a zero-knowledge proof.

This means that the website asking for age verification asks a yes/no question like “Is this user 18+?” and the age verification service (like a digital ID provided by the government or whatever) answers “yes” or “no” accordingly, but without telling anything else about the user. Also, the verification service should ideally not know who asked for the age verification.

So the site you want to visit only knows the thing they need to know: Whether you are 18+ or not. Nothing else. And the age verification service only knows somebody asked for age verification and provided the answer, but do not know which site you visited.

This is all possible, but I don’t have high hopes this is the intended implementation of any government seeking age verification, so don’t get your hopes up.

We actually aren’t that greedy and selfish when it comes to our immediate family or even a bit extended than that - our “tribe” if you will.

This makes sense. If your tribe thrives, you thrive. So you rub the back of those that rub your back.

But this kind of selflessness does not scale to the group sizes of modern society. People living in the same village or tribe before modern society would happily help a neighbour cause they know they may one day need the help of that neighbour themselves. People of today couldn’t care less about helping the people that surround them, cause people rarely live the same place for too long and you interact (greedily and selfishly) with an immense amount of people who you do not consider your “tribe”.

My point is that we are highly selective about who to be generous towards, and evolution definitely selected for that.

Eh, as funny as this is, I can’t agree that programming peaked with Java. In fact, much of this is just a rant about JavaScript, not about much else.

VSCode can easily do cross-file renames if you write Rust. Rust is kind of peak programming if you ask me, and it’s modern and still new. I don’t feel programming has peaked yet tbh.

I mean this isn’t realistic at all.

Don’t disagree, but you won’t get rid of cars entirely and they’ll still be a major part of transportation. I’m just saying they should at least be safer.

We need self driving cars to get these crazies away from steering wheels.

Step 1: Stop using Google for email, yet alone anything else.

That’s it.

Never meet your heroes. Speaking from very literal experience regarding Stallman.

What sort of symptoms do you have from the low levels of T, if you don’t mind sharing?