community management, "self-organized moderation"
"Self-organized moderation", ie. trying to preferentially resolve moderation issues among peers rather than using power structures is a good thing to strive for, but...
You don't achieve that by telling people "we won't moderate, tell people yourself if you have an issue with them", you achieve that by codifying that boundaries of others must be respected and make it clear that you will step in if they're not.
If you just tell people to do it themselves, but you never actually provide the supporting infrastructure to do so, nor build the social culture necessary... then all you've done is declare open season on marginalized folks.
This toot is testing the above hashtag.
Please boost.
I'm seeing how many people will respond to it. Zero would of course be the ideal number.
@riley Wha. FiiO is making analog gear now?
I remember when they still just made budget portable speakers...
@foone It always frustrates me that the modern design mantra of modern hardware/software appears to be “we’ll streamline it all and tell you what the experience is that you want” rather than “here are some parts and a good first guess at a good interface, have fun!”
Especially when folks making the locked down/vertically integrated pieces of tech all cut their teeth on open ecosystems that enabled or even encouraged mucking about in internals.
politics
@baldur Hm. I more or less agree with the article, but there's one sentence in particular that bothers me: "If only we knew how."
The answer to this has been known for a long time already, and lies precisely in the findings of those "critics on the left": mutual aid and grassroots organizing.
It's endlessly frustrating how people insist on reinventing this wheel when the answer to this problem was already known decades ago, but repeatedly buried due to being politically inconvenient.
(It's even the same mechanism that's already accepted at a smaller scale - it's fairly widely accepted that openly discussing salaries helps to reduce salary inequality, for example, and the mechanism is the same for escaping from these bubbles in general)
@joepie91 it's like that thing where bands go on a 'world tour' and the world tour in question is just america, canada, a handful of european cities, and australia
Like, if you genuinely want to "have a broader conversation with the community", maybe you should actually give three shits about accessibility, instead of pre-selecting for well-off white tech dudes by your choice of venue?
OpenSSF: "We encourage everyone to join in on the conversation in the next days and weeks around FOSS supply chain security!"
Also OpenSSF: "We will be having that conversation at a physical event in North America [that many people will not be able to travel to, particularly those who are already underfunded and therefore at risk of maintainer compromise]."
Fucking 'foundations', every fucking time.
@martijn @aral Also a venture capital backed startup, but a different one.
(With very much the same playbook of "present itself as a revolutionary change over Node.js while conveniently failing to mention that all of its supposed improvements could have been contributed to Node.js instead, but weren't")
long, UBI, tech
@ramsey This wasn't "trying to turn this into an argument". You asked for clarification; and I provided clarification, as requested...
Kan me nog steeds niet aan de indruk onttrekken dat SIDN de eisen gewoon zo opgesteld heeft dat AWS eigenlijk de enige optie is, en dat de komende 5-10 jaar ook gewoon blijft.
Met dan een mooi verhaaltje er naast over hoe, mocht het ooit mogelijk gaan zijn, ze altijd over kunnen stappen naar een andere partij. Want, ook al kiezen ze voor AWS omdat AWS de enige is die het kan leveren, ze zitten er niet aan vast hoor! 🤪
https://www.sidn.nl/nieuws-en-blogs/het-waarom-achter-onze-keuze-voor-public-cloud-en-aws
@mejofi Dit lijkt me nou typisch zo'n gevalletje van "dan pas je de requirements maar aan, want deze uitkomst is niet acceptabel"
I'm willing to say no #IPv6 support could be considered a class issue.
Old and wealthy western ISPs don't care because they hold onto an /8 or something and can live like that for the next 2 decades with NAT and NAT444.
But new, small, local ISPs or ISPs in developing parts of the world struggle with IPv4 availability the most, barely having any to do NAT444 for their customers, hurting performance even further in regions that already suffer from not the best network access
long, UBI, tech
@ramsey No; rather that we should acknowledge that open-source development isn't the first to have this sort of situation, and hasn't created a unique circumstance.
There's a bit of a recurring problem where folks in tech communities rediscover social dynamics that many people outside tech have already dealt with for a long time (see eg. the "you reinvented the bus" memes), and then present them as some sort of novel revelation, without ever acknowledging the work that folks outside of tech have put into it in years prior.
This sort of exceptionalism also tends to creep into narratives about technology as a positive force; the discussion around UBI and open-source, but also for example the notion that "having computers means we no longer need to labour" (which isn't really any more true than it was after the invention of industrial machines).
That exceptionalism has a tendency of not just ignoring the lessons from history (like how there have always been good reasons for UBI, and plenty of data to support it, and it was buried for political reasons instead), but also of creating a further divide between "tech people" and "non-tech people"; where the progressive systems that take advantage of these 'novel' insights only really cater for the tech folks.
For UBI, this has already sort of been happening with some privately-run collective UBI-like schemes where only folks in tech are eligible. Sometimes to the detriment of solidarity and collective action towards introducing a true UBI for *everyone*, because tech folks then end up pulling up the ladder behind them.
So all I'm saying here, basically, is: yes, open-source development *is* a good argument for UBI, but it is not an exceptional one - and we should not treat it as such, lest we end up with a watered-down system that only really benefits the relatively-powerful few in tech.
Instead, we should see open-source development as just one of many forms of community work, all of which *as a category* are a very good reason for UBI, and should be presented *as a category* for the purpose of solidarity.
In the process of moving to @joepie91. This account will stay active for the foreseeable future! But please also follow the other one.
Technical debt collector and general hype-hater. Early 30s, non-binary, ND, poly, relationship anarchist, generally queer.
- No alt text (request) = no boost.
- Boosts OK for all boostable posts.
- DMs are open.
- Flirting welcome, but be explicit if you want something out of it!
- The devil doesn't need an advocate; no combative arguing in my mentions.
Sometimes horny on main (behind CW), very much into kink (bondage, freeuse, CNC, and other stuff), and believe it or not, very much a submissive bottom :p
My spoons are limited, so I may not always have the energy to respond to messages.
Strong views about abolishing oppression, hierarchy, agency, and self-governance - but I also trust people by default and give them room to grow, unless they give me reason not to. That all also applies to technology and how it's built.