Comment on It's time for a hard fork of Mastodon (DRAFT, REVISION IN PROGRESS)
SnotFlickerman@lemmy.blahaj.zone 2 months ago
This “Jon” guy has been writing these fucking long ass screeds about all this for at least a year now.
Maybe if this motherfucker stopped writing and took some time to learn to code and then contribute to the codebase themselves, they might have more luck.
Seriously, the pages and pages and pages written by non-technical people about “how things ought to be” when they aren’t willing to put in the legwork to figure out how any of the technical side fucking works or how to get the technical side to fit “how things ought to be” its just fucking blowing smoke out their ass.
Contribute to the code or shut the fuck up about your demands.
You’re not wrong, but I think you’re missing the bigger picture.
The problems and associated solutions aren’t just about being a heroic lead dev. They’re organisational now. And so “grandstanding” has its place, especially when it comes to informing people about why they should consider organising together. You may be sick of their articles but many haven’t read any of them and I’m not sure there are others out there trying to solve these problems at a system level.
Why ? I am sure there are lots of good architects that can’t lay a row of bricks for shit and won’t take feedback from builders and tradespeople either.
Maybe an excellent developer will read it, agree and have a go ? Or they’ll collaborate with somone.
andrew_s@piefed.social 2 months ago
His Bio does include 'software engineer', and he's worked at Microsoft before from here. I get the sense that the problem that people have with Mastodon is that they've subbed the PRs, but they've not been approved. For example, there's apparently a 12k line PR for Groups that the main guy isn't keen on.
It can be tricky getting your own code into other people's projects - the maintainers need to have a lack of ego that can be difficult to achieve. Generally, developers react better to code, than to ideas about code, but you want to convince them to look at future code, and not waste your time creating it, by floating the idea first, so you can end up in an impossible situation. Subbing big PRs only for them to be dismissed by a maintainer is what causes people to rage-quit the project altogether (for Lemmy, see Tesseract UI, and the 'bulletintree' guy)