These user reports are invaluable. They contain so much information that us devs miss because we're so used to working with our software.
Note though that this is not a regular user, but an old school blogger with deep database experience and afaik programming skills, at the very least someone highly technical (and known in Germany). He is just able to put his user hat on -> regular devs can do that too.
The Matrix Trashfire
61–70 of 217 posts
Re: The Matrix Trashfire
#62Earlier quoted context omitted.
> if you expect to just use the thing, you should be going to Element. Element sent them to matrix.org
I'll happily admit the Element/Element X migration they're currently on is silly and unhelpful, but the point being if they'd just gone to the Element home page, or download the actual Element app instead of the X one, it would have perfectly happily registered them to Matrix.org by default and everything would have been just fine.
Re: The Matrix Trashfire
#63I've never used Matrix, directly. However I use Beeper all day every day, via their iOS, Android, and macOS clients. Beeper (not the iMessage app, but their previous and continuing multi-network app) is pretty great. I get one consistent UX across all chat networks I use. Sometimes the networks drop out, but rarely due to Beeper issues. Beeper is essentially a Matrix homeserver, plus a bunch of hosted Matrix bridges,…
Re: The Matrix Trashfire
#64I trust my homeserver, since I host it myself. I do not need end to end encryption. I understand this is an issue of the client, not the protocol. But there aren't many clients. Prebuilt element for android from fDroid will connect to matrix.org, vector.im and other network hosts and I don't want that at all, although this tracking can't easily be disabled. It feels very centralised.
I run my own homeserver and want to chat with my friend that runs his own server. It is unacceptable to me that clients connect to anything other than those two homeservers (apart from CRL and OCSP, which should also be disabled by default, as I consider those protocols great spyware). Not to mention the fact that homeserver software itself is known to make connections to the servers of the developers by default, without ever talking to someone on matrix.org. This is also unacceptable. My homeserver should only connect to other homeservers.
3PID is a failed attempt, as it centralises identities and works by utilising a single point that gathers a lot of personat information at one place. I don't want it.
XMPP does not have those issues. Set up prosody and use dino or Conversations and they won't make any connections to non-essential servers. Furthermore, the end to end encryption is way easier to use in XMPP (OMEMO), and it's easy to turn it off if you don't need it.
Re: The Matrix Trashfire
#65While it's never fun to receive negative feedback, it'll only help to improve the product. Still, I run Matrix servers since inception of the project (10 years now \o/), and for an experienced system administrator this is not something difficult to do. If you think running a Matrix server is difficult, you are probably not the intended audience: running an IRC server, an email server, or some other server, is mostly…
> Lastly I think comparing an open source project like Matrix/Element to Publicly traded corporations like Slack or Meta, is not fair. If we want to "win" (reach similar/higher adoption), we need to at least come close. It's not easy work, but not doing it and leaving the product that so much good work has ready gone into unusable for a vast number of people would be a bummer.
That kind of users aren't worth the hassle if they have no money.
I personally have better relationships with people that enjoy learning something new, and coming up with solutions for issues themselves, eventually contributing to the ecosystem.
Re: The Matrix Trashfire
#66Re: The Matrix Trashfire
#67This kind of process is extremely valuable and should be done by devs more often. Start from the start and follow whatever your application tells you to do . Note down when it doesn't tell you where to go or what to do. You'd be surprised by just how many things you do automatically while working because you know the little tricks and things to get by, and that wording doesn't necessarily match what the app requires…
QA is a massively underappreciated position. A QA person that knows when to automate, when to manually test, and how to report and file issues relevant to the project can save a significant proportion of hours on a project overall. I wish many more companies included budget for QA, it saves developers a lot of time. A bit of a side-note: this sort of analysis is a great answer to "I want to contribute to open source,…
At the Japanese company that I used to work for, it meant that you were one of the most powerful people in the corporation, and was a sought-after adornment.
Different strokes, and all that...
Re: The Matrix Trashfire
#68Re: The Matrix Trashfire
#69Earlier quoted context omitted.
QA is a massively underappreciated position. A QA person that knows when to automate, when to manually test, and how to report and file issues relevant to the project can save a significant proportion of hours on a project overall. I wish many more companies included budget for QA, it saves developers a lot of time. A bit of a side-note: this sort of analysis is a great answer to "I want to contribute to open source,…
The old wisdom in the US, is that if you have "Quality" in your job title, your career is over. At the Japanese company that I used to work for, it meant that you were one of the most powerful people in the corporation, and was a sought-after adornment. Different strokes, and all that...
Re: The Matrix Trashfire
#70Ok, now do XMPP. Or Signal, but with the added requirement that you want to run your own server.
If you happen to have Jitsi Meet installed you'll already have an XMPP server up and running to which you can add some configuration to make it useable for this purpose.
Source: this is what I've been doing for many years