Without getting into a point-by-point rebuttal of this, the thing I don't ever seem to see from the Matrix team is a recognition that they need to undo bad decisions they have made, or make major changes in mindset/practices, rather than just saying "Well we're working on fixing Feature XYZ." The responses always seem to be of the form "Yeah, this is bad, but here's how we're working on it" rather than "Here's how we're going to ensure this doesn't happen again."
I think this may be part of why there's a perception that the Matrix/Element team is "defensive". They "listen" in the sense that they recognize people have problems, and to some extent they try to fix those problems, but they also keep moving forward in a way that creates more such problems that they then have to fix. And they don't seem receptive to the idea that it's that underlying modus operandi that should change, rather than just needing more work on this or that specific bug.
The biggest example of this for me is that in all these reflections from Matthew I don't see any recognition that maybe what's needed is not more delivering but less promising. Like there's this:
> And then really finally, I think a large part of it is just disappointment where people have been fans, expecting and hoping Matrix to move faster. We have basically over-promised and then failed to deliver in a fast enough manner. They've been waiting for two years for Element X to become the default, and it isn't, so they haven't started using it themselves, and so it might as well be that Element X stuff hadn't even happened in the first place.
Maybe people would actually be satisfied with Matrix moving slower, if that were done in a clear and deliberate way. But the attitude I always see is "well we're going to move on and get through this and excelsior and so on", and never "We are going to slow down and make sure everything is fully working before we start touting it as a big improvement". It's what happened with communities becoming spaces, it's what happened with enabling e2ee by default, it's what happened with the Element-vs-ElementX transition, it's what happened with various smaller updates that required room upgrades or server upgrades or whatever.
The problem I see with how Matrix/Element are operating is they are unwilling to make sure the system is good before they try to make it popular. They want to roll out update after update, each time proudly declaring how wonderful it is. And yeah, it is wonderful, it's remarkable how much progress has been made. But average users don't want to use a system that is this much in flux. So maybe just wait until it's been stable and working before you tell everyone how great it is? And gradually expand out in larger and larger circles of early-adopter nerds instead of trying to present it as something for use by the general public until. . .it's actually working and stable enough for the general public?
It's not just about "doing more" but about lowering expectations and being willing to grow slowly.
The line you quote from Matrix Live then directly contradicts this, though:
"We have basically over-promised and then failed to deliver in a fast enough manner."
Similarly,
> But the attitude I always see is "well we're going to move on and get through this and excelsior and so on", and never "We are going to slow down and make sure everything is fully working before we start touting it as a big improvement".
The reason that threads & spaces are taking a while to ship in EX is literally because we have slowed down, and made sure everything is fully working before we ship it.
Meanwhile, we killed everything we were working on apart from Element Server Suite (Synapse), Element Web, Element X and Element Call - focusing on moving slowly and getting it right rather than shipping a tonne of experiments.
So yes, in the past this was definitely a massive failure mode. But it should be obvious that precisely the stepchange that you're asking for has already happened.
> The reason that threads & spaces are taking a while to ship in EX is literally because we have slowed down, and made sure everything is fully working before we ship it.
But you already did ship it. And my perception is that what you're doing now is again rushing to catch up with the overpromises. My question is what are you going to do going forward to make sure that things that aren't ready never ship in the first place --- and that there are no more blog posts or the like about how amazing the next thing is (whatever that may be) until it has everything it actually needs to be amazing.
Anything that has to do with fixing what you already shipped is still on the delivery side. My question is about what are the processes on the promise side to ensure that unrealistic promises are not made in the first place.
I appreciate your engaging with me here and I want you to know that I appreciate what Matrix is trying to be. I'm still using Matrix in the same limited way I've been using it for a few years now. I'd love to be able to use it for more purposes. But there is no amount of fixes to already-released things that can ever convince me to do that. The only thing that will convince me is when the "next thing" (or next several things, really) that rolls out is actually everything it was cracked up to be, instead of having major problems that require damage control after it's been hyped up as a groundbreaking step forward.
mikece•6mo ago
(Do they have a podcast or just the YouTube videos?)
Arathorn•6mo ago
mikece•6mo ago
Could probably snag the YT thumbnail as well and use it as the show art for the podcast as well... sounds like a fun little project to code!