I still don’t understand why you’d prefer to stick with a community on LW when there is a whole instance at https://nba.space waiting for more participation.
For the same reason that they have a website: to control their media presence and their means of content distribution.
if merging in the creative bits from each were merged into the more popular ones more often.
Yeah, the pity is that most of the times this simply doesn’t happen, and everyone wants to reinvent their own special flavor of wheel.
You are right. I am still looking at anything related to the Fediverse as work and not as a hobby, and I shouldn’t be expecting other people to share the exact same vision and ambitions.
I kinda want to write my own client
Fair enough, every developer goes through that.
At the same time… If this is your primary motivation I would feel like there is no point in you asking for “feedback” because you are essentially looking for validation.
I don’t mean to pick on you, I just wish we collectively learned to stop this. So much effort is wasted by individuals who want to prove something to themselves and want to go out on their own, it feels like FOSS alternatives would be 20 years in the future if put worked together on 2-3 alternatives instead of 20-30 disparate projects.
If you are okay with reconsidering your position… go to Voyager’s discussion pages on GitHub, there a few issues I opened there and would like to tackle:
If any of these things interest you, I’d love to have a longer chat and see if we can work together.
Why not take an existing client like Voyager, and add the features that you are missing?
This is exactly what I am doing for “easier onboarding”. I am working on a fork of Voyager, learning my way through React Native and ionic, and adding support for Fediverser to it.
How many billion dollar companies were built on dynamically typed languages? Do you think that companies/bosses/investors care about the compiler warnings or whether you can deliver/iterate faster than the competition?
nobody likes plumbing, but we all know it’s necessary.
Is it, really? Are we all working on mission critical software? We are living in a world where people are launching usable applications with nothing but the prompt to an LLM, ffs, and you are there trying to convince yourself that pleasing the Hindley-Milner gods is fundamental requirement in order to deliver anything?
Good engineering is about understanding design constraints and knowing where to choose in a myriad of trade-offs. It’s frankly weird to think that such an absolute, reductionist view like yours got so much support here.
Isn’t it in your own browser history?
It’s well known that I’d rather have communities separated from users, so I’m biased to have all car-related communities on an instance like gearhead.town.
How about re-posting the blog entry in question?
FYI: it looks like Trump is going to win the popular vote on this one as well.
The idea is not to have to talk with everyone in the circle, but to have enough people to create a long tail of niche interests.
Takahe is IMO the opposite of “single user software” . It shines when you want to host multiple users with multiple different domains and identities.
Right, but the problem with them is “bad usability”, which amounts to “friction”.
Like I said in the original comment, I kinda believe that things will get so bad that we will eventually have to accept that the internet can only be used if we use these tools, and that “the market” starts focusing on building the tools to lower these barriers of entry, instead of having their profits coming from Surveillance Capitalism.
requiring a proof of identity or tracking users is a privacy disaster and I’m sure many people (especially here) would outright refuse to give IDs to companies.
The Blockchain/web3/Cypherpunk crowd already developed solutions for that. ZK-proofs allow you to confirm one’s identity without having to reveal it to public and make it impossible to correlate with other proofs.
Add other things like reputation-based systems based on Web-Of-Trust, and we can go a long way to get rid of bots, or at least make them as harmless as email spam is nowadays.
Not even the biggest tech companies have an answer sadly…
They do have an answer: add friction. Add paywalls, require proof of identity, start using client-signed certificates which needs to be validated by a trusted party, etc.
Their problem is that these answers affect their bottom line.
I think (hope?) we actually get to the point where bots become so ubiquitous that the whole internet will become some type of Dark Forest and people will be forced to learn how to deal with technology properly.
Well, yes. But to me interesting part of the article is that I used to think that they did this to check if the venue was taking them seriously about general aspects of their rider, maybe to accommodate some of their eccentricities or to fuel their parties. I didn’t know that this was used as a canary test of the safety work, and I didn’t know that they were pushing for such large scale operations on their tours.
Having a standard URL scheme would precisely help us develop ActivityPub clients and get rid of application-specific servers.