301–310 of 413 posts
Earlier quoted context omitted.
> From personal experience, I’ve generally found federated protocols to not be suitable for real time communication, Matrix is incredibly buggy at times and it’s left a sour taste in my mouth. Not sure this is a good reason for not adding it, Element is not buggy at all.
I run into Element bugs all the time. It's not the worst, but "not buggy at all" is not my experience.
Earlier quoted context omitted.
It really is the difference between channels and rooms, as in visiting rooms or tuning to a frequency to join a radio channel. It feels very different? And the use-cases are different.
Thanks all for the responses - the whole “matrix doesn’t have voice channels” thing is much clearer now: it’s not the hard bit (voice/video conferencing!) but just the UX of how it’s hooked up. This we can fix :)
Being able to hang out in a room alone to signal that you are open to chat if someone wants to join makes for a completely different user journey from calling someone and interrupting your interlocutor.
Have been using another discord alternative, ripcord [0] for a while (with native (Qt) UI instead of electron). Recently we ripcord users keep getting soft banned from discord (have to reset our password) [1], is it something this project also suffers from? [0]: https://cancel.fm/ripcord/ [1]: https://dev.cancel.fm/tktview?name=8f8ecd4b60
Discord explicitly disallows third-party clients, and will outright ban you if it detects API usage that obviously originates from self-bots (eg. posting embeds as a regular user). The ripcord ban might be a temporary ban more reliant on heuristics intended to prevent nitro scams like this one[0] where it performs no out-of-the-ordinary API calls but still purchases a bunch of Nitro gifts. 0: https://support.discord.…
Just want to +1 what you're saying and confirm that we are never trying to ban third party clients (that aren't self-bots). Honestly, it would be a waste of our time and basically do nothing good for Discord. But as you correctly point out, they do sometimes trip the ever-evolving heuristics we build that try to identify and mitigate spam on the platform.
If this happens to your account you can write in to our TNS team at https://dis.gd/request and they will usually take care of unbanning any accounts that get accidentally caught up in a spam heuristic. It sometimes takes a bit to investigate and respond to these kinds of requests but they generally come out right in the end.
Earlier quoted context omitted.
Ok having read the about page, it starts to tell a narrative. It's helpful and gives me a better idea about the motivations behind thebproject, but as a brand name you dont get to force everyone to read your /about when they first see the name Revolt. But on the specific issue, consider if someone is a proponent for privacy, but isn't sure if the're joining software created by activists they disagree with, maybe the…
Amateur activism across our political spectrum has been a net-negative in my opinion, so I agree, but privacy has no chosen political party or agenda. In that way, I'd caution you from thinking of it "politically" in terms of camps and more "politically" in terms of policy changes needed that both of our parties object to.
Earlier quoted context omitted.
> Currently mongodb is fine for us. As someone who has administered too many MongoDBs, those are some famous last words.
Cassandra or HBase are not exactly a utopia either though
We (Discord) moved off of MongoDB for various reasons and are quite happy about that decision but managing Cassandra/Scylla clusters is not exactly a walk in the park either.
Also working on a Discord alternative, albeit my project is a decentralized version — neat to see the space has traction. One thing I couldn’t quickly surmise: it looks like your services are centralized and neither servers/spaces (whatever terminology you’re using for logical groupings of communities) nor DMs have support for encryption. Do you have plans to support this? I don’t mean to ask this as a FUD spreader,…
Do you have a link to your project or a way to follow your progress? I'm interested in decentralized community platforms.
Earlier quoted context omitted.
If one can afford it, mongodb Atlas is really just fine. As someone said, at scale, all technologies need significant know-how and time investment.
It is not "just fine". They do not have encryption on the wire by default and require an enterprise plan, which is percentage of income based, to enable it.
Earlier quoted context omitted.
>You can of course install from your package manager Debian 11 was released a couple weeks ago and the rustc it ships with is already so out of date (7 months old, gasp!) software written for modern rust versions can't be compiled with it. And this isn't a Debian only problem.
Is this a Rust only problem? Decided to pick the most well known Go project, kubernetes, and the Go version (1.15) included in Debian 11 is too old to build the first kubernetes project in my search results, kubernetes client as it requires go 1.16, released february. I've certainly had issues with e.g. the Python or Node version being too outdated on Ubuntu, RHEL, CentOS etc. And when that happens, it's a bigger pro…
Bash actually gets new, backwards incompatible, features pretty often too but you never have to run a bash script in a container or some third party interpreter. Bash devs simply care about having their software be able to run on setups more than a handful of months old.
Earlier quoted context omitted.
On the other hand, matrix was explicity designed with bridging in mind, and if this is designed to have a good matrix bridge natively, it'll probably work pretty well without having to stay up to date and without having to implement the full matrix spec.
But the point is: why ? Why yet-another messaging protocol? If they wanted to have a different client (which I totally understand, given that Element client is currently just a poor mix of all of Slack and Whatsapp and Discord), they could just focus on the client.
Earlier quoted context omitted.
Ok but just for me as an observer, it's not clear what the actual UX difference here is. The discussion seems to suggest that the actual capability of the UX is in fact worse in Discord, and maybe not worth copying exactly if it causes a feature regression. It would help to specify exactly what you would like changed around, i.e. if there is a button that could change to make it more clear what is happening when you…
You are free to not copy it and people are free to continue to not use it. Seems simple to me.