edavis
Instead, you're looking for hosting a PDS which you absolutely can do for $10/mo (or less)
I run a PDS on a OVH Cloud VPS for $5/mo for myself, some alts, and some bots
The Technological Poison Pill: How ATProtocol Encourages Competition
Bit of a side note for my fellow protocol enjoyers: this site is WhiteWind which is another app on the atproto network. Bluesky is a microblogging app on atproto while WhiteWind is a long form blogging app on the same network. It's pretty neat.
And Christine replied to the reply here which I believe is the terminus of this conversation: https://dustycloud.org/blog/re-re-bluesky-decentralization/
You may be interested in this thread from a core dev which examines this exact play by Reddit (and how nobody could do anything about it), how it would have been different on atproto, and how a robust ecosystem keeps incumbent players honest: https://bsky.app/profile/dholms.xyz/post/3la636r666c2p
The Origins of DS_store (2006)
https://github.com/bluesky-social/proposals/tree/main/0002-l... is a deep-dive on how Bluesky sees labelers fitting into the ecosystem.
Now the first time I commit in a new repo, it errors out with "Author identity unknown" and I punch in "git config user.email ADDR" for the email I want to use and re-run the commit.
My only feedback would be: I'd love to read a real deep dive on just bringing in your own did:web and using a custom PDS. The DIY AppView and/or Relay is super interesting, but that more straightforward concept of "you own your identity and you own your data" is such a powerful hook that I'd love to be able to share something straight from the docs.bsky.app domain on how to do it.
But I wouldn't say it's a fully inconsequential choice, either. Your instance and how it's situated in the wider fediverse does matter to some degree. Not having a full view of the network, missing meaningful replies, at the mercy of some admin #fediblock drama, etc.
Or maybe you finally find a good instance but your admin dislikes Meta so you're defederated from threads.net now. That's a bummer.
So launch in July 2023, handful of accounts have AP support in November-ish 2023, full AP support end of 2024? I guess it's not nothing, they did have to bolt something entirely new on top of IG's infrastructure. But for a team that big, feels like we'd be seeing more if it was a true priority for them. Plus Threads leaning towards opt-in AP support which will only inhibit uptake (that was the last I heard, anyway).
I'd be shocked if Instagram ever went with ActivityPub, though.
I'm going to push back on the migrating being a challenge even for Bluesky if an instance vanishes. If nothing else, you do not need your old host ("PDS" in atproto parlance) to cooperate — or even be online — if you wish to migrate in Bluesky. With a local copy of your data, you can send your social graph to a new host with ease and be right back in business.
You can't do this today on the main network, no. Apparently they'll be "rolling out an experimental early version of federation" sometime later this month.
As for credibility on that timeline, the only major missed deadline they've had that I can recall was on making posts visible to those without an account. It was slated for (IIRC) late November/early December 2023 and launched December 21, 2023. I believe they overhauled the frontend as part of that work and it delayed things.
Also, they have already blessed one alternative DID method (`did:web`) and are open to slowly expanding that set (https://atproto.com/specs/did).
I have probably the least understanding of how this part of the protocol operates. Part of that has to do with the new (to me) concepts and the rest is open federation not being in place. I think something like this would be really useful and would prove your bonafides to others that Bluesky PBC is serious about being billionaire-proof.
Congrats on opening up registration!
As a user? I'd say custom feeds. You can create alternative feeds using whatever algorithm you want that users can subscribe to in a way that is very smooth and user friendly. Third party alternatives have the feel of first party features.
As a developer? The protocol is "locked open," as it were. I feel confident building on it. It feels more like building for the web than within a walled garden. Bluesky could have made things easier for themselves by making certain aspects centralized, but they didn't compromise.
> honestly still just waiting for the android app to not have terrible startup time and for there to be anybody on it
There is a alternative client (https://graysky.app/) that you may have better luck with. Same deal as with custom feeds. They are not territorial about the existence of alternatives. The Graysky dev (@mozzius.dev) and the Bluesky social-app devs are very friendly with each other and share development techniques all the time.
Also, the official app has a Github repo (https://github.com/bluesky-social/social-app) that accepts issues and PRs. I opened an issue recently as some icons were wrong in a particular location. Some non-team affiliated developer created a fix, opened a PR, and the core team merged it in and deployed it a few days later. That was pretty cool.
If you've always wondered something about this platform/protocol and want the opinion of a non-team member, ask away.
A lot of people felt burned by the changes at Twitter over the past 14 months or so. They made meaningful connections on there and with new ownership came changes that altered the character of the platform, in their eyes. But because Twitter is centralized, it's difficult to move your social graph to a new platform in a robust way.
The promise of the AT protocol is being "billionaire-proof." If Bluesky gets bought out and you don't like the new owner, you can move your entire social graph and all your posts to a new atproto service without needing permission from the old service.
That would be the nuclear option. A smaller step you could take before that is use a different set of moderation services to curate the experience you want (more info: https://bsky.social/about/blog/4-13-2023-moderation)
IMO, the "Discover" feed can be a bit much sometimes. It's very much the collective id of a certain type of social media poster. And not always my cup of tea.
But the beauty of Bluesky is there are millions of accounts and thousands of custom feeds you can pick from to tailor your experience.
For example, here's one where people share photos of mushrooms: https://bsky.app/profile/did:plc:hsqwcidfez66lwm3gxhfv5in/fe...
RFC 6919 – Further Key Words for Use in RFCs to Indicate Requirement Levels
Depending on how you build your social graph, your experience can run the gamut of anything from peak political Twitter to peak pedantic Mastodon. It's up to you.
I wrote a comment last week diving more into this: https://news.ycombinator.com/item?id=38660192
Yeah, I'd agree if you're looking for a more polished social media client then Twitter, Threads, and even some Mastodon clients will probably better serve you. But the official client primarily exists as a means to an end (building atproto) rather than an end in itself. Those features are still on the roadmap, I believe, but just not a priority at the moment. There are alternative clients (a bunch for web, at least one for iOS) you may have better luck with.
> Let alone all the other missing things, and how awful the apps are. They are basically the worst example to show React Native.
Bluesky has a pretty small team, all things considered. I think they've said in the past it would have been impossible for them to do apps for iOS, Android, and web without React Native. FWIW, Dan Abramov joined them a few months ago and has been working in public on tackling some of the more tricky RN bugs.
One of the alternative clients (Graysky) supports GIFs through some integration tenor.com, I believe.
If anybody wants a Bluesky invite code, I have a handful available. DM me at @[email protected] or at https://t.me/ejd215. First come, first served!