vmstan,

Fun fact: there are over 1000 commits to the Mastodon code base made between version 4.1 and the forthcoming version 4.2, even more when you look at “boring” things like dependency updates.

The core team doesn’t talk about the good work they have been doing anywhere nearly enough. They’re not all massive and impressive features but a lot of groundwork laid for future change.

Our members already see it, but there’s a lot that will be better once all Mastodon instances get to update soon

memory,
@memory@blank.org avatar

@vmstan @chucker not to disparage the work that they’re doing (quite the opposite in fact), but this seems like a not-great release process for a widely used project that’s increasingly in the public spotlight. A more rapid tempo of smaller releases, combined with regular status updates on the major roadmap items, would probably make everyone including the developers happier.

chucker,
@chucker@norden.social avatar

@memory @vmstan I’m not sure a faster cycle buys you much. Big features often take a lot of debate and design work — for example, editing took a while, but the end result was a feature designed fairly well from the get-go.

memory,
@memory@blank.org avatar

@chucker @vmstan I think there’s a happy medium to be found here: big features shouldn’t block regular updates, and the opacity of progress on contentious ones like quote-posting just encourages uncharitable speculation in a vacuum.

(It would also be nice if “Eugen personally finds your tone pleasant” were not a de facto requirement for landing major PRs, ahem.)

chucker,
@chucker@norden.social avatar

@memory @vmstan

>I think there’s a happy medium to be found here: big features shouldn’t block regular updates, and the opacity of progress on contentious ones like quote-posting just encourages uncharitable speculation in a vacuum.

I mean, I can see that, but both of those ultimately mean more work. Either in terms of overhead for individual releases, or in terms of more communication.

memory,
@memory@blank.org avatar

@chucker @vmstan yup.

But that work isn’t really optional once you’ve made the transition from “hobbyist project” to “major social network used by millions of people.”

(It’s also, honestly, not that hard: you don’t have to drink all the Agile koolaid to have a reasonable release tempo.)

chucker,
@chucker@norden.social avatar

@memory @vmstan I mean, it’s subjective.

Recent feature releases:

4.1.0 Feb ’23
4.0.0 Nov ’22
3.5.0 Mar ’22
3.4.0 May ’21
3.3.0 Dec ’20
3.2.0 Jul ’20
3.1.0 Feb ’20

That gap from 3.4 to 3.5 was long… maybe they were busy preparing 4.0? But other than that, that’s two to three feature releases a year. Seems OK to me. I personally find Chrome’s and Firefox’s “must have a release every six weeks” silly. I also find it hard to keep up with new significant features that way.

vmstan,

@chucker @memory this has been expressed and discussed and the refactoring that’s had to happen over the last few months I think is maybe part of that.

ian,
@ian@phpc.social avatar

@vmstan What would be the top three 4.2 features you're liking, as an admin?

matt,
@matt@isfeeling.social avatar

@vmstan 👀

  • All
  • Subscribed
  • Moderated
  • Favorites
  • random
  • kavyap
  • ngwrru68w68
  • tacticalgear
  • DreamBathrooms
  • mdbf
  • magazineikmin
  • thenastyranch
  • Youngstown
  • khanakhh
  • everett
  • slotface
  • Durango
  • rosin
  • osvaldo12
  • megavids
  • normalnudes
  • cubers
  • GTA5RPClips
  • InstantRegret
  • cisconetworking
  • anitta
  • ethstaker
  • Leos
  • modclub
  • tester
  • provamag3
  • JUstTest
  • lostlight
  • All magazines