Comment by realityfactchex

8 months ago

Since you're a nonprofit that teaches coding, it could be a great time to consider self-hosting a FOSS chat tool.

Suggestions: Campfire [0] or Zulip [1].

Also, if the data in chat is being held hostage, the org might be using chat wrong. Right tool for right purpose. If starting over, perhaps consider if it would make sense to put that documentation or whatever it is that will get "lost" from Slack into a wiki or repo or other appropriate tool?

Big empathy, though. It must be pretty crushing. But that is why serious geeks have long been for FOSS.

  [0] https://once.com/campfire (recently became FOSS) 
  [1] https://zulip.com

> Also, if the data in chat is being held hostage, the org might be using chat wrong.

This is so important these days. A lot of project send users to discord, slack for documentation and help but they are not made for this purpose. Searching in chat channel for a specific problem is not a good way to handle documentation. I can't even use search engines to search that.

  • > Searching in chat channel for a specific problem is not a good way to handle documentation

    I just wanted to highlight this. I am so happy seeing this written down explicitly and finally.

    Throughout the years I struggled so much finding relevant and accurate information about a feature of a product because it was scattered in chat channels, inadequate for providing reliable data (out of date or uncertain staleness, evolving or straight up wrong suggestions found, tangential only, patial, ...). Big names do it (Unity3D, DevExpress, ...). To make the matter worst both official support personel and power users promote its use, defend its use against critique to the last blood, despite of the obvious shortcomings and unreliability for average users. It is just the lazy excuse of providing the necessary knowledge.

    • It's not lazy, it's by design. We have chat messages because the actual knowledge is stored inside of people, and chat messages are the most searchable way to see what people know outside of being able to ask them personally.

      So why don't all of these people simply write it down in a notion/document store and meticulously keep it all up to date?

      Because the business does not want that. We demand efficiency, so we understaff engineering departments sufficiently that there is always a little crunch, so that slightly-too-few engineers have to work slightly-harder-than-they-want to make the business successful. The end result of this intentionally engineered "lack of time" is that things like maintaining meticulous documentation are ignored, and the only time the knowledge is shared is in a frantic slack message.

      The business is designed to do this. It's not laziness. It's the standard operating procedure to increase efficiency and profit.

      2 replies →

I'm in Hack Club, the team is moving all of us to self-hosted Mattermost. It is unfortunate that we have to re-code so many things though.

  • I've never used Mattermost before today. After checking out their site, I can see they are also a for-profit company. What does Mattermost offer that Slack does not, other than a bill lower than $195K/year?

  • Does give you more things to 'hack' for the club. Not all bad I guess, and saving that amount of money is worth creating some 'new projects'.

  • mattermost is so so so clunky and uncomfortable, but hey, it's free...

    • Is it? We've been using it self-hosted for years, together with GitLab. It meets all the needs of a small company, and is very pleasant to work with for devs too (i.e., basic Markdown just works, so you can post anything from code to log snippets in a sensible manner).

      Setting up Mattermost was one of the best decisions we've made with regards to our tools.

      6 replies →

Zulip is awesome. Super easy to self host. Upgrades go very smoothly. Their thread title concept is great (though they are relaxing its requirement lately). The only thing you don't get if you self host is the mobile notifications. This happened recently and it's a bummer but that's what they came up with to monetize the project, as is their right. Paying $5000 for chat is ridiculous to me when such good alternatives exist.

  • Why would you not be able to get notifications? I use various FOSS apps (and even Whatsapp) on GrapheneOS without Google Play services and notifications work just fine.

    • Botom line is that's how they want to earn money and it's not supported in their official apps without a subscription. I believe all the plumbing is in place but you have to build and maintain your own push sever intermediary and clients and push server.

  • Still, crippling the self-hosted version feels like a red flag. Later on, they can easily introduce more features out of self-hosted version. That makes me feel more like ‘we’re business first, but we allow you plebs to contribute towards our success for free’ instead of ‘we’re business and we’re contributing into the community, and as a bonus, the community helps us back.’

    • The problem with push notifications is that they need to go through the app provider and incur costs for it, that's not really their fault. If they'd not charge for it, they'd still go through their servers and would lose them money. So putting it behind a paid service you hook up to your self-hosted instance seems fair.

      If you want to avoid it you'd need to build patched versions of the app and distribute them yourself to your users, so you pay Google/Apple directly for notifications instead of going through Zulip.

      3 replies →

    • I have been following that project for a long time. They are "good people". They want to make sure the project survives. I am bummed about that change and I could probably get the their notification service free if i asked for it (little bit involvement with some things) but I didn't. I respect their decision. Though of course I do have the same concerns as you. I just want to think it won't happen.

    • Microsoft Teams dominates the team chat market thanks to anti-competitive bundling practices. Slack's proprietary "Slack Connect" federation system requires both users to pay for Slack for their entire workspace. Slack has very aggressive restrictions on exporting your organization's own messages (https://blog.zulip.com/2025/07/24/who-owns-your-slack-histor...).

      And yet the "red flag" being discussed is Zulip having monetization for self-hosted business use? (Mobile notifications have always been free for most communities, and we have discount programs for various use cases detailed on our pricing page).

      Look, in 2025, and one should be very wary of rugpulls. But Zulip has no venture investors. I've personally funded the project for almost a decade now, so that it can operate in line with our values (https://zulip.com/values/).

      I want to use applications that are ethically managed, self-hostable, privacy-supporting, open-source, and excellent. Zulip aims to be that kind of project, and even with all the community contributions that we've fostered, I don't see how we could maintain Zulip responsibly without our professional team.

      Should it be a red flag for an open-source application to have monetization that charges businesses for using services operated by its professional team? Or would the red flag be a project that lacks a professional team who one can count on to maintain it responsibly?

      1 reply →

The post says they're moving to Mattermost and has a screenshot of the same.

  • Yeah, I must have read the whole article except that sentence, which is buried at the very end, after all the images.

    If those any of those 4 screenshot snippets are of Mattermost, it's not very clear. All I see is screenshots of what appears to be Slack.

    • They are indeed of Slack but the 4th says: “As you have probably read, Hack Club is moving to Mattermost”. But not here to litigate it. It’s easy to miss if you skim.

> Also, if the data in chat is being held hostage, the org might be using chat wrong.

A lot of the data people are worried about is their chat history, because Hack Club isn't really just a nonprofit that gives people things, it's also a community. So it's less about documentation and more about people's chats with each other. (disclaimer: i am not official hack club hq)

I think it is time we all start moving away from renting software back to owning it (or at the very least, owning a perpetual license). The subscription model is does not exist on a stable plateau. Every company that runs on a subscription model will (and must, by virtue of incentives) to attempt to "develop new revenue streams".

  • Perpetual licenses aren’t a panacea given that old software doesn’t have infinite OS support. Or sometimes even decades of support is lacking.

  • Unfortunately it works. Companies will never go back - who would give up the opportunity to extract more from customers on demand?

Campfire is definitely not FOSS: https://once.com/license

Why not Element/Matrix?

It seems to be a more popular and mature choice, and it is open source too.