I've seen lots of discussion on reddit of users trying to get others to join Lemmy and the prevailing reply is that it is too difficult to navigate and comprehend. Having to answer multiple questions and wait for manual verification is combersome and is limiting growth at a time when nothing should be standing in Lemmy's way. Combine this with server/instance selection analysis paralysis, and you get my point.
The linked mastodon blog post sums up my thoughts, but the TLDR is essentially this:
Don't let the perfect be the enemy of the good. Don't let dreams of decentralization interfere with the greater goal of achieving the network effect.
We should all be telling people to go to lemmy.ml and sign up. The devs should be too, and they should rethink/remove the questions and waiting period. Hell, just put a captcha. Discussions about servers and analogies to email as an example of federated service we all already use is a waste of breath. We shouldn't have barriers to entry.
Thoughts?
EDIT: I've just found kbin.social and find it has superior signup options. It's just: make an account (email/password), or sign up with Google or Apple. No server talk. Upside is the layout is nice and it acts as a Lemmy instance (threads) as well as a mastodon instance (microblogging). Only downside currently is that their android/iOS app is in development and isn't ready yet, so desktop only.
https://github.com/ernestwisniewski/kbin
https://kbin.social/
I think this might be the better recommendation for newbies at the moment.
I think the main problem here is that there isn't a really accessible explanation of federation and how these social platforms differ from the other, larger options. There is lots of great documentation for interested users to acquaint themselves with, but it would be beneficial to have a more 'elevator pitch' version that can get people moving through the signup process with more confidence. Even just a short message saying: "hey, choosing your instance isn't as important as it looks right now, you'll be able to freely use any other instance once you sign up" could go a long way towards making on-boarding much smoother. Once a user is in the system, they can learn what details they care about through osmosis for the most part.
I do think that having a default instance would help with streamlining the on-boarding process, but I don't think that the idea aligns with the values of lemmy as a whole. It's important to keep services decentralized in order to keep things free and open.
I personally look at federation like email. Doesn't matter if I am using a Hotmail email address. I can still talk to everyone over at gmail, icloud, yahoo, Comcast etc....
email is the original federation service.
As a person new to federations, I have to admit that the mail analogy doesn't really answer or clarify much. Who decides what gets to go into a federation? Should everyone be in a single federation since otherwise there is no communication? Do I need a separate account per federation? Whats the practical limit on number of instances per federation?
I think first of all we need a really good FAQ.
I think you're getting hung up on the word "federations" (noun) instead of the adjective "federated".
Who decides who gets to email who? The email provider admins. Should everyone be in a single email network/bubble since otherwise there is no communication? Mostly, yes. Do I need a separate account per email bubble? Per email bubble? Yes. But how many email bubbles are there? One? Whats the practical limit on number of providers per the email world? None, mostly?
Gmail does ban a lot of small email providers if they don't seem "legit" enough. And that is where you're onto something with the noun federations.
If a bunch of instances really disliked a different bunch of instances they can indeed severe each other from each other. The admins would do that. They put the other instances on a block list. Most Mastodon instances block Trump's Lie ehm Truth Social etc. But otherwise you can talk from gmail to hotmail to mcselfhost, with one account.
Basically federation works based on a block-list, not a allow-list, unless the admins of the instance set it that way, just like email providers.