It will be a matter of time before Hack Club needs to migrate to something else again.
An open letter, or something
September 18th 2025
For nearly 11 years, Hack Club - a nonprofit that provides coding education and community to teenagers worldwide - has used Slack as the tool for communication. We weren’t freeloaders. A few years ago, when Slack transitioned us from their free nonprofit plan to a $5,000/year arrangement, we happily paid. It was reasonable, and we valued the service they provided to our community.
However, two days ago, Slack reached out to us and said that if we don’t agree to pay an extra $50k this week and $200k a year, they’ll deactivate our Slack workspace and delete all of our message history.
One could argue that Slack is free to stop providing us the nonprofit offer at any time, but in my opinion, a six month grace period is the bare minimum for a massive hike like this, if not more. Essentially, Salesforce (a $230 billion company) is strong-arming a small nonprofit for teens, by providing less than a week to pony up a pretty massive sum of money, or risk cutting off all our communications. That’s absurd.
The small amount of notice has also been catastrophic for the programs that we run. Dozens of our staff and volunteers are now scrambling to update systems, rebuild integrations and migrate years of institutional knowledge. The opportunity cost of this forced migration is simply staggering.
Anyway, we’re moving to Mattermost. This experience has taught us that owning your data is incredibly important, and if you’re a small business especially, then I’d advise you move away too.
This post was rushed out because, well, this has been a shock! If you’d like any additional details then feel free to send me an email.
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, for a non-profit teaching coding note that they regularly have interns under the Google Summer of Code program and it's open source, so the students can even help with it.
https://summerofcode.withgoogle.com/programs/2025/organizati...
Maybe the pendulum will start to swing back at some point before the entire world are vassals to the same 5-10 megacap US tech companies.
…Which renders upside down. Maybe an Australia joke? The primary server appears to be at slack.hackclub.com
I have no exposure to pricing, but the fact they talk to people directly impressed me immensely.
IETF uses meetecho and it has meeting-support stuff including speaker control and voting mechanisms (I know, we dont vote in the IETF...) which I think are interesting. Thats more useful in the live online state. Again, the devs are unusually available.
I don't personally like discord, although many FOSS projects are on it. I think the whole stickers and like just .. turn me off.
I wish there were other alternatives. Mattermost is pretty rough. Search is not great, mobile apps are sometimes unstable, chat organization and reminders are pretty bare-bones. The markdown-powered textarea is nice though, unlike Slack's weird interface.
But seeing how they just treated Hack Club — sudden 40x price hike, almost no notice, threatening to cut off access and delete 11 years of history — makes me wonder if we should rethink where we build our work.
I don’t want to leave Slack. But I also don’t want to wake up one day with our team’s history held hostage.
I don't participate in Slack communities, leaves me out of some Kubernetes communities and such.
Honestly I'd pick Discord before I pick Slack.
If only 2.5% of targets pay the ransom, Slack breaks even on this racket, so in absence of any protection this strategy is most likely profitable for Slack.
This is something you pull if you want to squeeze in the short term, and don't mind losing customers.
Then, suddenly, they called us 2 days ago and said they are going to de-activate the Hack Club Slack, including all message history from 11 years, unless we pay them $50,000 USD this week and $200,000 USD/year moving forward (plus additional annual fees for new accounts, including inactive ones)
For anyone reading this, we would really appreciate any way to contact people at Salesforce to discuss time to migrate because deactivating us in 5 days destroys all the work of thousands of teen coders at Hack Club and alum unnecessarily. We are not asking for anything for free. This was an underhanded process by the sales team to raise our rate exorbitantly from a qualified educational 501(c)(3) charity serving young developers or destroy all their projects, DMs and work forever. If Salesforce’s goals have changed- ok. Give us a reasonable amount of time to migrate- and don’t club us over the head like this. We have had an 11 year great relationship with Slack- and have introduced the company to many many future engineers and founders. My email if you can help us: christina@hackclub.com
(They do help clubs sell things, taking "7% of income", so they do have a revenue stream, but the money that Slack wants would pay a veritable army of student interns.)
A move this aggressive (e.g. pushing companies on Slack to pay 10x more, immediately, or get lost) is not isolated and probably the result of institutional forces. It's not like the random sales person in charge of this decided to be destructive. Salesforce the company is getting squeezed and this is one of the outgrowths of that pressure. And it speaks to the insane dysfunction that must be taking place in the bowels of Salesforce right now, I'm sure it's crazy.
I was unable to find another system. Would anyone recommend me something?
I haven’t maintained it in a while since it works for us, but PRs are welcome :)
A good first one would be adding non-slack authentication as currently it only supports Slack openid for logging in, but it uses next-auth and should be simple to extend
How was the price computed? If Slack charging per user, how did this organization have so many users? Why is their new provider more favorable in pricing?
If Slack was previously offering a nonprofit discount, what happened to it? Did they decide that this organization was ineligible, or are they shutting it down in general?
Unfortunately,this should be the sentiment with all SaaS projects.
When a platform, like in this case, is inherent to the value proposition and can not easily be exchanged (building programs around it), one should consider self hosting.
You probably should expect large bill increases over time from ransomware-as-a-service companies like Slack. Not all of them—people are capable of behaving decently—but probably the nature of the category is such that you should expect it of most of them.
When switching providers is impossible, the pricing of maximum profit for the provider is the pricing where the buyer is exactly zero. Slack presumably doesn't have quite enough information about their clients' businesses to calibrate this exactly, but if they can approach it approximately, they'll make a lot of money; even though they drive some of their customers out of business, those losses are compensated for by the higher revenues from their surviving customers.
Not really surprised, XMPP was such a fragmented mess, lead by a bunch of people clueless about average user's woes.
"let's make features optional so depending on your client AND server some things just outright not work!"
To address the rest of the comments in the thread though... most pricing structures are to incentivize growth or to maximize profit. In the days of Bill Macaitis Slack was a growth company, and they were trying to build as much good will as possible, because good will is good for growth (especially to reduce cost on marketing). Salesforce doesn't care about good will or growth at this point, because the market penetration phase is basically over. Retaining good will over maximizing profit at this stage won't help them with what they are trying to do, and they aren't that kind of company anyway. Its not like Patagonia bought slack or something.
The lesson, if there is one, is that as a consumer to keep the companies honest we need more competition (and no I'm not talking about Microsoft teams). However this is exactly the opposite of what investors want. Think about that when you decide to buy a product from a well funded VC backed startup. Being cheap and moving fast aren't the end state.
In their case the change was reverted (I think it caught the eye of someone sufficiently senior at Salesforce), but if you're running a non-profit on Slack and not paying full price, I'd strongly recommend looking at alternatives...
Sounds about right, sad to hear that it caused so much strife though.
Meanwhile, did a bit of a test drive in my org with Mattermost, devs were mostly okay with it, but it was decided from top down to go with Teams instead. Wonder how that will work out in the next decade.
Very Oracle behaviour from the company started as the anti-Oracle.
[0] https://www.reddit.com/r/salesforce/comments/1n93cl0/crm_pri...
(I am not snarky, I don't know much about Mattermost)
We use Zulip (https://zulip.org/) for our corporate chat, and we've never looked back. It's been good, and it's fully open source. We self-host, but paid hosting is easy to get too if you want.
Sometimes the phone wouldn't ring, rarely did video work.
The element app for android doesn't notify correctly unless the app is open.
For day to day desktop chat it's great, but it falls apart on videoconferencing and mobile
Make sure to warn others of Slack/Salesforce, customers need to have a voice and this behavior must become prohibitly expensive for Salesforce.
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)
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.
Mattermost has threads, though they work different from Zulip.
I haven't used both extensively, and for an open community like Hack Club, I suppose it's possible Zulip may even be a better fit. Mattermost will offer a much more direct migration path from Slack however.
I'm curious what makes some recommend Zulip so highly over Mattermost.
When I worked there, weirder emails ended up getting addressed.
Is there not the option to go back to the free version with 90 days of history?
I have no idea about Zulip, it was harder to setup under pressure than Mattermost was.
Source: I work at an MSP and we have a ton of clients on Slack.
Threads? No pinning... no collapsible text snippets... no nothing.
No channels either.
Self hosted Matrix maybe? I remember i was on a project that was automatically mirroring the slack to a Matrix thing. Not sure how good the clients are though.
But it’s there. I’ll give that the Microsoft, they start out incredibly crappy and do keep iterating until it’s somewhat usable.
You can create DM groups with yourselves if you like private chats in groups also.
It's hard to imagine being GPT-4o.
Now you can argue choosing a Salesforce product is not a good idea and that I agree with.
We recently moved to Mattermost for the same reason. Not looking back.
Of all communities I wonder why Hack Club was targeted though. One of the truly good ones.
that's a perfect teaching occasion, then!
Kids: don't use proprietary services just because they are trendy. Prefer always open standards!
1) They should know that this is unaffordable for a nonprofit like this. By doing this, they will almost certainly lose them and their thousands of aspiring teenage developers as users. The chance of actually booking that 200K are next to 0.
2) Microsoft learned a long time ago the value of getting young developers using your software to learn. Once those teens start working, maybe starting their own companies or choosing which tools to use at their future empoyers, if they know Slack they are very likely to pick Slack. This is a very short sighted shakedown attempt that wont work in the short term but will drive people away in the medium term.
https://projects.propublica.org/nonprofits/organizations/812...
[0] https://www.latimes.com/business/story/2025-09-02/salesforce...
[1] https://www.fastcompany.com/91359024/salesforce-using-ai-art...
Other threads are mentioning Zulip, which feels more old-school free as well as Free open source.
You seem to have some experience with both, do you think I am making a bad decision for a ~30 person team?
Others suggested Matrix, but I have a feeling they are implicitly assuming self-hosting. I do think Element works quite well, but I have only used it personally with matrix.org for basic chat, never for work. It does work on both Android and iOS as well as Linux, which is why I use it.
https://docs.mattermost.com/administration-guide/onboard/mig...
(Regarding acquisitions of Heroic, Sendgrid, Slack, Tableau, Mulesoft, and most recently Informatica...)
For those less-familiar with the reference, the Wikipedia entry[1] tells it well:
In 2001, The New York Times wrote that "Computer Associates has infuriated clients with high prices and poor technical support." Fortune wrote, "For all its ubiquity inside the tech departments of corporate America, CA had a horrendous reputation. Where Microsoft has long been the most feared software company, the old CA claimed the title of most despised – not by competitors but by its own customers."
Detractors of CA accused it of putting newly acquired software products into maintenance mode and milking them for cash flow. The products themselves were expensive and central to what corporate IT departments were doing, and so customers found it difficult to move away from CA. As Fortune wrote, "These products made it the barnacle of corporate America: Once you had CA software onboard, it was so onerous and expensive to pull it out that few customers ever did. That led to a lot of steady cash flow – and to arrogance on the part of CA's management." Or as The Register wrote, "CA used acquisitions to grow its portfolio.... Along the way it acquired a reputation as the place decent software goes to die."
Under what principle? They were near the end of their contract, so there's no legs to stand on. It's not like there's rent controls for SaaS contracts.
Sooner or later, expect any decent ones to be bought out, by orgs determined to "unlock value" (or whatever the current PE-speak for fully exploiting ransomware is).
- a decent mobile client that uses the same account - and decent notification system - a backlog that survives disconnects - a search - file and media uploads that actually work behind NAT, and also persist - markdown
But yes, certainly Slack isn't the only option here.
I'm not knocking the people trying to be helpful, but "<x> client sucks, use <y> client instead" is a huge UX problem in and of itself.
Extensibility and integrations with learning management systems, as well as owning all your data, makes it sound like a great option in particular for an education-oriented organization.
And I imaging the AWS or GCP costs for hosting it won't be as high as what Slack wants.
Slack is IRC with bells and whistles. Like yes I get that group chat is a necessity for today’s workforce. But it is still just group chat, a solved problem from a technical point of view.
[1]: https://codeberg.org/ZelphirKaltstahl/server-management/src/...
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.
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.
This type of app isn't supposed to hold data. At least in my opinion, Slack is more for instant messaging and e-mail for tracing.
They then offered me a discount and if I refused there was another checkbox where I accepted that I was about to cause disruption for other staff.
I was tempted to take the deal until that point, but I'm the only member of the organisation and I absolutely do not use their AI
The company was founded by an Oracle executive...
At this point anyone looking to avoid a price hike like the one described above should probably consider something they'll have more control over.
I'd probably go with my own Mastodon server if I was a company that needed any such communication tool. I'm sure there are other alternatives out there too
(Element Classic used a mix of legacy Matrix voip calling for 1:1 and Jitsi for group calling; Element X has switched to native MatrixRTC (Element Call) for E2EE for both 1:1 and group, but is technically still beta as we’re still finishing the 1:1 UX. On Android, notifications are a known problem on Element X Android but if you give the app total permission to run in the background they should work.)
https://slack.com/help/articles/201658943-Export-your-worksp...
When the org I was at moved away from Slack (due to costs) we used this method and wrote a little Python script to convert the main channels' JSON dumps into PDFs so we had a usable backup of channels.
Almost every special rate I have ever negotiated had specific clauses about when the rate will end, even if there was no specific date there's always something about "rate is reviewed annually" or similar.
I am constantly surprised by the number of people with "manager " in their title who don't know how to read a legal document.
The other thing is you cannot build anything sustainable by depending on the charity of a single company.
On a smaller scale it happens on a monthly basis with telecomms - almost never with rates, but they amend privacy policy and stuff - as a customer a change in the contract gives you an opportunity to say you're not accepting new contract, within certain timeframe, and walk away.
I guess this is simmilar - they told them they are changing the contract, and under new circumstances they will have to pay this and that, but they are free to walk away and pay nothing.
Still a dick move.
Although I am not in the nonprofit tbh but maybe one day I would love to apply :>
They sound cool. Sad that bad things happen to the good people.
Slack really is slacking if they are literally asking 195k$ to a literal non profit whose helping kids/teens.
So if you use an open standard, but not self hosted, and your provider tells you "pay 250k or lose all your data in 2 days", I'd say are not necessarily in a better position than they are now.
It's not impossible to migrate off of slack, but migrations take time.
Teams is good at what it does and serves its niche well, however unless your daily matters are not well aligned with the particular framework Teams is designed for expect significant friction. It's not really the team size that matters, but rather how you structure your daily work.
A lot of the power of teams comes from integration with Active Directory, Sharepoint and Office. Sharing a presentation in a meeting that viewers can browse (e.g. to check back on something in a previous slide), calendar syncing with scheduling assistant, meetings scheduled in a team, meeting recordings and recaps, linking directly to a single page in OneNote, etc. are all quite powerful features, but most of the power is relevant if your organizational matters are structured more or less as a traditional enterprise and around AD/Office.
Inviting third parties or contractors can be quite a pain, especially if chat history is relevant. Meetings having their own chat can create information searchability issues. Integrating with third party tools is less straightforward and consequentially ecosystem of integrations is a bit of wasteland.
Calls are better in teams, much better to be precise than slack. We rarely used slack for calls (it had nice feature of drawing on colleague's screen) which I think is also available in teams.
I think that integration is crippled in teams but I didn't have time to experiment with it.
So overall I'd suggest: go for teams if you want to call meetings and are not using slack as a main knowledge base, as we used to in my previous company. Especially considering matters highlighted in this article
Open standards, easy migration, and servers you pay an honest cost for. Self-hosting, perhaps even. That's where we need to go.
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.
Slack can probably charge an extra $10/month/user for this.
I am sure that being forced to spend time on this steals time from more interesting projects.
It really hasn’t required any maintenance at all beyond incrementing the version number.
They are starting to tighten the screws (showing admins a warning if you have over 2500 users), but it’s still looking good for a few years before I need to act on that.
I tried running a community on it and it was a collosal failure. The onboarding flow sucks, if you want to send email logins it implicitly requires them to make matrix.org or whatever accounts (or something along those lines, details escape me), and you can have a custom server for that but it wasn't well documented and there was no canonical FOSS project for that custom server, I guess you were expected to just write your own if you wanted to truly control your whole stack.
And then, it was just high friction enough to where people wouldn't use it. Nobody downloaded the client apps other than me, even though the android one was really good, and even though you're spoiled for choice - you can even use it in Thunderbird! So everyone used the webapp, but then they'd switch computers and not do whatever you have to do to be able to read encrypted messages on the new machine, and so they'd lose all their messages and then stop participating.
And so on.
We moved the community to discord and all of our metrics have 10x'd: new users, existent user engagement, hell even revenue (we're an engineer-owned dev shop).
I really, really wish we could have made matrix work.
But then, I've also heard good things said about Elon, as a person, so take it with a grain of salt, I guess...
I'm not surprised. That sounds exactly like Broadcom.
On the one hand, Turing their back on pretty much everything everyone liked about it because could be seen short sighted, and it will crumble.
Or an intentional pivot. Knowing a subset is locked in and can be exploited to grow in new directions.
Either way, the shift is kind of epic. And only seems to be gaining steam.
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.
But if you're coming at it from a LAMP stack or otherwise having direct access to a real SQL database designed by intelligent people, it's pretty meh.
Setting up Mattermost was one of the best decisions we've made with regards to our tools.
I'm quite sure they are open to pull-requests..
Imagine your landlord increased the rent by 4000% and it's due in 5 days or you're out on the street.
Sure, they have the right to increase their prices, but there should be at least a month notice for something like this.
Organizations need to realize that being right does not matter if you are dead.
At first I hated this - it was like using a chat app from the 90's! Why can't I have unlimited history like Slack? Why can't I link to chat discussions in tickets and code comments like I did at every other company I've worked at? But the enforced 10 day limit means you HAVE to properly document conversations and decisions outside of the chat platform. It completely eliminates any reliance on the chat platform - we could switch to something new tomorrow and (except for some grumbling about have to relearn a new interface) nobody would really care.
Usually Microsoft was opposite: giving a lot of software for education for cheap or free to vendor lock-in people into their stack.
NOT advocating for using Teams because God please no, but Microsoft reliability us much better than Salesforce.
(*not actually Slack just annoyed by this scheme, boo)
We used Zulip at a company I was at (about a decade ago) and everyone on the engineering team refused to switch from it to Slack, even when it looked like Dropbox might end the product because it was so loved (it's completely independent now so that's not been a concern for a long time).
I recently wrote some kubernetes charts for running Zulip for my new (smol) org, but I've ran Zulip for the last 3 years as CTO for a mid-sized AAA video game development company...
I really would recommend it over Mattermost (which was in use at another development company I was briefly a part of)
you might notice it's 100% free software
now there is always the question how a company used Slack, e.g. just some ad-hoc fast communication channels like "general", "food", "events" or a in depth usage with a lot of in-depth usage, including video conferences, channels for every squad/project/sprint/whatever
but the relevant thing to realize is that there is subtle but very relevant difference between a "social network" focused tool and a work place communications focused tool
and Mastodon has a very clear focus on the former while Zulip has a clear focus on the later
Its inertia, its just not a priority to move them over
I was going to suggest moving to Slack for our nonprofit, having been unsatisfied with Mattermost a while back. It might be time to reconsider...
Noshareholder would be more honest.
I disagree; this is the best time to unlearn "companies selling proprietary software are our friends"
Arguably it's a more valuable lesson than any technical lesson: ignoring existing open source projects in favour of proprietary stuff should hurt.
The more it hurts the better the lesson sticks.
I have other reasons to want a community edition personally, but sadly they've been successful enough thus far that there isn't enough interest from other developers to make it happen.
Here it likely was the exact opposite: the long tail of low-paying clients is annoying to manage compared to how much they bring cumulatively. So the client had been given a choice of either becoming a high-paying client or stop being a client altogether.
This is at a fortune 500 company.
There was a notorious incident where some ex-VPs at CA made a whole stink about being downgraded to Managers at Broadcom due to title inflation at CA and Hock Tan personally flamed them, along with CA's shenanigans around their private jet.
Sometimes, companies with lazy and inefficient leadership and staff need to get the stick.
Surprisingly not as much as I'd thought when they took it over. They just never adjusted pricing to remain competitive. The experience is still some of the best you can get for RoR apps. But nobody in their right mind deploying a new application today would look at their insane 10 year old dyno pricing and be like - yup - reasonable
They spent multiple paragraphs complaining about Slack, and gave Mattermost a brief mention in a single sentence. I'd enjoy hearing praise about Mattermost if they're willing to provide it as well.
From a Slack perspective, it seems reasonable.
These have been quite big developer heavy companies. If companies like these don't think they can motivate the cost for Slack, I wonder if there are any than can.
If everyone using your software has trouble using your software (or tracking the bugfixes supposedly resolved in the never ending rewrites, rebrands, etc), maybe you should stop pushing it until it’s ready.
Every experience I have had with using Matrix has been a bad one: with the old client app, with the new client app, with the web app, trying to run the server, etc. It’s clunky and slow when it does work. It phones home to the Vector servers by default, despite being selfhosted. It’s a pain in the ass for end users to point it at a different hosted instance.
Maybe the answer is just “the whole thing, client, server, protocol - it’s all still in beta and you shouldn’t expect it to work well”. If that’s the answer, I wish people would stop recommending it until such time it works well.
I like the Slack UX better but is very hard to describe why.
Also every time I join a Teams call on an iMac, the camera freezes.
https://hydrogen.element.io/#/login
So on the up side about matrix is if you don't like you can roll your own.
It is NOT a good place to share docs.
Each chat is its own SharePoint, so it is really simple to lose documentation through things getting siloed.
The calls are fine though, and the chat is substandard. A bunch of teams use it for support channels, however there doesn't appear to be a way to join the group for support without being pinged by @channel_name. So you join for support and then you are alerted by everyone else who is looking for support.
At least they have stopped fucking around with "newest on top/bottom", there was A/B testing last year (or maybe the year before) and you couldn't tell which way you had to scroll from one day to the next.
Trying to speak dispassionately as someone who lives their life in Element X iOS, I find it is way more reliable than WhatsApp (where I get way more “waiting for message…” e2ee bugs than Element X these days), and more featureful than iMessage. You can’t compare with TG given TG isn’t E2EE.
I am not disputing the lived experience on your side, but something big must be different. Is the server underpowered or misconfigured or something? Or is it using a beta server like Dendrite?
I’ve only seen salesforce from a non sales perspective and it was a horror show, but I’m curious what it looks like to sales folks who like it?
I'm sorry to hear that. When was this? We have been making a huge effort to fix problems like these over the last 1-2 years (albeit focusing on workplace comms rather than discord-style comms, but the hope is that discord-style comms will follow).
> The onboarding flow sucks, if you want to send email logins it implicitly requires them to make matrix.org or whatever accounts
It sucked for sure on the legacy apps, but I think we fixed it on Element X.
Email-based login does not require matrix.org accounts (and never did) - it sounds like there's confusion there with inviting users by email, which indeed needs you to run an email->matrix 'identity server' (which defaults to matrix.org). If you were trying to build your own matrix hosting stack, I can see why this would be painful.
> there was no canonical FOSS project for that custom server
Assuming we're talking about the same thing, the canonical identity server is http://github.com/element-hq/sydent (formerly http://github.com/matrix-org/sydent).
Larry Ellison is now apparently the world's second richest man. Apropos nothing.
people can have an opinion you know. this is my opinion.
Well, that's what you have lawyers for.
Otherwise, agreed with your comment.
If your rates were raised and you have not received new contract, if you can drop the service at that point, they can't collect including any cancellation fees.
If you want to continue using the service, that's a bit trickier.
The part that I find egregious is that apparently Slack didn't even send a new contract.
I do use discord myself. But as a company I wouln't put all my communication data in the hands of a company that could just do the same as Slack did, in some foreseeable future.
I know this, because I've done it.
Similarly a migration from self-hosted to SaaS gitlab (though, not back).
Perfect is the enemy of good, but man, it can be pretty close to perfect if you choose your vendors properly.
I think even multiple buildpacks at once only came a couple years after acquisition.
Possibly they were in the pipeline before acquisition, sure.
But I'd agree, heroku is still a better DX than almost any competitors, although it's features and pricing have really stagnated. So better DX as long as you don't need any features it doens't have. But it hasn't really been 'ruined' in any way, it just started appearing frozen in amber some years ago.
The new 'fir' platform is promissing, before that I didn't really know that any actual development was taking place in heroku, but it's a big move, modernizing things and setting the stage for more. Including slightly improved resource-to-pricing options. We'll see if it all works out...
Knowing that they would consider treating ANY customer that way means no other customer should use their services.
> UPDATE: We’ve received notice from Salesforce that our Slack workspace WILL NOT BE DOWNGRADED on June 20th. Stand by for more details, but for now, there is no urgency to back up private channels or direct messages.
This wasn't charity from Slack. They paid for the service, and they can migrate if it's truly necessary.
- Zulip
- Matrix/Synapse and Element
- Mostlymatter [1] without #user limits
See discussions below in this HN thread.[0] https://old.reddit.com/r/selfhosted/comments/1fp76f0/matterm...
[1] https://forum.mattermost.com/t/solved-is-there-any-limitatio...
not so for a service which holds your data hostage (unless 'walking away' means you're also able to walk away with your data).
In my eyes they're practically the poster child for an organization who could (and arguably should) be running their own solution on their own servers.
Perhaps self-hosted Revolt Chat [1] which I've been keeping an eye on but I don't have any first hand experience with it. There are many more solutions in this space though.
This shows that many people still have no idea what's going on. That you shouldn't use Slack OR Discord.
It's really incredible, although expected.
And I might not like MS tech, but I never heard any stories of rug-pulls and pricing changing x10 overnight.
That was not very obvious from their landing page!
Well in that case, carry on!
I compared it with those Messengers because that's what we as users are used to. I know that TG is not E2EE and therefore not comparable on a technical level, but that's still what users of Element are used to.
I personally use iMessage the most as my Messanger and in the last >10 years I never had any problems with a message not being able to be decrypted. And iMessage not being as featureful as Element is not an excuse for having more bugs especially in key areas of the service. Again, iMessage being just an emxample.
That's a feature not a bug.
Chats are for quick collaboration on documents. You share it, you get immediate collaborative editing, you do what you have to do and then you eventually archive the document somewhere it makes sense to archive it which in MS Teams would be a Team.
I really like the break down between Team which persists and chat for one off things but I know it really throws off some people.
But they are horrible at integrating with anything else, making engineers happy, make data and AI people happy. They wall everything in. Guess what, you are not their customer. The sales people are.
So yeah, I hate them, but even more reluctantly, I admit that despite the multi million dollar invoice they send each year, we haven't really found a worthwile replacement. And most of our staff is actually quite positive about them because the old system was MS Dynamics, which is even worse.
Elon Musk, Larry Ellison and Jeff Bezos are examples of this
Element is literally built for airgapped company-wide deployments - this is precisely what https://element.io/server-suite is? It was originally built to install onto SIPRnet; it's been airgap-first since day 1.
Yes thank you that was what I was trying to remember. We really wanted to have the invite flow as part of the email we sent with other login details for other tooling, but we never got it working, not even with matrix's identity URL.
We were hosting through etke.cc, some issues may have been due to the specific decisions they made, however they were quite capable it seemed to me.
This was two years ago so the identity server was difficult to find, I think sydent may not have been as officially "canonical" back then or perhaps not quite so easy to set up? It could be on me but I recall it being a blocker I didn't have time to resolve after taking a crack at it.
I'm happy to hear you're working on things for element x however we recommended our members not to use the element x app since it didn't have the full featureset of element such as threading, which was critical to our usage (threads for gigs for example). Perhaps it has threads now though!
I support your project, I loved having the duplicators or whatever they're called mirroring slack messages and Instagram messages to matrix, that was part of our co-op's selling pitch for a while: "get access to a working matrix deployment running duplicators for Instagram, slack, some other things, so you can use these apps for messaging without having them installed!" I really wanted it to work but we had to choose the lame easy option with the lock in in the end. I am sure we will pay for it one day when discord enshittifies.
> Mattermost is an open core, self-hosted collaboration platform that offers chat, workflow automation, voice calling, screen sharing, and AI integration
So yes, it breaks "privacy" (not that you should expect privacy when using a work Slack account).
Over time the business gravitated towards putting anything long lived into other sources but since migrating off Slack was essentially a kill switch on our data we wanted to make sure we had ways to access this historic data if needed.
There's no way non-developers were going to parse JSON files for text. We wanted a quick and dirty way to attach the archived PDF file for a channel as a file attachment to the new Teams channel. It gave everyone peace of mind that they could find anything later.
It all worked out in the end and was worth the few hours of dev time to make the 1 off script.
Btw I wasn't the one responsible for making the tech choice to use or leave Slack for Teams. I was the one who was tasked to help with the migration and help make things as streamlined as possible for the business to switch.
https://www.heise.de/en/news/Criminal-Court-Microsoft-s-emai...
Absolutely not. You had your physically purchased copy of Windows and its licenses. If your org was growing a lot you might be strong-armed into paying more for the new licenses but at least you kept what you already had, nobody could take it away from you. The SaaS world is a completely different story.
Neither Revolt nor others are unfortunately at the right level of maturity to be adopted seriously. The team is doing a great job, but it’s still extremely basic.
Discord with all its warts is still the best way to have group calls in a casual setting.
Inb4 "IRC sucks"... Jabber/XMPP exists since late 00's (at least ready enough compared to the first versions) and there are pretty fine clients for every OS.
Just takes them to hire the right marketing genius and suddenly you'll be subscribing to send more than 5 messages a week.
> When you self-host Zulip, you get the same software as our Zulip Cloud customers.
> Unlike the competition, you don't pay for SAML authentication, LDAP sync, or advanced roles and permissions. There is no “open core” catch — just freely available world-class software.
The optional pricing plans for self-hosted mention that you are buying email and chat support for SAML and other features, but I don't see where they're charging for access to SAML on self-hosted Zulip.
It says in bold letters:
"Your data is yours!
For ultimate control and compliance, self-host Zulip’s 100% open-source software"
I'm not defending Slack here, but allowing this to hit the wall and then raising a stink online does everyone a disservice.
Edit: by "you", I mean "the organisation of Skyfall". It's already pretty clear from the number of people chiming in on behalf of the company that this problem has been handed out piecemeal.
How long have they had the bill mentioned in the top comment on this post? At the very least it's 3 weeks, and the comment suggests it is months.
Considering the low interest in the identity server functionality and the amount of concerns around the concept, we took the latter bad decision - that way we don't offer a self-hosted identity server but don't limit customers in using the matrix.org's one (even with their own Matrix server). That seems like an acceptable trade off. After all, even Sydent's README contains the following:
> Do I need to run Sydent to run my own homeserver? > > Short answer: no. > > Medium answer: probably not. Most homeservers and clients use the Sydent instance run by matrix.org, or use no identity server whatsoever.
PS: I'm Aine, one of the etke.cc developers
It just takes a bit more effort, that's all.
also, you used replit for the frontend deployment? or frontend and some backend?
thanks - just super interesting as I'm in the space and feedback/real cases are really useful
Also, whenever you create a team in Teams, it creates a SharePoint site for that team. So we are the engineering team and want all our docs in engineering. But to spin up a cross-team project team means it gets its own SharePoint site and now files are scattered. Want to add a Loop workspace? That's per channel, not per team. And teams are exchange groups - so it makes handling exclusive email groups more difficult because if your team is public then anybody can join your email group.
That's my biggest gripe about Teams. But also notifications have never worked well for me. The integrations, even with Microsoft products, are poor. Want to send a well-formatted Azure Monitor alert to a Teams channel? You have to set up a complicated and fragile logic app (power automate) and figure out how to transform the message from the "common alert schema".
And message management is harder. In Slack I could always use the built-in remind-me-later. It'd put the message in Later and notify me again. The best we have in Teams is the power automate workflow to resend the message. But it's just too much friction typing in the exact date and time I want it resent vs Slack where I could just click "remind me tomorrow".
End rant
Notably, they do have some "source-available" code that goes into the enterprise release, at https://github.com/mattermost/mattermost/tree/master/server/...
This mainly seems to relate to metrics and fuzzy search, though it's possible more will move here in the future (it looks like this is a relatively recent development). Until recently they also had experimental support for Bleve full-text search (now seemingly deprecated), but the elasticsearch enterprise feature seems to be the replacement (otherwise they use postgres's ILIKE for built-in text search)
So, all told, Mattermost was open source, and may be moving to open core. Which means now is probably the best time to create a community-maintained fork. The team edition, and almost all features, are currently still open source.
To some degree, reduced rates for non-profit organization and schools are not offered because large companies want to be nice, but because they want to catch future customers.
Sounds untrustworthy. Bangladesh's standard of living is roughly on par with India's, so cheap Chinese laptops should be fairly common there, and repairs for such laptops should be pretty available.
So, instead of one MacBook, you could buy about 10 laptops for 10 Bangladeshi kids, and developing on them would be about as comfortable as on a MacBook.
I agree that walled gardens are a trap. But you're not going to convince people to move to free solutions without being able to recognize clearly why they walled gardens are so attractive in the first place.
Note: this isn't a critique of his choice, just a mention of something others might find useful.
Source: I had a T480, P51, X1 Carbon and now P1 Gen 6, they're pretty good. Also have a MacBook M1 Air for note taking and stuff.
I guess I've been on the internet too long, my brain automatically blacks certain language out, like a biological spam filter.
Runs Prime95 like a baws
Also, Google has a habit of hyping projects then quietly killing them (I sadly took the Polymer ride).
Maybe, but that's not what happened here. It wasn't "a rate better suited to an organisation's usage patterns", it was, more precisely "A heavily/1% reduced rate."
No reasonable person can have the expectation that a discount of $195k on a $200k bill is going to continue forever!
At this discount, it really is charity.
What's your definition of "engagement" here? Because it makes me think of social networking tactics to keep you ... well ... engaged ... the longest time possible.
...You could go to the Slack website right now and see? We're on the internet. It's all on the internet. We can literally just check.
Doesn't seem to mention anything about being open source, anything privacy-related, data, or hosting.
I agree the critic sounds misplaced though, he wanted a Macbook. However not because all the other models are complicated to fix in his land.
Surely, there are other places on the internet where NGO's are politely criticized for getting kids the wrong free laptops - those likely contain valuable advice on what brand of computer you can buy
https://knowledgebase.frame.work/what-countries-and-regions-...
12" is on the smaller side, but it's also a 2in1 that can be used in a desk setup as an extra monitor. I'd ship them a cheap lightning portable monitor, simple keyboard+mouse pack, and for $100 more they have a durable portable laptop and a simple two monitor desk setup for dev.