401–409 of 409 posts
Earlier quoted context omitted.
... if Bluesky users owned their private key.
I think the lack of owner's custody of the private key in bluesky is more the result of a convenience design than of a technical limitation. If the user is expected to manage the private key, you might end up with something similar in complexity to Nostr. But it might still be possible if you're running your own PDS.
Earlier quoted context omitted.
Every one of these "How AT proto works" explainers focuses on data ownership—which is where ATProto shines—and glosses over data processing, where ATProto is decidedly weaker than ActivityPub. ATProto is built on a global, public view of the world, where all events are visible to a trusted global "AppServer" that can make all of the decisions for you—how to create your feed, who can see who's posts, etc—all of those…
Wow thanks for the valuable info. Would you recommend, for people who wants to add AP to their existing username/password application? We are currently working on something based on https://fedify.dev Would you consider that can provide more complete AP functionality?
AT seems cool — but it’s not built on the web. That’s a dealbreaker for me. I can’t link to a Bluesky post. I can’t use Bluesky from the browser. It’s a silo’d network. The indie web has the right idea: Use the web, build ontop of blogs, degrade gracefully. We could have central aggregators just like Bluesky crawling the web with microformats. The polished experience with Bluesky has little to do with the tech and ev…
> I can’t link to a Bluesky post. I can’t use Bluesky from the browser. What do you mean? Both of these things are trivial. Here is a link to my most recent post on Bluesky: https://bsky.app/profile/steveklabnik.com/post/3lztkahefs225 You can sign into bsky.app (or deer.social, or anisota.net, or...) in your browser and post just fine.
It may seem inconsequential to some, but AT is fundamentally hostile to the web. The goal of AT is to move syndication and content off the web to another network. No. I’m done with that.
Open source has clearly won. This is clearly a wild claim that almost undermines the rest of the argument, but to the extent that we can accept that there are open source software packages that decision-makers deep in that industry will reliably choose for their business...it's not clear how this revolution will extend to "regular people." They just want easy. Make something as easy and fun as Instagram. They don't g…
In the tech industry, open source has clearly won. You're right that most end users don't particularly care. The engineers building solutions definitely care, and prefer to build on top of open source dependencies.
Either way, with social, and the network effects required, you’re targeting end users. The widest net with the lowest common denominator. Whatever success open source has had among people that live and breathe these issues every day is not replicable there.
I’m probably coming off as just a hater or anti-open source or something but I’m really not, I just feel like there’s a certain perspective that is a lot more niche and esoteric than its proponents realize.
Earlier quoted context omitted.
Sure, this might matter to "very online" people. But I don't think it's the norm.
You asked me to explain why this matters. I did. I think your answer is fairly dismissive. Not everyone who cares about this is going to be some terminally online edge case. Unclear why ask a question if you are not curious about it. Probably not an effective use of our time.
Earlier quoted context omitted.
Okay… Unity and Unreal have a lot less focus than Bevy, but are much better game engines. They will be shipping more great games every day than Bevy will in the next year, including beloved meaningful ones, like Silksong and Indiecute and Cuddlygame or whatever. And hardly anyone there, like most big corpo employees, is directly benefitted from the better games, they get paid the same amount of money, but the rub is…
> Bevy is trying to be best GITHUB OPEN SOURCE game engine You're the only one saying this. No one else, including the person working on the project that you originally responded to, have claimed this is their sole goal to the inclusion of everything else. It's hard to tell if you think they literally don't care about anything else but are choosing their actions poorly, or if you think that they have the wrong priori…
What's different here and why is it better? Do we really need another standard / protocol?
I don't have a horse in which decentralized protocol wins, but while ATProtocol sounds great on paper I'm still inching closer to liking ActivityPub more. I'm pretty active on Lemmy[1] which is quite active and fun to browse 1. 99.99% (literally) of AT users are on Bluesky, which is helmed by a for-profit corporation. The argument is that they don't control the protocol but considering it is THE dominating instance o…
What irks me is that in the end of the day if you go to Bluesky it's all American politics and if you go to literally any mastodon instance it's all American politics. Maybe it's because I don't like monster of the week political drama, but I still don't see a reason to use them instead of Tumblr, Pinterest, or even TikTok.
Earlier quoted context omitted.
That's a purely personal point of view but I don't think the AP people claim that "people want the wrong things", but rather that "the things you want have a cost and we're not hiding it". The fact that likes count and half the replies are missing is not specific to AP but to implementations not willing to actually follow the AP community: in fact the SocialHub ( https://socialhub.activitypub.rocks/ ) community is th…
Mastodon/AP is difficult to discuss because pointing to flaws of Mastodon leads to people saying "it's just a Mastodon problem", but AP doesn't by itself specify much so it's hard to critique it too. If there's a "flavor" of AP that's competitive with what atproto solves (can "walk away" without cooperation, can "revive" and "remix" data from other apps, can "fork" products with all their data), I'd like to read a co…
There's no talk about migration in the core spec, but how is it in ATproto in practice ? Does everyone carry their entire repository, live from their own PDS, ready to be remigrated somewhere else ? It does feel like in AT-in-practice people just have a PDS and that's it ? (I've never used it, I might be totally wrong)
Really, if you want a simplistic view of AP, it's easy: it's an INBOX where you receive content, and an OUTBOX where you send content, and the content is activitystreams-formatted JSON. Anything else just makes it easier to work with.