Erik Moeller is a user on You can follow them or interact with them if you have an account anywhere in the fediverse.

Erik Moeller

@News @cocoron

Congrats! So happy to see more instances run as co-ops. :-)


I used to be a heavy KDE user (before KDE3). Definitely should give their current tooling another spin. :)

I have to say, the Nautilus file manager (part of GNOME desktop for us Linux heads) has become so good that I actually now often use it instead of the command line. Batch file rename, instant search across subdirectories, etc. It's pretty damn slick.


Thanks for all your hard work. Pixelfed is looking great! :)

Erik Moeller boosted

@aral You can't venture-capital your way out of a problem you venture-capitalled your way into in the first place.


I don't think Mastodon is a "one-man-band" (as an open source project it has quite a bit of activity from many contributors) and we already have Pleroma and other ActivityPub implementations. That said, I am absolutely in favor of Mastodon graduating from the BFDL governance model, which is fine for an early stage open source project but is starting to show cracks. If not addressed, a better-governance fork will become increasingly necessary.


That is to say nothing about the business model of surveillance capitalism which sustains these enterprises, and which has its own adverse social effects.

The federated social web is not a panacea, that much is clear. It is the necessary but not sufficient precondition for doing better. We will see bad actors, efforts to abuse our infrastructure, etc.

To me that means that when we observe failure, we should take it personally (how do we fix this?).


I think we know a lot more about Facebook's and Twitter's failures large _and_ small:

- bad actors not banned for many years;
- good faith activists banned for single perceived violations;
- crackdowns on nudity, sex work;
- caving to the demands of authoritarian regimes;
- guidelines written by engineers totally oblivious to the social context within which they will be applied (see, e.g., )
- questionable algorithmic experiments without consent;
- etc. etc.


Even if a centralized platform applied more community band-aid to improve their abject failure at managing abuse, the lack of open code and "forkability" still means that users cannot respond adequately to future failures.

In this sense, the mere existence of efforts to fork Mastodon already shows a greater resilience of decentralized/open approaches to (real or perceived) failures.


I think it's worth looking at extreme failure cases like false rumors leading to ethnic cleansing, and how decentralized social media would handle them:

Fundamentally, it seems obvious to me that centralized abuse management doesn't scale. A centralized platform like FB or Twitter could do more to devolve power to its users -- but there's no evidence that they have any interest in doing so, and users have no means to force the issue.

Just finished "Flying Too Close to the Sun" (quick read since it's an art book) -- traces threads of classical (Greco-Roman) myths in art. It's a lovely coffee table book, though I can't wait for publishers like Phaidon to expand their definition of "art" a bit more. Full review:

Beautiful (short) article about the connection between linen and microbiology, based on an exhibit on the subject in Northern Ireland.

Part of the process of making linen typically involves employing the action of microorganisms, which humans have done for thousands of years -- as with microbiology products like beer and cheese.

I love the use of art to show & celebrate the connections between the visible and the invisible.

Latest review: "The Doomsday Machine: Confessions of a Nuclear War Planner" by Daniel Ellsberg.

A powerful book that shows how humanity has slipped into accepting the continued existence of a machine for global annihilation -- this absolute evil created by ordinary people -- why we must dismantle that machine, and how we can do it. Full review:


In this case, we deliberately are setting out someone who may just be starting in their career: while they should be comfortable writing code and working with typical sysadmin tooling, a formal or professional quality to that experience is not absolutely required. Hence the "Associate" level of the role.

Given this, there are many ways to gain the minimum level of experience, and you may already have it. :)


No, we've not looked seriously into Nix/Guix yet.


For clarity "Open to remote work in American time zones" includes Canada. We have two remote workers in Canada already. :)

Hi folks! My employer, the Freedom of the Press Foundation, looking for an Associate Site Reliability Engineer, which is a fancy-ish way to say "keep websites running and automate all the things" :)

- Open to junior/entry-level
- Open to remote work in American time zones
- Mentoring included
- You get paid to help protect freedoms that are under imminent threat.

Great role if you're looking to start a career in infrastructure work with mission focus. Questions? DM! :)


Welcome! :) Generally: gradually. It's a good idea to pay attention to the introductions hashtag for random discovery (I have it as a pinned column).

Some folks we both know who are here include: @Greg @brion @quimgil @legoktm @K4_713 @brainwane @magnusmanske @mako

Also check out the Twitter/Mastodon bridge as well for contract discovery:

Erik Moeller boosted


Love the idea of an incubator focused on projects rather than languages! :) That seems very achievable.