Earlier quoted context omitted.
Indeed, it's a pity that the author placed so much focus on a cool looking font that they forgot to take basic properties like "good readability" into account. Form should follow function, not the other way around.
> Form should follow function, not the other way around. According to whom? It's their personal website, they're allowed to place value on whatever they want.
I was right about ATProto key management
51–60 of 198 posts
Re: I was right about ATProto key management
#52Earlier quoted context omitted.
Bluesky has been asymptotically approaching full decentralisation. A few years ago the gap was everything except a decentralised design, then it was AppViews, now it's "tooling and documentation" for the bit of the PKI that only 50 entities have done. Meanwhile I lost my Mastodon account history because I moved once, couldn't interact with half the network or apps because I was on a non-Mastodon codebase instance, lo…
I honestly can't tell if this comment is trolling.
Re: I was right about ATProto key management
#53Earlier quoted context omitted.
This isn't, and has never been a hard problem. Just pay for people's attention. People you follow don't have to pay, and make that transitive. Penalize people in your network who propagate spam by increasing the cost to get your attention.
If a scammer, advertiser, or some other form of spammer can get a payout just 1% of the time, they will be willing to pay much more than the average person posting the average tweet. If you make everything explicitly transactional, you will be left with only people trying to make a profit.
Re: I was right about ATProto key management
#54Earlier quoted context omitted.
> Form should follow function, not the other way around. According to whom? It's their personal website, they're allowed to place value on whatever they want.
According to them. They shared their opinion.
There is a world of difference between "I prefer x" and criticising something while asserting "everyone should do x (because I prefer x)".
Re: I was right about ATProto key management
#55It's written in anger, but I'm optimistic that this will eventually get fixed, and documenting bad experiences like this will help.
Peer to peer, not federation, is the way forward. We should only build peer to peer social protocols. Websites and communities should simply sample from the swarm and make it easy for non-technical users to post and consume. They should be optional and not central points of failure (or control). {Twitter, YouTube, Reddit, Instagram, TikTok, WhatsApp, Discord} should work like {Email, BitTorrent, PGP}. Bluesky and Mas…
Re: I was right about ATProto key management
#56Earlier quoted context omitted.
According to them. They shared their opinion.
No, they asserted their opinion as a fact. There is a world of difference between "I prefer x" and criticising something while asserting "everyone should do x (because I prefer x)".
Interesting idea, let's see if they confirm they were talking facts. I'll be very surprised.
I'm the worst person to take issue with this. This has been my biggest pet peeve for the longest time as well. Right until my frame of mind flipped randomly, and I recognized that by getting upset over blatantly subjective matters being discussed with zero cushioning like this, I'm doing little more than intentionally misreading the other person, and upsetting myself on purpose.
You're reacting to the smoke, not the fire. For example, this may have very well been a perfectly cromulent alternative reply:
> Sounds subjective, and indeed, I disagree. Not a fan of dogma like this anyhow.
Re: I was right about ATProto key management
#57Earlier quoted context omitted.
This isn't, and has never been a hard problem. Just pay for people's attention. People you follow don't have to pay, and make that transitive. Penalize people in your network who propagate spam by increasing the cost to get your attention.
This is one of the most interesting properties of peer-to-peer networks. You can run your own ingestion algorithms, and one of the things you can do is set up inbound rules that incorporate micro transactions. We have to build a lot of infrastructure to make this work, but it seems ideal for a world full of agents and autonomous systems acting on our behalf.
And who besides a spammer would pay more than $0 to have their message read by you? If I wrote a blog post about vulnerabilities of blockchains, or how I ran Doom on a pregnancy test, and you don't read it because I'm not paying you, you're losing value, not me. You guarantee an inbox of only spam — but at least you get paid for it.
Re: I was right about ATProto key management
#58Earlier quoted context omitted.
No, they asserted their opinion as a fact. There is a world of difference between "I prefer x" and criticising something while asserting "everyone should do x (because I prefer x)".
> No, they asserted their opinion as a fact. Interesting idea, let's see if they confirm they were talking facts . I'll be very surprised. I'm the worst person to take issue with this. This has been my biggest pet peeve for the longest time as well. Right until my frame of mind flipped randomly, and I recognized that by getting upset over blatantly subjective matters being discussed with zero cushioning like this, I'…
> getting upset over blatantly subjective matters being discussed with zero cushioning like this, then I'm doing little more than intentionally misreading the other person until I upset myself. You're reacting to the smoke, not the fire.
It's not about cushioning. They are explicitly criticising the website ("pity", "forgot to take basic principles into account"), and saying broadly that everyone should do X, where X is their own preference. That is the fire. That will invariably rub people the wrong way. It is inherently not an amicable way to communicate about differences in design opinions.
That's not to say you can't give critical feedback. "I'm not a fan of the font, I prefer fonts that are easier to read" would be perfectly reasonable. It's specifically the assertion that there is a way that things ought to be done, as though there are not trade-offs depending upon what each person values but rather one objectively superior way, that causes friction.
Re: I was right about ATProto key management
#59Earlier quoted context omitted.
This is one of the most interesting properties of peer-to-peer networks. You can run your own ingestion algorithms, and one of the things you can do is set up inbound rules that incorporate micro transactions. We have to build a lot of infrastructure to make this work, but it seems ideal for a world full of agents and autonomous systems acting on our behalf.
Do the outbound rules of other participants include microtransactions? And who besides a spammer would pay more than $0 to have their message read by you? If I wrote a blog post about vulnerabilities of blockchains, or how I ran Doom on a pregnancy test, and you don't read it because I'm not paying you, you're losing value, not me. You guarantee an inbox of only spam — but at least you get paid for it.
If someone wants me to ingest something novel from far outside my network, one way to gain reputation might be to pay a microtransaction fee. I'd be free to choose to set that up as a part of my ingestion algorithm. Or maybe my peers do it, and if they "upvote" the content, I see it.
If my peers start acting poorly and sending spam, I can flag disinterest and my algorithm can naturally start deboosting that part of the network.
With such systems-level control, we should be able to build really excellent tooling, optimization, and statistical monitoring.
Also, since all publications are digitally signed, your content wouldn't have to be routed to me through your node at all. You could in fact never connect to the swarm and I could still read your content if you publish it to a peer that has distribution.
Re: I was right about ATProto key management
#60BlueSky has to be centralized right now because the quality of the federated network is too poor right now.