Slack is Down
techcrunch.com
techcrunch.com
But then again, I never read tech crunch anymore because of different but identical crap.
On the other hand, I don't particularly mind it, either. It's not hurting anything, and maybe we need an excuse to dig up the old "proprietary communication vs IRC" argument now and then, just for kicks.
Call it windowcasting maybe.
Ever hear a New York Echo? No! Heeeeeellloooooooooooooooooo!!!!! ... ... STFU!!
sudo service ircd-irc2 restart
I'm pretty sure SSH-ing into the server and executing that command costs less in productivity than waiting for Slack to fix their issues. sudo service ircd-irc2 restartBut really, if you run your own IRC server in your own internal network, there will be no netsplits.
sudo service ircd-irc2 restart
Fixed it.I'm pretty sure this recent instability won't make Slack go out of style. What will likely happen is Slack will continue releasing "features" that don't improve upon IRC and make their product harder to use, until someone else comes along with a simple IRC clone and unseats them just like Slack unseated HipChat. It's an exercise in pointlessness.
This. IRC just works. It's not a walled garden.
Again, as these things are, the tech has nothing to do with it. Hipchat 'lost' to Slack while being more or less identical (from a raw features/technical point of view). Hell, Slack could be IRC for all I know, but what makes people use Slack is more than what protocol it uses underneath.
Yeah, it's a combination of slavishly always having to be on the next new thing, and being unable to recognize that this is a problem.
The status page is what I use to update StatusGator[2] so it can notify you when services go down. It can even notify you by Slack (when it's up) and for that reason I recommend using a second mode as well such as email, SMS, or webhook if you want to get crafty.
Our service can be used to keep key channels synchronized between main and secondary chat systems—to avoid losing context when switching over. Having this in place is particularly important if _your_ outage coincides with team chat outage.
Here's a post we wrote on this topic: https://sameroom.io/blog/when-team-chat-goes-down-are-you-re...
Just sayin'.
here is a post with more info: https://facebook.github.io/react/blog/2015/10/19/reactiflux-...
Outages happen to everyone, including I'm sure Discord, and what matters most to me is transparency during and after the incident and that both individual and corporate values include incremental improvement - not making the same mistake twice.
I'm perpetually frustrated by HN comments which take a tack of either pointing out (with your benefit of hindsight) things the commenter feels were incorrect, professing they could do better, or the strong advocacy for abandoning ship even with companies who have a provably pretty decent uptime record.
Unfortunately I cannot sympathize with a company which it's valuation is $2.8 billon, and cannot handle staying up or a large userbase.