I’m curious now, what’s the largest company that’s clearly passing up additional revenue because they prefer to say, “nah we’re good. The current business model makes us enough money.”
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.
It's not only guys named Larry who are lawnmowers. Don't stick your hand in. *Own* your shit. Be suspicious of anyone who tries to convince you not to. If it's "easy" it might come back to bite you.
Even if some self-hostable software stack does a rug pull and changes the license, you just don't have to update. You can go log into the database and export to whatever format you want.
Same with private VC/PE held companies. The board will replace the C-Suite if they aren't maximizing value.
You'd need to find a company which is huge but privately held by a group of people with only good intentions.
>By 2019, Deng had turned his attention to consumer goods. Pool robots, though low-profile, offered untapped potential, especially in markets like the US, where high labor costs made automation more appealing.
>“For what these machines can do today, they should cost USD 300–400,” he said. “That’s already the cap. Anything higher is just an ‘IQ tax,’ unless the cleaning function actually gets significantly better.”
Frankly, we should all have learned by now after example upon example of this bait and switch type behavior being pulled on us. They lure the children into their windowless panel van with the candy of a cool offering and then violate us once they’ve slammed the doors shut and have us captured. Why are we still falling for this trap of becoming dependent on these hosted services?
Is it laziness? Lack of competence? Comfort? Stupidity? Foolishness? After shooting ourselves in the feet several times whose fault are these types of things? We know the predators will predate … Why do we still wander into their jaws?
We know there are open source Slack alternatives. Is it education? Is it naive contract terms? What makes us so foolish?
Honestly just a heuristic that says any company simply on principle would rather leave than eat a 4000% price increase.
Their "threads" feature was also great: it was just like replies in Discord (all go into the channel) but you could open up the thread to get it isolated. Worked way better than slack replies which just devolve instantly into you losing all track and messages can't be found again.
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?
> Salesforce cut 4,000 customer support jobs, reducing staff from 9,000 to 5,000 employees · CEO Marc Benioff linked layoffs to AI automating...
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.
The problem is that you want other people to fund your goodness.
"Workspace Owners can apply for Corporate Export. This lets you export all messages (including DMs and private channels), but only if your company has legal or compliance requirements and Slack approves the request. Once approved, exports are scheduled and delivered automatically."
So they have the tech built, you just aren't allowed to use it. Who would use this piece of garbage?
Think of it, this example alone is a $250k risk and it seems from this point forward that $250k risk is significantly high and the impact is major, considering there’s a short decision fuse on the extortion.
Would you be ready to retain data; set up, deploy, transition, restore, and scale alternatives to Slack within a week or your institution be forced to pay such blackmail/extortion?
However the value of money is quite absolute, it's dictated by the exchange rate after all. If $250,000 is nothing more than "pretty big", then your perception is either quite distorted or the rate of inflation is much more severe than I understood it to be.
If they determined that Hacker Club violated some terms of the nonprofit demanding they move to regular or be kicked out seems not as bad
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
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.comIn some cases, as Slack says, there may be a legal mandate to log employee conversations, but in other situations there may be legal restrictions on reading employee-to-employee conversations. That all probably varies by jurisdiction.
And then you have more complicated situations, like companies that use Slack to offer tech support to their customers, or random open-source projects or local volunteer projects using Slack. They might pay for a business license for various features, but it's probably not clear to every member that that would mean whoever set up the Slack account should get to read everyone else's correspondence.
You also want some kind of safety check to make sure that a random IT guy who set up the Slack system at a small company isn't reading through people's DMs and private channels to stalk people or access confidential information.
(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.)
Their definition of reasonable and mine are... not aligned.
Just self-host an IRC or Jabber server for crying out loud.
For a single $5,000 I'll personally teach each of your users to use it.
* Fiduciary duty to act in shareholders' interests. This is not the same thing as "maximize profits".
Maximizing profits makes the stock price go up. That benefits the C-suite. Because they're paid in stock.
The board designs their compensation package that way because they figure "number go up" is the easiest way to show they're acting in shareholders' interests.
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.
I desperately wish Discord worked like this. As you say, current threads just shove away conversation and it's quickly lost.
Technology allowed companies to expand and centralize on a national scale, and capital pushed that to the conclusion we're at now, where there are a few gigantic players (at most) and almost all recourse against bad faith has been precluded. Nowadays if a customer is taken advantage of, they can't drive 5 extra minutes in the opposite direction and take their business elsewhere, or shame the owner in the local paper. Only impenetrable monoliths remain.
$50k today + no more business vs 10 yearsx$5k business
If you really need to juice the quarterly numbers, it is a strategy
My previous employer had daily revenue in the area of $10 million.
$250k barely registers. They've got more pocket change than that lost in their couch.
Anything that's less than an hour worth of revenue is a small expenditure. To them, this extortion would probably elicit the equivalence of a shrug, or at most a mildly annoyed grunt
It was things like "internally hosted wikis were too hard to use for non-technical staff", "even though they work, the internal apps are old", "we want something that is standard", "we can't fall behind the other firms". The point about cloud provider apps all being familiar is valid but none of this stuff was that hard. It felt like the reason we switched (apart from persistent rumors about deals between sales teams) was because executives decided our internal apps lacked a cool factor. So good luck convincing non-technical executives that the cloud apps they are accustomed to seeing shouldn't be used.
I understand that you could also take that money and move somewhere it would last for a long long time.
Insisting that money is absolute does not seem accurate to me. That is sounds like making the claim that the things you could buy with that money are the same everywhere.
Yeah? cool. Just get microsoft's cloud suite, its standard across non-cool companies.
Life is not worth living bikeshedding about chat apps.
In which US jurisdictions can employee-to-employee records (from employer-owned communication media) be denied to the employer/customer but maintained by an unrelated third party?
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.
I, I just have to mention that IRC had these archives so repeat questions had a corpus to search. The walled gardens don't.
For my teams the "modern" solution is Mattermost. My (biased) feelings are that it's 10x better than free-slack and 100x better than paid.
Or you can use an out of the box host, but then your data is not in your direct control.
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
Except the software is often pretty annoying. And even in 2025, MS will still randomly eat random files and the auto recovery still doesn’t work reliably.
Eventually this leads to pressure to give them newer/better tools
Sometimes, these nontechnical users are dealing with problems as real power users that technical users may not see - there really might be a better way to do something and they may have already seen it at another company or something like that
It also happens that something might be working great but looks really dated and right or not, it can give new employees a bad impression
Still another thing is of course that sometimes someone is just throwing a hissy fit and wants something for no good reason but they somehow get the powers that be to listen to them
I’m dealing with this now - everyone is going out and buying AI tools because there is so much pressure to have AI tools and everyone feels like they are falling behind if they don’t go out and buy 10 task-specific AI tools
All that is to say that it could be that those users you referred to were facing problems that you may have been too far removed from the business to understand, it’s not a knock on you, it happens. It’s also possible they just wanted something new and shiny. The pressure to do that kind of stuff is real - I can’t imagine forcing people off of slack, for example
(But I would also start making backups regularly, because who knows if how long this would last)
It's certainly true that some providers are worse than others, but I don't think any of them are "safe" in the long term. Self-hosting is one solution, but even apart from that, a competitive market of multiple providers makes rugpulls like this less likely, because in such an environment even people who are not directly screwed may decide to jump ship to avoid being screwed later.
I'm not too familiar with Slack pricing but it suggests in the Fair Billing policy[0] that they bill per active member. Without any discounts, the Pro pricing is $7.25 per active user per month, if paid annually.[1] If they are needing to pay $200,000 annually, then I think that means they have over 2,000 active members in their Slack which does not sound like a "small nonprofit" to me.
[0]: https://slack.com/help/articles/218915077-Slacks-Fair-Billin...
Everything is relative.
Obvious caveat here - the law of course must be made for monopolies.
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.
> 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.
Honestly, it's hard to feel too bad for people making the choices to use this stuff without considering an escape plan or safety net and then getting burned by it.
You choose to not get fire insurance on your house, your house burned down... like yeah, that sucks, I do genuinely feel bad that happened to you. But also, you took a risk presumably to save money and it bit you in the ass, and now you unfortunately have to pay the price.
Sometimes SaaS really does make the most sense. Having your people doing part-time, non-core operations of an important service they are not experts in can be a huge distraction (and this is a hard thing for us tech people to admit!).
But you need to go into SaaS thinking about how you'd get out: maybe that's data export, maybe it's solid contracts. If they don't offer this or you can't afford it... well, don't use it. Or take the risk and just pray your house doesn't burn down.
In 2023 they had $11.4 million in revenue, almost entirely donations, and spent about $6 million. They had about $10 million in assets.
If the company charged 10% of X for some time to prove the value (or “lock you in” if you prefer), then great, you got a subsidized ride for some time.
I do think platforms should offer data export, and I think customers should demand it, and I am open to the law requiring it.
But ultimately I don’t have a ton of sympathy for the “suddenly this tool I assumed would be underpriced forever actually wants to charge what I think it’s worth” position.
I know, unpopular opinion, roast away. Or tell me why any company should assume its suppliers will never exercise their leverage and take that consumer surplus right back.
As such, you need to be able to review the legal status of every pairing or group of people's private chats.
At any point in time a US based customer might invite a EU based customer, so looking specifically at US jurisdictions is irrelevant.
its not the amazing stack when i worked at $startup, but also we dont really spend any time futzing with it.
Microsoft releases a new feature, we get it. cool.
This pricing model makes no sense for a non-profit that is trying to teach coding to teenagers worldwide. They will have a lot of users (remember) who might only send one or two messages once in a while. having to pay $7.25, for some who just asked a single question, is essentially extortion for a non profit like that who's primary purpose involves reaching out to as many people a possible.
> then I think that means they have over 2,000 active members in their Slack which does not sound like a "small nonprofit" to me.
those are not employees, but most likely the people they are trying to help.
Everyone starts off with a price that's too low because you want a "no" from a customer to be "no, because your product isn't useful to me" and not "no, I don't have that kind of money". (Maybe this is a flaw and generalizes to generative AI. I like Github Copilot for $0/month. I would not like it for $200/month. If it costs them $200/month to run it, then there is a big problem with the business model.)
Enterprise software—software bought by people who don't have to use it—is as a rule abysmal. My model of how this happens is that there are large barriers to entry, and actually working well is not one of them, because the guy signing the PO doesn't have visibility into whether they work well or not. I don't know what the barriers are, but I suspect they include hiring people who already know CTOs, bribing ignorant shills like the Gartner Group, and having a convincing appear you'll still be in business in 10 years.
Most SaaS companies can disable data exports at any time. Even if you’re regularly backing up that data when they disable it you need to instantly move to a new service or there’s going to be a gap.
It did? I used IRC pretty frequently back in the day, and the only logging I ever saw was through your own client. This was in the days of dialup, so you'd miss any conversations from when you weren't logged in. If you were fancy, you'd have a bouncer set up on an always-on remote server to log messages when you were away. But I never saw any centralized logging à la Slack/Teams/Mattermost. It's certainly not something supported by any IRCd I'm aware of. Maybe a few channels had custom bots that logged everything to a centrally searchable location, but I never saw such a thing.
Indeed, some here even tout the "ephemeral nature of IRC as a feature, not a bug." [0]
Anyone fancy building on for self hosting? Im booked up solid till February but this would make a nice Christmas project.
I'm reading this book because, well, that's the kind of place I'd like to work. I think it makes sense to get a feel for how these places think, in order to really identify job opportunities
Edit: here's a Wikipedia page on the topic https://en.wikipedia.org/wiki/Hidden_champions
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.
You can see full financial and donor information at https://hackclub.com/philanthropy/ as well. Check it out. It's an organization that lots of HN folks would support (and many do). (I am on the board of Hack Club.)
In a single legal entity?
> At any point in time a US based customer might invite a EU based customer, so looking specifically at US jurisdictions is irrelevant.
What case law are you considering when you insinuate that Slack must review the retention of records between users of a Slack business customer?
[0] https://www.latimes.com/business/story/2025-09-02/salesforce...
[1] https://www.fastcompany.com/91359024/salesforce-using-ai-art...
The reality no one wants to admit - most software companies have no moat whatsoever if they aren’t allowed to be anti competitive.
Maybe that doesn't move the needle on whether they're a small non-profit or not for you, but it's different than a massive non-profit like, say, the Prevent Cancer Foundation, which also receives millions of dollars per year to facilitate their mission.
For 99.9% of nonprofits, their annual budgets are in the single digit thousands or less. A sudden $250k bill is fatal.
I would very much understand it if the reasons given were like "We miss the following capabilities that our competitors have: ...", or "We have trouble interoperating with key partners", etc. These would be actually good reasons to pay more, and risk more.
I guess I've been on the internet too long, my brain automatically blacks certain language out, like a biological spam filter.
I don't know anything about slack, but a lot of the saas programs I've supported do something similar where they negotiate a price per 'user' but then during the setup try to get you to start including a bunch of users or change how users are defined to include extra people that are only tangentially related to the day to day operations. One I support, I found out I get charged extra for users of one of the modules beyond the seat charge to already have them in the program.
Although frankly this is a good lesson for a bunch of young hackers to learn.
Frankly most of these tools have been at feature parity since before Covid.
I don’t think this phenomenon is unique to software - there are people who redo their kitchens every year because they can and people who are doing it for the first time in 30 years - it’s just what it is
Very Oracle behaviour from the company started as the anti-Oracle.
[0] https://www.reddit.com/r/salesforce/comments/1n93cl0/crm_pri...
==
The problem with posts like this is that they give a very one-sided view of the situation and don't allow an uninformed reader (i.e., everyone other than the author and those close to them with direct knowledge of the situation) to understand the backstory and the reasoning for the pricing change.
I'm having to do Google searches to understand why this might have happened, and can only speculate. Is it that previously this company was eligible for a heavy discount as a nonprofit, and now something about that has changed? What has changed? We're not told anything.
According to their website, Slack offers discounts to charities [1] and educational institutions [2]. Does this organisation qualify now? Did they qualify previously? Has something changed in the organisation's status, or in Slack's policies, or has the organisation been misclassified and Slack has only just noticed? This post doesn't even attempt to explain any of those details.
I'm not saying that what Slack did was justifiable. It sounds like a terrible situation for this organization to be in, and I sympathize.
But without knowing any details at all about Slack's basis for making this change, this is the kind of post that generates a lot of heat but not much light.
[1] https://slack.com/intl/en-gb/help/articles/204368833-Apply-f...
[2] https://slack.com/intl/en-gb/help/articles/206646877-Apply-f...
Even a daily export won't save you from the export functionality disappearing with zero notice, because it's really disruptive to try and stop using a service with zero notice. Your company will be left with several weeks if not months of un-exported data.
They can be sneaky about the removal, just let it "break" and it might be months before you are sure they aren't going to fix it.
Our actual budget in 2023 was more like $5m, and we usually raise between $3m-$7m a year in donations.
The thing that changed is that we aren't dealing with Slack anymore, all of a sudden we're dealing with Salesforce. I can only assume they are shaking the money tree at all levels of the organization since their recent disappointing earnings report (I guess they've had a lot of those lately).
I appreciate the nuanced perspective you're bringing here but it really is as scummy as it's written in the post. They are asking us to pay $50k in the next 5 days, just for the privilege of not having our 11 years of history deleted. They don't owe us continued access to their platform on the cheap, but to demand this much money on that kind of time frame? I don't know what to call that other than extortion.
...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.
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
why has this post been taken off the front page, and why has the title been editorialized?
Slack can probably charge an extra $10/month/user for this.
I miss the old Internet.
And get off my lawn!
The title edit is standard practice though - the word "extorted" is too baity for HN's frontpage (see https://news.ycombinator.com/newsguidelines.html: "Please use the original title, unless it is misleading or linkbait."). Making titles somewhat more factual/neutral is normal HN moderation. That's not a criticism of the OP, mind you! - we'd feel the same way too in their position.
I was unable to find another system. Would anyone recommend me something?
The intention wasn't to "kill" the story, but to try and get more details so it would address the questions that came up for me and that I assumed would come up for other readers (which indeed they have [1]). My words "must be more to the story" weren't intended to suggest Salesforce are likely to be in the right, but just that it would be helpful to know. I.e., does this affect all nonprofits/educational organizations? Is this change just targeted at this org? If so why? But I didn't know it was written by a student/teenager, who may not be on top of those details. And given it's late at night and there's such a short timeline for cutoff, we're happy to let the story stay on the front page now.
Indeed, the HN guidelines:
> please use the original title, unless it is misleading or linkbait; don't editorialize
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
The company was founded by an Oracle executive...
In this case, that wasn't at issue. The operative clause is "unless it is misleading or linkbait". A word like "extorted" is too baity for HN's frontpage. This is nothing personal against the OP! It's actually better for them and for Hack Club if the HN title is relatively neutral while still conveying the critical information.
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.
Part of being in business is anticipating risks and having a plan -- which could be deciding to accept the risk. What sucks is you're implicitly accepting the risk of anything you didn't think of, even if the seller is quite aware or even counting on it. It's a harsh lesson when something this happens.
Slack are leveraging their position and it makes them assholes (or capitalists, I suppose, depending on your point of view), but you can't control what they do. You can only control your choices.
Other threads are mentioning Zulip, which feels more old-school free as well as Free open source.
(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.)
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
I still don’t understand what slack can do that IRC and a few bots can’t.
Source: I work at an MSP and we have a ton of clients on Slack.
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.
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.
They were currently being paid some amount, and got their product in front of the next generation of Software Engineers. People who hopefully will like the product, and grow up to evangelize it in their workplace.
Instead now, they'll get paid $0 (because obviously the non-profit can't afford the new price) and they won't get their product in front of those students.
See similar example of Microsoft losing mindshare with the next generation in the early/mid 2000's by locking down paid access to all their developer tooling/documentation.
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
Here's Ubuntu: https://irclogs.ubuntu.com/
They are using open source licenses simply as marketing for their proprietary enterprise software product.
It’s still better to self host than to use a SaaS, but the situation isn’t improved quite as much as one might think.
Just takes them to hire the right marketing genius and suddenly you'll be subscribing to send more than 5 messages a week.
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.
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.
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.
clearly they need to sue themselves and demand their slack history in discovery
From a Slack perspective, it seems reasonable.
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?
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.
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
And since we actually pay for Google Workspaces, we could switch to their chat solution. I haven't actually bothered even trying that so far. Because they'll probably cancel it in a few years. And there are a gazillion alternatives. I've used everything from news groups, irc, icq, hip chat, discord, etc. in the past quarter century or so. And that's just for work related communication. The main reason for me to use Slack is that it's there and cheap and it kind of works. I have no big pressing need to switch. Or to pay anyone for this stuff.
Slack was the cute sexy new thing about ten years ago. Then they got acquired by Salesforce and now it's just yet another corporate thing; so enshittification is a given. But they might want to remember that the only reason they got this big is through their generous freemium offering. Cut that off and the rest just bleeds out as well. Along with all the revenue. They wouldn't be the first chat solution that joins the ranks of the once big and long forgotten.
And I might not like MS tech, but I never heard any stories of rug-pulls and pricing changing x10 overnight.
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).
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.
https://hydrogen.element.io/#/login
So on the up side about matrix is if you don't like you can roll your own.
but in the grand scheme of things, why we have "slack" anyway
developer community that make the most OSS project rely heavily on close source system as a "de facto" industry standard is weird one
it not like slack has a secret sauce either, but having most critical infrastructure as a main source of communication while the very same community that proud to be release OSS product is a bit strange
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.
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).
A self hosted version is better than nothing though.
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...
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.
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.
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.
There are plenty more reasons to avoid using Slack, see: Reasons not to use Slack by Richard Stallman <https://stallman.org/slack.html>
It's like the cloud all over again. Pull that brain of yours out of the backseat, where you put it, start actually using it and host your own shit for $5 a month, FFS!
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.
It's uh... not good? I have one client that uses it, and it's just painful. Threading doesn't work well, notifications are hard to configure, rich text entry is subtly broken...
But our experiences seem so vastly different: - UI is, with the exception of large media, snappy and pretty native feeling - no jumps (that I can recall)
The mobile app is okayish though its offline indication and notifications are a bit frustrating.
What machine are you running it on?
https://docs.mattermost.com/administration-guide/onboard/mig...
now my company „forces“ me to us Microsoft Teams and i’m thinking back to the good old days with Slack.
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.
But Slack was hyped, it was the new shinny. Put all your stuff in Slack it's great. Question that logic and you where told that you just didn't get it. I still don't, it's the single worst piece of software that I'm forced to use.
The business model was always as rocky as everything else coming out of San Francisco/Silicon Valley area in the past 15 years. Why are people surprised?
IRC is fine, for most things. It's free, decentralized, bots are easy to write and you can run your own servers.
Take care about how you plan infrastructure.
No improvement over Slack, just more gaming-focused
I thought maybe integrations, but those tend to be webhooks that display an alert. Of course you don't want to have to change them, but it's limited how much pain it causes to switch to some other chat service.
If I look at the chats I'm in at the moment, moving off would be annoying, but if I got a massive bill I would certainly do it.
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.
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.
I want that experience to be good, and not using a subpar tool like (Teams, IRC etc)
As a rule of thumb, I want to use the best tool available for the job, IntelliJ for the IDE, the best coding model (whatever that is at the time), the best Video call tool, the best monitor, the best keyboard etc
Although best is usually subjective, in some of this cases what is "best" is objectively clear, in some cases the gap between the best and the next one is small in others is huge. In the case of communication tools I think the difference is huge.
Is this needed to do my work? nope It makes working more pleasant? definitely yes
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).
If you can convince people to put everything in "project rooms" (or "team rooms" or whatever) instead of DMs, then you effectively end up with the ability to search all the historical knowledge of the company.
All of our real discussions are sent to a mailing list with a web archive (like lkml.org, except private). That way we can still reference precise messages easily. It has been working great for us.
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.
Its inertia, its just not a priority to move them over
Did they show up with a baseball bat in hand? That’s some big city mobster tactics right there
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.
Not to mention that basically every scientific breakthrough achieved since 1995 was achieved using email as the *only* form of communication (other than physical letters here and there).
Knowing that they would consider treating ANY customer that way means no other customer should use their services.
It's a way to create many forms of art, solve everyday problems and automate a plethora of machines in our homes.
You sound like an accountant whining about kids learning about calculators and statistics.
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.
You don't want an entire generation of people who can barely operate the devices that enable and control a huge portion of their lives.
Kids will benefit immensely from being able to logically reason, and will be less afraid to repair or work around shoddy software, even if they never write another line of code in their lives.
Professional programmers dont fear kids taught to code any more than novellists fear kids taught literacy or accountants fear kids with numeracy. If anything, they know personally how important it is to learn these things.
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.
You give zero thoughts as to how the people affected are actually using the tool, why they would be in need of real time communication rather than delayed clunky messages, or even who the actual audience is.
Even with the absolute best reading of intentions I can give to your comment, I can only imagine you wrote it to make some microsubset of people still using mailing lists feel better about their choice and validated in one of the ever rarer advantages there are to using email as primary communication.
Either that or you don’t actually know what Slack is. But then why comment?
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.
And Kübler-Ross did not describe a linear progression of grief. It was meant to be enough of a framework to start conversations, to put experiences in perspective, to help reflect. And plenty of times, life still has to go on even with devastation -- no time to grieve and reflect until crises has passed.
The wording of the co-founder's comment and the post did not strike me as grief. They are calling out enshittification without trying to burn bridges and requesting help.
Now you can argue choosing a Salesforce product is not a good idea and that I agree with.
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.
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.
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.
But it’s there. I’ll give that the Microsoft, they start out incredibly crappy and do keep iterating until it’s somewhat usable.
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.
I would love it if future folks can write their own random scripts without needing a developer to do it for them.
I would love to see more people writing software. There will always be advanced work that needs doing. There will always be larger challenges.
I want the world of the future, where every 10-year-old knows calculus and python and is incredibly capable, and then I want to see the future we get when they grow up.
Setting up Mattermost was one of the best decisions we've made with regards to our tools.
Please don't comment like this on HN. The guidelines ask us all to be kind; they're the first words in the "In Commemnts" section: https://news.ycombinator.com/newsguidelines.html
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.
Since I'm located in europe, I thought of just doing a data request based on GDPR (at least for my messages). They declined it and referred me to my organization, since we are in charge of fulfilling such requests (how would we even do that if there's no functionality for it?). Absolutely ridiculous.
Make sure to warn others of Slack/Salesforce, customers need to have a voice and this behavior must become prohibitly expensive for Salesforce.
I'm not sure why people would say they're not open source.
It's true there's no community-led edition, but that's because no one has taken the initiative to create one yet.
when you are that stupid to "happily" pay 5k a year for their chat tool, you deserve that raise to 195k
Open standards, easy migration, and servers you pay an honest cost for. Self-hosting, perhaps even. That's where we need to go.
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.
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
Fyi, Campfire is open source now: https://github.com/basecamp/once-campfire
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.
just hate it.
https://projects.propublica.org/nonprofits/organizations/812...
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.
I urge every user of Hacker News to read Peter Thiel's book, Zero to One. It's the definitive statement on software capitalism.
The goal, which Thiel embraces unabashedly, is to use technology to create new and unique monopolies, and once you've created them, extract as much rent as possible from the users. Obviously the users hate that part once it kicks in.
Thiel really seems to believe this is a good thing and there's a sense in which he's right: the tech industry has created more gadgets and created (or consumed?) a level of economic activity on par with industrialization itself. We have been introduced to all manner of innovations and conveniences, and the winners at this game have won bigger than anybody else.
But it is undoubtedly anti-consumer and anti-user. They give you something good, you get hooked, and then they enshittify it once you can't get out, and it's all part of the plan. Again, and again, and again, for more than 40 years now.
That's why once you're done with Thiel, you should read the GNU Manifesto. Richard Stallman identified the basic dynamics here as far back as the 1980s, and started his movement from the perspective of a user of computer systems who didn't want everything to be trapped and enshittified once again. By encouraging programmers to adopt the GNU license he aimed to prevent the rent seeking stage of this process.
Both camps succeeded partially. Thiel's camp succeeded more, especially economically. Which camp you join is up to you when you write a line of code or you use a piece of software. I personally think the world is complicated and there are elements of value in both. Regardless these are the two written works which together will give you the full context about the software industry, how it works, how it got this way, and even why modern life is the way it is.
And then you will see how it is by design for Salesforce to fuck nonprofits because it works. It was in the plan from day one. They knew. They will do it again.
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 work in education sector, over the last year or so multiple saas providers have pulled this, we've inevitably gone in house, self hosted, open source. Saved tonnes of money and have bought skills back in house.
Your operating model was based on a special rate that sounded temporary from the beginning.
You chose a closed product that will destroy your data if you don't pay what they ask when they ask for it, ignoring many free and open products, so the needle on my sympathy meter is simply not going to move that much.
This is a good time to move off an proprietary product.
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.
When I worked there, weirder emails ended up getting addressed.
Almost ever 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.
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.
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.
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.
> Mattermost is an open core, self-hosted collaboration platform that offers chat, workflow automation, voice calling, screen sharing, and AI integration
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...
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.
>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.
This summary from your website misses a lot of relevant detail. I love to rag on big corp as much as the next free thinker, but the dishonesty makes me much less sympathetic to this particular story.
You can create DM groups with yourselves if you like private chats in groups also.
I really don't want to try to promote Slack as 'one tool to rule them all' or advocate for its features, but it definitely more bandwidth than email. Not sure have you received any of the long quoted emails recently, I have, and it can be a nightmare (and ridiculous that an email client from a USD 3 trillion dollar company cannot render it properly).
Given that Slack has integrations with various tools (incident reporting, various bots, feed submissions, apps of all sorts), video/voice chats, file storage, rich messages, advanced notifications, and, most importantly, seamless communications with clients using it, it is just a tool that has replaced so many different tools.
Sure, it is not perfect, and many other tools offer same things as Slack, this pricing situation is ridiculous, but there is a reason why nearly every single startup or a team formed in the last decade uses it or its equivalent.
It is not indented to cover all possible usages out there, and in academia I could see email working better than Slack, but as we are on the topic of Hack Club, it would be hard to argue it would exist in this form without Slack-like tools.
This wasn't charity from Slack. They paid for the service, and they can migrate if it's truly necessary.