If your intent is to dump some code on the internet, by all means - and more power to you.
If your intent is to have your code reach the maximum amount of people to benefit them, and you want your project to benefit from networks effects.. then GitHub and Discord, the two proprietary platforms used by the largest portion of people for modern OSS project development, are basically a non-choice. Every other option results in far less people discovering and interacting with your project, by orders of magnitude.
In a project I run, we forced everyone into Matrix as much as possible and refused to operate a Discord for over a year. Once we relented, and decided 'we would run both' - over 95% of people in under a month stopped participating in the Matrix channels and instead went to Discord. The number of people in the community grew orders of magnitude larger, in a shorter time period, as well - even with us pushing it less on our docs/etc.
It sucks. Wish it wasn't true - but that's where people are.
I get GitHub - it's proprietary, but also just git, so moving somewhere else is just a pull and push away. The same can't be said for issues/discussions/wiki, but at least it's still the web, so it is googleable, archivable, curlable, you name it. It has happened more than a dozen times that I googled a weird error from eg libssl, ended up in a random issue of a random tool I never heard of, but someone still explained the underlying issue well enough while debugging that I was able to solve my problem. This requires a browser and nothing else.
None of this is true for discord. It isn't indexed by anything, even "servers" are walled gardens to each other mostly. Anything shared on discord will be lost to time in a decade or two. Nothing discovered or solved within $project's discord will possibly benefit anyone outside that project.
And sure, we already had that problem with IRC, but I think the text-only nature of it helped that anything a bit more involved moved to forums or mailing lists which again both were web accessible and searchable. And even then some projects did have logbots which just dumped text files into a web server.
What’s worse is that the stuff that does get indexed will usually describe your exact issue, but then you’ll see it’s closed with a message like “this issue is stale because no one answered in 20 minutes,” or “this isn’t a bug, ask it on discord”. There’s no guarantee you get an answer there or if someone snaps at you for asking the same question yet again and not knowing the exact ceremony to perform to find the previous answers.
I don’t have the time or energy to arse about with real time chat and micro-communities for every single thing. The claim is that they are inclusive but I find them rather cliquey and exclusive.
> Anything shared on discord will be lost to time in a decade or two
Personally, as someone who has watched the evolution of IRC and other types of communication channels, I would argue that unless a thread is archived to the open web, anything shared in a realtime chat channel is lost in hours if not days.
Isn’t ’giving up convenience in the name of freedom’ one of the core trade-offs you’re expected to make with free software? People buy into the ‘free’ bit of FOSS to varying degrees of course but it is disappointing that so many FOSS projects seem ok contributing so much to a proprietary product from one of the most anti-freedom corporations out there.
Stallman said (paraphrasing) "If free software were inferior, using it would still be the right thing to do. Fortunately, it is also superior in terms of features and experience."
That being said, Stallman (still?) uses mostly terminal based software, so that take is a bit biased.
> Stallman (still?) uses mostly terminal based software, so that take is a bit biased.
The Linux terminal is fairly comfy and depending on the task, it can be vastly superior to graphical applications. The opposite can also be true for other tasks. It really depends on what someone wants to do with their computer.
> "If free software were inferior, using it would still be the right thing to do. Fortunately, it is also superior in terms of features and experience."
It blows me away just how out of touch one otherwise-intelligent man can be.
FOSS often has severe usability issues compared to popular proprietary counterparts -- just look at any article here talking about trying to use Matrix or get friends/relatives to use it, it's basically always a big dumpster fire. Yet somehow you still have people recommending it.
It is true that highest quality FOSS is found at the level of libraries and frameworks, not on the end-user app level. There's still a lot to win by improving the practices on this level, which require more than pure technical focus. And other people than devs getting involved with their skills. Requires better FOSS tools and practices to make that happen. That is a challenge for the future of FOSS. It's also one tackled by people using the FOSS apps, prepared to bear with inconveniences, give their feedback, and not ditching them on a whim for the first proprietary competitor that is better. Yes, that is not for everyone to be involved with. I am quite happy to see more people who do.
A lot of FOSS enthusiasts want the UX to be bad, because to them the UX that is bad for most people is actually fine.
I think the issue is less getting a designer interested, and more that it would be really hard to get consensus. Changing UX is more subjective AND intrusive compared to adding more features or improving performance. Changing the UI means changing people's existing flows, as opposed to a new feature that can just be one more button somewhere.
It is understandable, since the majority of FOSS enthusiasts consist of developers, techie folks. An audience of power users that indeed have different preferences for their UX. There's a lack of people involved in FOSS projects (e.g. designers) that inform these developers on the expectations of the user base that their FOSS project is targeting. FOSS devs want to see their project get uptake and use, and need different voices that tell them (with good arguments) how to achieve that. Lacking that biased UX hampers project objectives.
I don't think there is a consensus among developers of front-end FOSS that becoming the market leader is a high priority. Non-power users will never submit a PR, and rarely even write a useful bug report. They effectively give very little back to the project, except maybe some clout that comes with a large user base.
There are some exceptions, but the ones that care the most about market share either have a corporate backer that is profiting from the project (Microsoft, Chromium) or require large numbers for the project to be successful (Firefox, Fediverse).
Before striving for market share and leadership, there's product-market fit. The ambitions of FOSS projects needn't be (and often aren't) to become a leader. Offering a good alternative to some proprietary product is already a good start. FOSS projects are predominantly started and maintained by developers and this is reflected in both the tool choices and the organization / governance model of the project, which makes it hard for other stakeholders to have a proper say in it. Those are areas to focus on and where much can be improved. And with the help of said stakeholders to encourage that trend.
> the majority of FOSS enthusiasts consist of developers, techie folks.
Is this for the same reason that most Linux users don't care about free software (i.e. are happy running various proprietary blobs on Linux, Windows games in Wine etc.)
i.e. as far as I can tell most users of free software don't care about the free software aspect very much.
Talked to a Linux user about this last night and he seemed to think the "free" part means "no cost"... Sad!
Yes, but it's not constantly trying to trick you into paying, or locking you in to some format/platform that will lead to you paying. Those are also big usability issues.
Yes, they are usability issues, if I can't trust the software and need to evaluate every step it makes, because it might do something against my interests. That's quite the cognitive overload.
I'm not saying that it's strictly worse or the same as with FOSS software. Just a different tradeoff.
I think that might be wishful thinking on his part - I remember hearing about him consuming some types of web content via a friend downloading html and emailing it to him! He has spoken plenty about confronting the convenience-freedom trade off that anyone consuming software will be confronted with though.
If use is the only thing you do it may contribute to the Tragedy of the Commons and you undermine FOSS. If you also contribute back in some ways, even for very practical purposes, you are also serving the higher philosophical principle of FOSS.
No. Freedom includes the freedom to do what is convenient.
The tolerance of inconvenience is a practical argument. If you have non-free dependencies, the most likely scenario is that sooner or later the dependency will kill support for the project and you have no legal recourse. Eg, if a project uses Discord, at some point it will have to move away to some other technology/protocol. If it uses git, the project won't ever have to move away from git. Those predictions can be made purely from analysing the license.
Since a move is inevitable, it really should make more sense to use FOSS protocols and clients from the get go. People don't though, and I don't pretend to understand the reasons. But what I can confidently say that Discord is going to become inhospitable for the project eventually.
This doesn’t seem to cover the ‘social’ or community side of software freedom though. Sure you have the freedom to make life tough for your future self for short term gain - but by embracing non-free software you are ultimately limiting the freedom of others via network effects and lock-ins. Exactly what has happened with GitHub.
Exactly, ones convenient choice undermines and erodes collective freedoms. In FOSS you 'vote' with your choices. In an analogy with politics this lack of consideration of freedoms and values, and applying of critical thinking may lead to freedom eventually being eradicated for good (or a very long time). In politics unfortunately we see people time and again voting democratically for their own oppression and lack of choice.
I was thinking of Freenode when I wrote that. The changeover process is using a different server - the client doesn't change and nor does the protocol. The switch from Discord will be a lot more disruptive. Everyone needs to find a new client and the protocol will be different. Ie, the entire ecosystem burns instead of one minor component like a DNS hostname.
And that is the upside of OSS. When Freenode caused people trouble they all just walked calmly to a new server. Case closed. Little of value was lost.
It seems there are plenty that don’t - although that may also be for practical reasons.
But yes, I do think that free software ideals discourage supporting those platforms - however some may support them to give their users at least some freedom, eg when they are forced to use the platforms due to some work policy.
I find Discord such an annoying tool for it though, it's not a principled objection for me really, I just don't think it's a good solution.
I've never actually had a question answered (rarely even addressed) within some chat-like timeframe anyway, then after some days or a week or so I forget all about it or couldn't find it again scrolling up if I wanted to.
People always talk about search engines not indexing it harming discovering, but another aspect of that is that you can't tell if the 'server' is completely dead until you make an account or log in and join it. Then potentially you just see a flood of people joining, maybe one or two asked a question, and there's just no other activity.
But my main issue I think is just that I can't keep up with the chat for so many different 'servers' and their channels, so why does it make sense for it to be chat anyway? Something like Reddit makes much more sense to me, where there's a bit of a sense of what's current, but not to the same extent.
As someone also running FOSS projects on discord because it's a non-choice, hard agree. Boycotting proprietary platforms is a good end-goal, but it's about as feasible to convince people not to use dominant organizing tools like discord and github as it is to get them off the mobile duopoly right now.
I maintain a semi-popular project [1] with a support chat which is bridged between Matrix, Telegram, and Discord. The decision to bridge it to Discord was made having thought long and hard about it some time after reading this post.
My stance is that it is okay to use proprietary platforms as long as it does not negatively impact the users not willing to use them, i.e. all channels must be bridged to non-Discord, so that it does not "partition the community" in any way. Discord-specific features should be avoided to not affect the usability of users on Matrix. So far it works well and I get to basically have the cake and eat it too.
An Ansible playbook running on a relatively cheap hetzner box. In general bridges require you to self-host a homeserver. A federated homeserver will need 4GB of RAM at least and 8GB if you plan on joining large rooms. The playbook is controlled from a single config file and sets up all the bridges you need.
Community over tools. Hopefully if the tools fail the communities will move to new tools.
Ultimately, a huge hacker culture built on proprietary tools might lead to more freedoms, both political and technical, than a tiny hacker community built on other tools. The size and political influence of a larger community matters.
Maybe. But I wonder how much of a healthy community collapses when you are forced to make a switch from, say, Discord to some alternative tool. Building and maintaining healthy communities requires tremendous amount of effort, especially when they are large. So you should weigh the benefits of a convenient tool to the amount of effort that may go to waste if that tool no longer fits the bill.
Maybe, but that would be part of "community over tools". If one tool results in a smaller but better community, then sure, it's worth it.
I suppose the real problem of using proprietary tools for a larger community is the marginalized people. Like, if Discord didn't allow people from a certain country. It's a tradeoff between having as large a community as possible and making sure you include everyone, even those with uncommon circumstances. That's a tradeoff that gets made in many situation I think.
All the alternatives to slack and discord seem to have some technological/philosophical axe to grind which is in opposition to "make it easy to setup and pleasant to use for the vast majority of users".
If someone would just clone discord/slack and make it so people could stand up a server in minutes and manage it with near zero effort, and the UI/UX pretty much copied what users find familiar it would probably take off. Don't make it distributed, just apply enough cryptography to secure the client-server communication. Yeah, users will need to trust their admins and it won't be perfect security, most users don't need that.
Make it easy to run fully public and indexed/searchable servers, make it similarly easy to run servers that weren't fully public and indexed and required logins and kept everything private, let the users decide instead of the developers.
If your chat protocol cares too much about perfect forward security against hostile admins and attacks by the FBI while supporting a distributed protocol then you're likely producing something that is too complicated to use for 99% of the happy slack/discord users who don't care about that. The challenge for FOSS developers is to recognize that most people don't care about what they deeply care about and that they're not smart enough to solve the iron triangle of security. And that is when they're not self-sabotaging their product by looking at the way that e.g. slack and discord let you easily edit your comments and declaring yourself philosophically opposed to that.
Yes. But the bridge looked fairly difficult to run and configure properly, requiring a yarn/npm dev environment (which I don't want installed on my machine)
At the time (still?) it seemed impossible to bridge Discord channels (which are viewed very much as 'create as you please') to Matrix rooms without painfully doing it one-by-one via a config file and managing/creating both on each side (Matrix really seems stuck on the idea of preferring its 'one room' model and has not really embraced channels in the Discord sense.) Discord had also just gotten forums with no way to bridge them.
Additionally, our Matrix rooms were seeing a good amount of spam that Discord was not, which would then get relayed to Discord via the bridge and would require moderating in both sides.
Finally, our strongest Matrix advocates firmly disliked the idea of a bridge because it meant their Matrix messages would go to the proprietary Discord company.
In the end, we let them run side-by-side for a little while then the Matrix quickly died.
> requiring a yarn/npm dev environment (which I don't want installed on my machine)
I don't like / trust that stuff either but it's often necessary and easy enough to run in a container (e.g.: Docker/Podman, LXC, Guix Shell) or VM (e.g.: Vagrant, QEMU/libvirt).
I actually run most of my software dev stuff that way these days because all these tools are routinely pulling hundreds of deps from the internet that are doing who knows what in their build systems.
In my experience Mautrix has been very easy to run and can bridge new channels automatically as they're created. I use Matrix exclusively to chat with my friends on Discord.
> Finally, our strongest Matrix advocates firmly disliked the idea of a bridge because it meant their Matrix messages would go to the proprietary Discord company.
> In the end, we let them run side-by-side for a little while then the Matrix quickly died.
> If your intent is to have your code reach the maximum amount of people to benefit them
This amount of altruism is rare. More likely it's just the desire to be acknowledged by others. It's ok, but it's also worth reflecting on why you need that, as the process of freeing yourself from that can make you happier.
Also quantity <> quality; Discord users often are the people who have been trapped down the slope of least friction and that are ok with "being the product".
Quantity can give a better grasp on the average user though, which is important in its own way, at least for projects with larger or more general audiences.
For instance if I were the head of browser or desktop environment project I’d want to hear from as wide of an audience as I feasibly can because otherwise there’s almost certainly issues (usability, compatibility, bugs, etc) that I’m not privy to because they aren’t encountered often in small more technical samples of users.
using discord for community and docs is a dead giveaway for whether a FOSS project is actually about FOSS principle or whether it's about chasing clout
Okay, so there are some people who will not engage with anything that is outside of the Discord bubble. And for whatever reason, you feel you must woo these people.
What if whatever you are making runs against a popular alternative? How are you going to convince the Discord people to switch from that thing to your thing? They are Discord people: they are programmed to seek whatever large numbers of other people are using, which is why you have to resort to Discord to reach them.
I'm not surprised, matrix is not easy or enjoyable to use at all; maybe the protocol itself is sound but every implementation I've tried both server and client is seriously bad
Every time the idea of using discord for support comes up, I like to retell this story:
I was trying to get support for a commercial product which I paid for. They only offered support through Discord. They had set up their channel to require phone number verification.
I put in my phone number that I've had for the last 24 years and it said it was invalid. I messaged support, and instead of fixing their system, they suggested that I just borrow a phone from someone who doesn't use discord to verify my phone number. They told me "it's ok we only do it that one time so it doesn't matter".
This was from their official support. What exactly is the point of phone number verification if they officially encourage you to circumvent it?
I never did get support on that product. And it never worked again.
Well, we did consider that use case when we added the ability to make private or restricted Reddits. I think it's a great way to do it, except for one thing -- you have to make a reddit account to get help. That would probably be barrier for some.
Also given that the reddit sorts prioritize newness, it may not be the best resource for support since there is a good chance some old posts might cover a common problem.
Overall there are probably better support platforms.
But using a private reddit for an internal support forum would probably work really well!
You're going to laugh, but I can't post the name. I think there is a bot that downvotes any mention of it, because every time I mention it, I literally get two instant downvotes.
It's a piece of hardware that hooks into your car to make it self driving using software that is open source. If you google that sentence you'll probably find it.
That being said, I'm not entirely mad at the company for it -- discord is the one you should be mad at for their terrible policies, security, and support.
Good catch, I should try Comma.ai and see how I fare.
Addendum: 10 minutes in and no apparent bot activity; might be timezones, might be limited to a follow bot that's on your tail seeing as you're kind of a bigger name than I am.
I think what you say about downvotes is true. Eg a comment will be popular one minute, and then suddenly it's not. I also get the issue that my overall karma goes down, while recent comment values stay the same - which could be malicious downvoting of historical comments. So, I think something odd goes on. I comment a lot, generally thoughtful comments, and yet my total karma over the past year is way down.
I'm interested to hear what you think it could be. As users we have no visibility of downvotes, who gave them etc. You say bots or people - do you have any reason for thinking this? I'm interested to hear more info, if you have any thoughts.
> I also get the issue that my overall karma goes down, while recent comment values stay the same - which could be malicious downvoting of historical comments.
Historical comments can't be downvoted, or at least the UI doesn't allow it.
Really? To me the UI only shows the down-arrow for 1 day. If the API allows downvoting for up to 1 month then automated 'revenge' downvote bots should be easy to detect.
You might get better results if you connected the things you say to the things you secretly mean. People are only going to respond to the things you say.
I cannot take any decentralization, privacy. or security project seriously that uses Discord for comms. The moment I see "join our Discord" I close the tab. It is embarrassing.
I know that this isn't the point of this post exactly, since this is more of the "free as in speech" argument, but I just want to say that I dislike Discord for lots of reasons but it's _amazing_ as a community engagement tool.
When GitHub was young and we were just starting out, we didn't really have anything like this. We had Campfire for internal chat, but not an external IRC like tool for engaging with our early users. The problem with IRC is mostly that nobody used it, it's just not an easy to use platform. We would mostly just use Twitter or something for user conversations.
I remember Leah Culver launching Convore (based on IRC tech) to try to make this easier, but for whatever reason it didn't take off. But somehow, Discord took off and there are _so many_ people there. We opened a server for GitButler and it's been so fantastic for connecting with and supporting our users.
But more importantly, it's amazing to have when you want to engage in a community as a _user_. We started using Planetscale and I had an issue and was able to join their server, ask my question and get a real answer from real PS employees and users almost immediately. Rather than dumping an issue into GitHub and watching it linger. Real time chat is so much more powerful.
Discord has done _so much_ for the open source community. Just look at great projects that embrace it. Go into the ohmyzsh channel and get _anything_ answered, there are like 1000 active users in there all the time.
I just can't imagine the concept of throwing that away because "it's not FOSS".
I recently took a dive into the world of Wayland compositors, and ended up trying out both Sway and Hyprland. Sway just happens to be a Drew DeVault project, and unsurprisingly relies on LibreChat/IRC while Hyprland is Discord.
The Hyprland Discord was both more active and easier to get my questions answered, in no small part thanks to chat history and decent search. It felt like a world of a difference, and played a huge role in my going with Hyprland despite finding Sway source code better written and a slimmer running process.
Discord is both powerful and easy to use. A lot of FOSS software is the former but not the latter, and the community often come across as, well, not really giving a shit about that (or sometimes being completely unable to perceive any usability differences).
Yeah there are some downsides compared to IRC, but the average user will likely have a MUCH better nicer experience using Discord...which is a big part of why it's exploded in popularity.
Being DDoS'd because you joined IRC and didn't read a manual on how to use it so you didn't know all the cool kids have bouncers or that the server may or may not have "cloaks" that you had to opt-in to. Discord is/was definitely a much better nicer experience than this.
A lot of people use FOSS because they value control and self-ownership. Discord is the antithesis to that, being controlled by an external entity which places itself in a privileged position to both be the speech police and shut you down at will. Unlike Github, a community is much harder to move than a code repository + CI system because it is more than a technical problem.
We even stopped using Slack for our internal conversations, and instead use private Discord rooms, to me it means that everyone who cares about our product is focused on the same space.
I agree with what it says; however, using Discord is even worse than using GitHub, since GitHub is a git-based service which others (even if you do not have an account) can still download the repositories and the files (and it can be mirrored on multiple services).
If for contribution and discussion of your project has mandatory requirements to send issues and/or pull requests to GitHub, or to host something on GitHub, or to use Discord, then this can be a problem. However, if you just make a mirror on GitHub and on multiple other services (or have the GitHub issue trackers as one of many), then this can be less of a problem (although there is still the problem of others who wish to comment on issues which have been posted on GitHub, even if there are other issue trackers and/or discussion forums, since they will be separated).
(IRC is better; however, a few projects have bridged IRC with Discord (or with Matrix) and you could use that if necessary. NNTP would also be helpful; I have set up a NNTP server, but hardly anyone uses it.) (Another advantage of IRC is that it is usable even without a specialized IRC client, since it is mostly plain text anyways. This is especially true if TLS is optional rather than mandatory, and the character set is printable ASCII rather than Unicode; but, even then it is still more usable than Discord.)
> I agree with what it says; however, using Discord is even worse than using GitHub, since GitHub is a git-based service which others
I think Github is worse. The pervasiveness of this centralized platform leads to a way more insidious form of lock-in. Look at the vast landscape of developer tool vendors who offer some kind of Github integration features out of the box. These aren't even unique selling points, they are expected functionality. Bringing Micosoft Github in a very luxurous position where they can pick'n choose nuggets into their platform to slowly bring more value to their products and services.
It is all seemingly open, but you are a frog in boiling water, getting more dependent on the platform. This goes much further than git vs. github. The Github product suite offers real productivity gains, that cover many aspects of the software development lifecycle. And more added all the time. Hyper convenient, click and go. It is their strategic direction to cover ever more of this SDLC and intertwine with other products and services along the way.
From that regard git is just the data export format, your data takeout if you decide to leave. And good luck to find comparative services elsewhere.
> Look at the vast landscape of developer tool vendors who offer some kind of Github integration features out of the box. These aren't even unique selling points, they are expected functionality.
It is a valid point, but you are not necessarily required to use such tools (I deliberately don't use them, due to these problems). Of course, some people do; as long as they are not mandatory, you could still use the program being made by the project, elsewhere.
> From that regard git is just the data export format
It is import as well as export. (However, this does not include the issues. The API is documented, but I don't know if any other git-based services support the same JSON format used by GitHub for this purpose.)
> It is a valid point, but you are not necessarily required to use such tools (I deliberately don't use them, due to these problems).
Yes, it is very prudent if you are considerate like that, and you mitigate the risks of lock-in that way. But..
> Of course, some people do
I would say most people that have their stuff on Github use many of the power features and conveniences they bring without much deliberation on the lock-in aspects, and also use the Github integrations of a range of additional 3rd-party developer tools too. Companies make these choices, often as a no-brainer, since it is a logical choice for what are simply the 'best tools' on the market. And then devs start using those too for their own personal projects.
Possibly it can, but it is overly complicated and requires software upgrades; both the browser and the Discord software itself is; and apparently it uses up a lot of RAM, and has other problems.
IRC doen't have these problems; you can write your own (and make one which is much simpler than Discord, Firefox, and Chromium), or just use it directly.
I'm not sure what you Re talking about in terms of resources - I personally just tried to open Discord for Hyprland on my medium ranged mobile phone from the 2022 and it worked fine. Memory consumption is on screenshot - nothing like "a lot". Link to screenshot https://photos.google.com/share/AF1QipOp7mMblNY0PDtdTOtBFwGD... for about:processes on my Firefox
Many posts over the years related to this where there are some mentions lamenting the old forum days and the value of those independent platforms and the way they organize and provide archived history of your project/your community. Discord, a realtime chat platform, still isn't that right?
The reasons ppl moved away from forums weren't entirely legit - the gaming community origin as a fast paced attn-deficit platform for rapid meme sharing, the rapid switch to mobile-first mentality needing UIs to match, a gap in generations of users not used to the forum posting / email like UX etc..... but I mean, look where we are right now here on HN, a classic forum by most standards, and even what Reddit is, a platform of a million forums,... The forum still holds a lot of merit no? It's just been pushed down under the weight of the rush to popularity and the mentioned issues.
I don't really understand why everyone is in such a rush to use Discord now (or any other chat platform). It's about building a community, but you can still do the same on forums.
Sure, it's nice having near-instant feedback from other people, but at that point it's just turning into social media. I feel like forums provoke people to write more sophisticated, and better posts rather than on Discord.
My current workplace uses phpBB (lol) with a bit of GitHub discussion sprinkled in. I think it's great, much less cluttered than something like Slack.
Discord is a much more usable version of IRC. And most IRC channels didn't log, they have always been a black hole. For the moment (and I don't expect this to last forever) Discord is far less of a black hole than IRC used to be.
Increasingly I don't really think decentralized open source is what we need, we could really use a centralized nonprofit mission-driven org that is committed to operating something like Github along with a chat service and a social network. Every project trying to operate their own, we get a bunch of poorly secured, poorly backed up projects, all of which are doing a ton of duplicative work where if all of those distributed teams were working on one project they could scale to orders of magnitude what they're scaled to independently.
Requires a phone number to even sign up. How is that more usable than say opening up https://web.libera.chat and typing `/join #channel`
>most IRC channels didn't log
That is a good thing. And those who log, presented it as a searchable js-less plain text so I can easily search for a string in chat messages from 2011.
Unlike Discord that I don't recall the last time I did a successful query in that weird search UI at the right side of screen.
Actually awful search ergonomics alone, makes Discord more of a "blackhole" than IRC.
>Increasingly I don't really think decentralized open source is what we need, we could really use a centralized nonprofit mission-driven org that is committed to operating something like Github
> Requires a phone number to even sign up. How is that more usable than say opening up https://web.libera.chat and typing `/join #channel`
This is the level of hardheadedness you have to get through to interface with the FOSS community. People who actually think these things.
If you actually bother to engage with features in IRC and Discord, it is 1000% apparent how Discord is vastly more usable for the average user. Discord matches expectations for how an app or service will behave, and has a powerful set of features that are easy to grasp and require minimal or no setup. That's why it wins.
If you want to insist that IRC is actually more usable go ahead, but in realityland Discord has won for a reason.
Honestly I’m not going to complain too much about Discord. It’s the closest thing we have to a healthy form of social media. Lots of little islands. Limited performative bullshit. Mostly just friends of friends playing games together.
In real life interaction happens in short term and long term physical and social bubbles where the way you act and present information naturally takes into consideration the people you're interacting with. How you talk to a customer is different from how you talk to to your friend, is different from how you talk to your partner, is different from how you talk to your boss, and is different from how you talk when all four relationships are in one conversation together.
On the Internet— and basically only on the Internet— you'll say something meant for your knitting discussion group, and then Rocky, Steve, Gwen, and Stacy from the guitar, farming, volcanology, and motorcycle communities will butt in and take offence— because the geniuses in charge of the platform have decided that human progress is best measured in terms of how many people they can blindly jam into the same room at once.
> Requires a phone number to even sign up. How is that more usable than say opening up https://web.libera.chat and typing `/join #channel`
As much as I love the chaos of the old Internet where you could kick someone and they could immediately rejoin the channel, that's simply not practical on the modern Internet. If web.libera.chat were as popular as Discord they would probably end up requiring phone numbers too. (This wasn't always a requirement.)
> Actually awful search ergonomics alone, makes Discord more of a "blackhole" than IRC.
I don't really use Discord for technical stuff, but whenever I have tried to search for something in my social channels I have been able to find it easily. It's not for searching the world like Google is - it's for searching personal history and it does that really well.
Yet every time I try to force myself to try Discord, I turn back in disgust as the UX is the worst I have seen in a chat application.
Weird how it can be so divisive. I can understand people tolerating the horror because everyone else is there, but thinking it's usable is beyond my capability to understand.
Matrix/element might not be superb either, but at least there is the clear potential of alternative clients.
I love Discord's interface overall. It's really nice, and makes it easy to do all kinds of things. The feature set is excellent for a monolithic application like this.
> but thinking it's usable is beyond my capability to understand.
This is part of why UX is so often trash in FOSS projects: a lot of FOSS enthusiasts cannot even perceive the usability issues that exist in them. They're on a completely different wavelength compared to the average user. They are, in other words, UX-blind.
I think it's more likely that they just make money off of their client via Nitro and other random features. Having other clients would let people get around that while still using Discord's servers/bandwidth.
And there's definitely technical issues with supporting other clients. Can make it hard to change things without breaking those other clients.
Discord does have client mods (Vencord, BetterDiscord) which do help. They technically are against Discord TOS, but I've been using Vencord and BD for several years with many friends, none of us have gotten punished yet.
Is it not personal preference?
For example I like to see messages in chronological order with no extra stuff like who is answering who or emotes on the side of message.
If I care about the conversation, I like to read it fully to understand whats going on, those extra bits are just distractions to me.
It depends on the conversation. In a fast-moving conversation with a dozen people the emotes make it possible to "read the room" and avoid 10 people saying the same thing and drowning the channel in noise. The "who is answering who" makes it possible to have sidebar conversations without anyone losing the main thread. Some conversations are too big to read every message, but those features also make it possible to reduce the size of the conversation without any loss in information.
IRC is not a suitable platform for anything in 2024 in my opinion. I've also never used Matrix and it doesn't seem to be catching on either. I gave up on using forums years ago as well, because why would I want to make a forum post asking for help, only to get a single response hours later, when I can chat with other users in real-time on Discord.
Personally I think that as valid as some of the issues with using Discord for FOSS are, there isn't a better platform for a community to interact with each other on. Sure, projects shouldn't be using Discord for everything, there should be documentation and stuff available online, but for fluid discussion and getting help from others users, I don't see any decent alternatives.
> why would I want to make a forum post asking for help, only to get a single response hours later, when I can chat with other users in real-time on Discord.
Because when someone else encounters the same issue, the answer there may help him as well. Just like surveying the opened issues may reveal problems about the project. It seems to me that every project that has opened a discord is suffering from stale or lack of documentation.
A group can use whatever it likes for collaboration, but pointing users to a discord server feels like being asked to first be initiated to the club, before having the privilege of receiving information. There is a strong aura of exclusion.
I suspect that people who prefer the instant feedback from a chat room also aren't interested in researching the questions first and therefore place no value on what can be found in research. There's such a high preference for instant feedback that people are choosing ChatGPT knowing that the information will not be correct in ways they cannot identify.
The primary issue with IRC is that its design presupposes a persistent, always-on session, which is not conducive to users who switch between multiple devices. While it functions adequately on one or two PCs, integrating mobile devices complicates the experience. Although it is possible to bridge and proxy connections to mitigate this, it introduces an additional layer of management, leading some users to prefer alternative platforms. Furthermore, IRC's notification system is less robust and feature-rich compared to contemporary messaging solutions.
I am introducing over a 100 people to IRC per year by using it for FOSS mentoring. It has a much lower threshold than anything else as you can start with a web client without registration (I share the first chat log via email). Once Libera Chat switches to https://github.com/Libera-Chat/sable registered users will have 24/7 logs (especially great for flaky mobile connections).
> why would I want to make a forum post asking for help, only to get a single response hours later, when I can chat with other users in real-time on Discord.
Discord or chat doesn't do that, quantity of active users does. My experience with FOSS and similar Discord 'servers' is waiting and never getting an answer. And then of course I can't even find it again, or someone searching with the same question can't find it.
> why would I want to make a forum post asking for help, only to get a single response hours later, when I can chat with other users in real-time on Discord
I’ve never had questions of any substance solved in Discord (or any chat), except for very small groups (single digit regulars).
Any serious question goes to whatever the project’s most significant async message board is (Reddit, Discourse, etc).
The main problem with Discord, to me, is that in any popular project, you have about 15 seconds for the right person to read your message before emojis push it off the screen.
> The main problem with Discord, to me, is that in any popular project, you have about 15 seconds for the right person to read your message before emojis push it off the screen.
It's like... this defines the issue.
I don't see why this point isn't always mentioned front and center when it comes to discussion of Discord as a help vector. It's transient. It's ephemeral.
Forum posts persist, they're asynchronous. People visit forums and catch up, it's considered acceptable to reply to a post that's a couple of weeks old. Yes, you shouldn't necro a thread from a year ago but forums are designed for casual access which is always going to be the majority of a userbase. You can drop in and help as and when it suits you. If you get abused or a toxic reply, there's a good chance you might not even see it because the admin will clean it up before you log in again.
They're searchable and open.
Compared to that, everything about discord appears, to me, to make it completely unsuitable as a support platform. I've tried a few times to use some subreddit discords and they're just bizarrely fast-moving with multiple channels, memes and stuff popping up all over the place - I fail to see how you can get any real value out of that. It's hugely interactive and feels like - to use a very old metaphor - having a boxing match with your computer in which you're constantly ducking stuff being thrown at you. It's a bit exhausting.
It seems... discord, like tiktok, is something you do - it's a two-way street. You use discord, you install the app, the app pings you up when _it_ wants to and you respond to the app, which is a really unhealthy way to interact with technology, having an app endlessly jerking your chain.
Forums, on the other hand are a passive place _you_ visit when _you_ want to - which is a much more human-centric way to interact with technology.
IRC has the same ephemerality attribute. But people were aware of it and set up additional communication channel, like wiki for documentation and guides, forum for support, tracker for discussions, and blog for announcements. IRC was always a place to hangout. Now people expect Discord to be everything above.
For some reason I think people are hoping they’ll break the chat app treadmill (gain users and community by giving service away for free, try to monetize these communities, go out of business because chat is a solved problem and you can’t offer anything comparable to your competition who is still in the “give away service” stage). This time will be different, sure…
Their business model is selling premium. But, I’ve never met anybody who’s paid for it.
I bought the server boost once, hoping it would improve the audio quality of my little channel. There was no discernable difference, and as I do not need more dancing blinking emojis, I canceled the subscription again.
Discord's voice codec, which seems to be based on Opus, delivers surprisingly high-quality audio even at lower bitrates. Additionally, its integration with Krisp for noise filtering enhances its performance, making it one of the best voice chat services I regularly use. This observation comes from my experience of frequently using voice chat over connections with high latency, where Discord has consistently presented the fewest issues. Ironically, this efficiency somewhat diminishes the appeal of boosting a server for improved voice quality, which is both unfortunate and amusing in a way.
Everything will succumb to enshittification, yes. It's a matter of jumping ship at the right time and getting the five or so years you can out of the next generation while it's still good, and staying ahead of the wave like that.
> why would I want to make a forum post asking for help, only to get a single response hours later, when I can chat with other users in real-time on Discord
To give you some anecdata, I have found the zig discourse forum (ziggit.dev) to have a much higher quality in response than their discord help channel. Sure you might wait a little longer but the answer is now web searchable and own by the community.
IRC was fine. People used it to get help, collaborate, have fun and share ideas for decades. Just because you can upload pretty pictures, watch "Discord Nitro" ads and clutter the channel with emojis doesn't mean IRC suddenly stopped being useful.
I don't think Drew makes, or has made in this blog post on his personal website, any secret of the fact that he founded and operates Sourcehut.
> Ahh, $10/month for an alpha system
Actually, $5/month for the "Hacker" plan or $2/month for the "Amateur Hacker" plan. If you bothered to read that page rather than cherry picking, you'd note the following text in the third sentence of the page:
> You should pick the plan which best matches your financial needs and best represents the level of investment you have in sourcehut.
Ironic that one of the most honest and clear pricing pages that still exist in the cesspool of the Internet today yields such a dishonest interpretation from people like you...
It's been litigated to death in previous HN posts similar to this one, but some people actually prefer this kind of chat interface, rather than a million animated emojis, "rich" text formatting and metadata insertions...
When your forum post only gets an answer hours later it’s unlikely that there would be enough active users in a Discord room to have a real time chat instead.
I maintain a semi-popular project [1] with a support chat which is bridged between Matrix, Telegram, and Discord. The decision to bridge it to Discord was made having thought long and hard about it some time after reading this post.
When you chase purity, you sacrifice pragmatism and strategic flexibility, limiting your options. It is sometimes necessary to compromise to achieve your goals.
My conclusion is that it is okay to use proprietary platforms as long as it does not negatively impact the users not willing to use them, i.e. all channels must be bridged to non-Discord, so that it does not "partition the community" in any way. When a compromise needs to be made, FOSS users are prioritized. Discord-specific features should be avoided to not affect the usability of users on Matrix. So far it works well and I get to basically have the cake and eat it too. The bridges are set up using an Ansible playbook [2] which required relatively little effort on my part.
This can be a good approach, and indeed pragmatic. I wonder how your experience will be on the longer term wrt partioning the community, as each tool introduced adds frictions and maintenance burdens. Would people flock to the lowest friction tool? Maybe you could encourage adoption of the FOSS tools of the project, e.g. by using Matrix as your main channel where the core devs post, and considering other channels purely as mirrors.
From the perspective of the users, Matrix has the "best" experience since it supports bridge controlling user accounts, so all accounts look like real users. Currently the largest part of the community is from Telegram, which is the earliest established platform. Discord comes in second, then Matrix, but there are at least one other contributor is joining from there. Although I want to, the primary goal here isn't to encourage Matrix but to avoid forcing people to use Discord and as ddevault says "set up users who are passionate about free software — i.e. your most passionate contributors or potential contributors — as second-class citizens".
The main problem I see with FOSS projects using Discord is a misunderstanding of what the platform is, and what it works best for.
Discord works fine as a chat room. As a way to have casual conversations about everyday topics, with the expectation being that you'll likely never have to refer to them ever again. If you want to discuss what you had for breakfast that morning, knock yourself out. Something like Discord or Slack or Matrix is perfect for that.
The problem is that many people try to use it as a website, wiki, forum and support desk rolled into one, and it's terrible for those use cases. It being a walled garden means it's a bad solution when it comes to attracting users to a project since it doesn't show up in Google, and for providing a searchable archive of information for things like support purposes. It having a design meant for chatting means it doesn't work well as a forum, since the layout isn't as clear or understandable as a traditional one there, nor does its search work well for that purpose. And requiring people to login to even view it means it fails miserably as a support system, since many people won't have an account when they need help with something.
Unfortunately, because it's 'free' and 'convenient', we get a lot of project teams deciding to use it for everything rather than having a separate website or forum or wiki. It's like the online creator equivalent to that office worker trying to use Excel for everything when they really need a custom designed system or database.
In the same way no one should use an IRC server for documentation, no one should rely on Discord for the same thing either.
The data ownership point is definitely worth noting though. Can Discord really do anything if your users consent to you logging their posts to an external service?
It's hilarious to see comments talking about how nobody in their community wants to use Matrix alongside comments recommending that you should obviously just use Matrix.
The reality is
1. FOSS alternatives have awful usability compared to Discord for the average person
2. Advocates for those FOSS alternatives are frequently utterly blind to those usability issues (which partially explains why they're present in the first place -- can't fix what you can't see!); they literally cannot even perceive what the problem is
Speaking as project lead for Matrix, I agree that Matrix clients tend not to be as polished as Discord - we are not blind to usability problems.
However, it’s not that clearcut - for instance, Element has a full product design team (albeit focused on making sure Element works for paying government customers rather than FOSS developer communities, currently). Does https://element.io/labs/element-x look like something from people who don’t care about usability?
So I am not convinced that blanket statements like “FOSS alternatives have awful usability” (N times over in the same thread) are helpful. They are often grounded in groupthink or completely outdated info - “my friend Alice tried Matrix in 2019 and it sucked”, or “all my friends say Matrix sucks so I’m going to copy them”.
Meanwhile, communities like Mozilla, FOSDEM, KDE, GNOME, Nix, Debian, Ubuntu etc all seem to manage to use Matrix successfully in practice. Some even like it.
I suspect the bigger issue here are folks who refuse to use a system which doesn’t have total parity with every feature Discord has”, or who are annoyed at having to run more than one chat app; Discord is where my friends are.
Alternatively, can someone actually articulate the showstopping usability issues which are being referred to here (say, when using Element Web)? Weirdly enough we would like to fix them, as fun as it is reading the “Matrix has bad usability and they can’t even see it themselves” trope.
The "get started" page wants me to fill out a big ass form and is talking about deployments, so yeah? They don't seem to give a shit really.
Edit: just tried downloading the Android app and the onboarding process is already deeply stupid. There is literally no "sign up" or "create account" option to even get started in it. How is a new user supposed to even move forward?! I don't think this is making the case you think it is.
If this what a professional UX team came up with, I don't know whether to laugh or to cry. They failed at the most basic initial thing. I'm just a mobile app dev, not a UI designer proper, and I could still figure this part out. "There should be a way to sign up" is not advanced UX design.
Here's some of my pet-peeves and experiences from the webapp, the webapp wrapping desktop app, and the iPhone app. Maybe they'll qualify for awful usability, maybe they won't.
There's been an issue open for Push-to-talk in element for 6 years. Insane.
The voice and video calls/conferences aren't very good interface-wise. You could defer to this Jitsi being bad though. Screen-sharing is just broken so your alternative is to use OBS and its Virtual Camera, which means audio-sharing doesn't work. You won't actually see the video until you find the quality option somewhere to slide it all the way up.
The whole screen-sharing or conference thing remaining visible, after everyone has disconnected, until the "starter" closes it? I'm not sure.
Element X is mobile only (correct me if I'm wrong) so it's irrelevant to many users.
You can't reorder your "favourites", only sort by Activity or A-Z (and showing recent first). "Favourites" being non-American English was something I noticed right now which doesn't matter but is worth noting for i18n.
The lines after a `>quote` also get swallowed up into a quote block which I'm not a fan of and requires you to have an empty line after. Github does something similar afair.
The inexplicable Unable to decrypt messages that happen sometimes. Can likely be deferred as user-error.
Trying to sync or transfer keys across devices and not knowing if it worked so you just sit there and wait to see if the Unable to decrypt messages resolve.
>"Use the Desktop app to search encrypted messages" (from the webapp)
And finally, one of the most annoying things: shit scrollback for messages. It loves to jump to the very bottom/latest messages.
>folks who refuse to use a system which doesn’t have total parity with every feature Discord has”, or who are annoyed at having to run more than one chat app; Discord is where my friends are.
Well, they are on Discord. And Discord has PTT(LOL!!!) and working screen-sharing (very important!). And Element has a bunch of these random things that make it annoying to use in comparison that makes everyone call it shit and then only use it for text chat and maybe Mumble for voice, when not using Discord of course.
One more bug: some combination of right-clicking on the Element tray icon causes it to be covered by Windows' task-bar right-click menu.
> Speaking as project lead for Matrix, I agree that Matrix clients tend not to be as polished as Discord - we are not blind to usability problems.
User interface issues are the least of the probelms of Matrix. Much bigger obstacle to its adoption are the performance and reliability issues. While on some fronts there have been progress: joining a room does not take hours or days anymore. On the other hand, some other problems - like Matrix's tendency to drop messages - have actually gotten worse in my experience.
No matter of polishing of the UI would help Matrix enough. You still need a solid technical foundation to build on. The "Sliding Sync" thing maybe could help, but being disappointed with Matrix once and once again, I don't have high exceptations.
> However, it’s not that clearcut - for instance, Element has a full product design team (albeit focused on making sure Element works for paying government customers rather than FOSS developer communities, currently). Does https://element.io/labs/element-x look like something from people who don’t care about usability?
Users don't care how much you spend money on it, they only care about results.
> So I am not convinced that blanket statements like “FOSS alternatives have awful usability” (N times over in the same thread) are helpful. They are often grounded in groupthink or completely outdated info - “my friend Alice tried Matrix in 2019 and it sucked”, or “all my friends say Matrix sucks so I’m going to copy them”.
And other times they are grounded on recent first-hand experience.
> Meanwhile, communities like Mozilla, FOSDEM, KDE, GNOME, Nix, Debian, Ubuntu etc all seem to manage to use Matrix successfully in practice. Some even like it.
FOSDEM is a some sort of geek social club that doesn't really do anything.
Beyond FOSDEM, only Mozilla, KDE, Gnome and Nix are actually imposing Matrix on their respective communities. However, none of these are really success stories. Mozilla's downward spiral in market share has been particularly spectacular. Desktop Linux's market share on the other hand has slowly increased, but it still clearly a niche product.
> I suspect the bigger issue here are folks who refuse to use a system which doesn’t have total parity with every feature Discord has”, or who are annoyed at having to run more than one chat app; Discord is where my friends are.
More important than feature parity is reliability.
> Alternatively, can someone actually articulate the showstopping usability issues which are being referred to here (say, when using Element Web)? Weirdly enough we would like to fix them, as fun as it is reading the “Matrix has bad usability and they can’t even see it themselves” trope.
While I can believe the user in question can be, umm, a somewhat difficult person, self-sabotage is hardly good for anything.
If you have changed your mind, surley you can take a look at your bug tracker in order to find bug reports that need to be worked on.
My response may come up as confrontative. I really would like Matrix to be good, but so far it has been really disappointing, and the project's reactions to criticism have been historically outright hostile. While I am pleased of the recent change for better what it comes to Matrix project's communication style, I am afraid it is too little, too late.
I don't think Discord's usability is good at all. It is overengineered, cluttered, confusing and messy. However, according to what little experience I do have with it, at least it works reliably.
A difference between Discord and Matrix(/IRC since it was brought up in the comment as well) is that there isn't a single client because they are open protocols.
If a person doesn't see a usability problem, it might simply be because they are using the right client for them.
Always remember that nothing is free, and FOSS is no exception; you might have to invest some time and efforts to make it work for you.
Matrix has a flagship client that you can find endless usability complaints about.
I myself downloaded the new Element X app on my phone to evaluate it a bit just now, and it doesn't even have a way to sign up during the onboarding process. Do you realize how much of a failure that is in terms of UX design? When the average user won't even be able to get past the sign in screen?
Element X is not finished or intended for average users yet, as https://element.io/labs/element-x makes clear. It’s a preview of the future of Element.
It’s true - it’s a frustrating side of free software projects that user experience isn’t taken seriously. I think those that push back at criticism on that side aren’t considering that a key point of ‘free’ software is evangelism and encouraging adoption and are letting something else (eg ego) get in the way.
> it’s a frustrating side of free software projects that user experience isn’t taken seriously.
It's taken seriously by the users. The maintainers don't owe anyone to implement your ideas. If you have some issue about some software, you go and do the work. FOSS is not about delivering a software product to you, it's more about giving you freely the foundation that may be suitable or not for you. If it's not, you take it and do the extra work to get it more suitably aligned to your purpose. That may require some technical knowledge, but a bit of education is always helpful.
I don't think I've ever seen FOSS marketing. More often than not, I've stumbled into it or I found it when searching for a solution to a problem that I have. If you do not like the default, you're encouraged to fork it and make it your own. Don't try to enforce your preferences on everyone.
Yep - this is exactly the attitude I have a problem with. Telling someone to go fork a project and write it themselves if they find using it awkward stinks. Free software is exactly marketing, it is a movement that is trying to spread its values. Technical implementation/software are important conduits but secondary to that goal. If you reject input from those without the resources (technical, time, financial) from participating then the movement will never grow.
When a user installs an app that platform can then summon that user on demand. That gives you something like 1000x as much user retention and 'callbackability' as a passive 'location' that the user has to consciously visit.
Same reason every store wants you to sign up for their credit card or join their mailing list etc.
This article would have convinced me a few years ago, but I’ve tried choosing the “right” technologies and tools unsuccessfully for too long to fall for it now. You can be idealistic or you can be successful, but it’s very difficult to be both. I know I’ve lost a lot of community building potential trying to get people to come over to the correct, open-source, democratized technology, instead of the proprietary tool/platform they’re used to. But at the end of the day, an active discord server is a lot better than a dead forum.
What are those ideals and how are they relevant to your project? What do you expect out of participants of a project other than a willingness to collaborate and work on that project?
Why would you (or anyone) be working on a project that is not highly relevant to your ideals? That seems like it would be a huge waste of a very short window of opportunity.
You didn't answer my question. Therefore it's still unclear to me what ideals you are talking about.
My ideals, as far as I think they concern a project I work on, is that I want to work on the project. The use of non-free software doesn't preclude those ideals.
On the contrary, I think open human discourse in platforms that aren't really a lure for spammers or trolls (like code repos or really niche topics) is more important than ever.
Generic social media is going to be a hellscape, yes, but I think weird niches could still thrive if Discord wasn't walling them off.
Small plug for XMPP. It's worth knowing about if you find Matrix too bloated/corpo-scary and IRC too limiting. It's also an old established protocol with plenty of users already.
You're welcome to your opinions, but just know that many people happily using XMPP disagree with you.
As a replacement for Discord? I think it depends on the community, but it's true we don't have anything remarkably equivalent to Discord that I'd recommend right now. That's open to change, though.
Many people? That depends on the definition of "many". If it's "more than 2", then it's certainly true.
We do have something close to Discord in functionality, it's Matrix. It's not the best, but at least it's not built on the foundation of recursive WTFs.
Not GP, but I think the biggest flaw in XMPP is that doesn't define a reasonable baseline for what features need to be supported. XMPP has extensions, but you can't really be sure that all clients and servers implement them all. This is especially important when you want to use end-to-end message encryption, where both parties definitely need to support the same modern standards.
I wouldn't mind if XMPP became more successful again. But for that to happen it needs to move some XEPs into the core protocol.
For what it's worth this issue is not as big as people generally make it out to be. Everything doesn't need to support everything for communication to be successful.
The XMPP Standards Foundation publish an annual compliance baseline for different categories of XMPP application. There are also projects such as Snikket (disclaimer: I work on this), which remove the confusion entirely.
At the end of the day the solution is not for end users to "use XMPP", but for good products to build on and use XMPP. I wrote on this topic at https://snikket.org/blog/products-vs-protocols/
The same problem exists in Matrix btw: Check out the features dropdown in https://matrix.org/ecosystem/clients/. It's just hidden better in Matrix which seems to make people think it does not exist.
In my case I don't want to interact with a project through a chat. I want to search the issue I'm facing and find a solution in a web page. It's usually in Stackoverflow or in a GitHub issue. Sometimes it's in some kind of forum / FAQ / wiki. When I see the Discord UI starting, I click back and start again. If the project insists to use only Discord or something equivalent and there are no other ways to find a solution, I stop there and pick some other project. Sometimes I do some investigation in advance and if I find out that all the support is through a chat I stop right there without downloading anything.
I support the sentiment, but the actual issue here that nobody ever brings up is that the FOSS solutions for chat all suck. It's not just network effect. IRC is not friendly to set up for people who are not tech-savvy, and it sorely lacks a lot of features that people use Discord for. Matrix isn't much better, since the only user-friendly Matrix client is just trying to copy Discord, and in doing so ends up looking and feeling like a cheap knockoff. If you want to shame people for using the most effective chat application, provide an alternative that's actually good (and Discord is not a high bar to beat; it actually sucks too, there's just nothing better).
I don't get on discord programming groups to save the world. I get on there to interact with people (mostly rust based topics) and help them if I can, I'm certainly no guru, but I can help beginners and intermediate programmers. If there comes another popular open source group, then I'll choose it over the discord platform. I try to be a good Samaritan, but open source isn't a religion for me and not something I'm going give up major portions of my life just to reach out and help some people (matrix setup was a few pages long and needs a static IP and domain purchased).
Was this written at a time when there was no Discord web interface? I use a FOSS Discord channel in the browser so surely it's just as accessible as any other text website?
The bigger limitation seems to be that it's not visible without signing up, nor Googleable. But I think that helps people be more relaxed and free. Sometimes I see a bit of swearing and generally coarse language which is completely fine and expected for passionate people, but might be dampened if it was more transparent.
> Sometimes I see a bit of swearing and generally coarse language which is completely fine and expected for passionate people, but might be dampened if it was more transparent.
Possible, but I'd point out that IRC mostly did fine with public archives and minimal friction to chat.
In recent decades most people were looking for concise information and contributed concise information. A wiki or forum was great for that!
Younger generations though have arguably less (stable) relationships. So, a community around a FOSS project that also provides social interaction and where experiences are exchanged - not just information - will work better for these generations. It makes them feel connected.
The fact that the process of deleting your discord account does not also delete all of the comments that you've posted on different servers or private chats should be a good enough reason to avoid using discord for any purpose.
Wrong way, you have to regulate discord to use a simple and stable in time open protocol stack for interop (including account creation and verification). Probably with irc/smtp/noscript&basic (x)html/etc.
Don't use it for anything, really. It's impressively hostile towards user privacy and safety, and that's taking into account it "competes" in that field with the likes of Apple, Meta and Google.
I know I am really going against the grain here (although probably not with the OP) but I find the UX/UI of Discord absolutely _infuriating_. I resist using it whenever I can but when I can resist it no longer I find myself having to relearn everything I know about the internet from scratch to the simplest things. I don’t know what it is about it that makes me feel this way. It’s quite odd.
Some argue about this from the perspective that it's a question of idealism vs pragmatism. I personally couldn't care less about idealism, but the practical implications of depending on a business that's seemingly still living on mostly investor money to be the sole provider of a service you depend on shouldn't be overlooked.
How practical will Discord be once enshittification accelerates? How practical will it be after it reaches EOL for failing to convince investors that it'll ever turn a profit? Can I run my own Discord infrastructure when that happens? Can someone else? If and when Discord says goodbye, can I easily export the data that is otherwise walled into the product? Given these considerations and a long term goal of being accessible to as many users as possible, how practical is Discord, really?
Any wiki software for documentation for starter, then a forum if you'd like to provide support or let users help each other. Instant messaging should only be used for collaboration, direct messaging to the maintainers and hand-holding.
It is fine to use Discord, I think, as long as you keep in mind that, like every chat service, are going to run out of investor money and be bought or go out of business after a couple years go by.
The only successful business model for chat apps is giving away investor money in the form of free services.
Hard to get advice from people who actually think Matrix is usable.
The reality is that a LOT of FOSS advocates are completely disconnected from reality and see no issue with that. They'll insist "there's nothing wrong with the UX" to their graves, no matter how many people are pushed away by bad design. They can't see it because it doesn't bother them, so as far as they're concerned the issues don't exist.
Then they'll make comments loudly wondering why <proprietary software> is so much more successful than <half baked FOSS alternative>.
Zulip doesn't look pretty, but it does a lot of things right. I don't get the appeal of Discord though, and find it a usability nightmare, so I'm probably not the right person to suggest alternatives to it.
The problem with Discord is it just has a very small user base for a lot of things. I know that sounds ridiculous, but anyone who actually has any general interest that isn’t gaming knows what I mean. It’s very common for the biggest server on any topic to be completely ruined by constant racism or just used as someone’s social space too. The problem is that the quality of the people who use discord is generally low enough that when you consider actually seriously interested people it feels like a ghost town. Worst of all, those biggest servers for any given topic are often ran by nutters. I deleted my account permanently earlier this year and I’m much happier for it.
Compared to email mailing lists, actual research groups, Facebook groups, etc.
Discord is just empty, it's a ghost town. That's been my experience anyway. The most popular specific-topic servers on Disboard have, what, 500 active users, if that? And even so, the conversation is dominated by perhaps 10 people. It feels cramped.
If your intent is to have your code reach the maximum amount of people to benefit them, and you want your project to benefit from networks effects.. then GitHub and Discord, the two proprietary platforms used by the largest portion of people for modern OSS project development, are basically a non-choice. Every other option results in far less people discovering and interacting with your project, by orders of magnitude.
In a project I run, we forced everyone into Matrix as much as possible and refused to operate a Discord for over a year. Once we relented, and decided 'we would run both' - over 95% of people in under a month stopped participating in the Matrix channels and instead went to Discord. The number of people in the community grew orders of magnitude larger, in a shorter time period, as well - even with us pushing it less on our docs/etc.
It sucks. Wish it wasn't true - but that's where people are.