Earlier quoted context omitted.
I haven't worked at Slack, so I can't speak with high confidence. A traffic spike is a possible reason, but I'm willing to bet that it's not the reason: > Doubt anyone releasing big changes Monday morning. This is definitely an engineering best practice, and by best practice, I mean something that Uber's, I mean Slack's SRE team strongly pushed for, and got politely overruled on. After a code freeze is lifted, it's q…
In my experience it's not promotion-eager engineers that want to push after a code freeze, it's antsy product managers. YMMV tho.
Slack is down
581–590 of 840 posts
Re: Slack is down
#582We're using Google Chat again. Feels ancient. https://chat.google.com/
Re: Slack is down
#583Re: Slack is down
#584Like human beings, can we all imagine that every single service can have a couple of off days a year.
Re: Slack is down
#585We're using Google Chat again. Feels ancient. https://chat.google.com/
Same - and it's just... weird. The "everything must be in a thread" model feels really clunky.
And to be clear I don't mean Slack's implementation of threads which is hiding it away in a separate panel and which doesn't get used by everyone either.
Re: Slack is down
#586I am so glad that at least today I do not hear that slak annoying sound. I do really think Slack is not helping me, at all, to concentrate on my job (system administrator): synchronous messages are really the worst, ever, while working: email is much much better
Re: Slack is down
#587Earlier quoted context omitted.
Maybe my DevOps folks should not be privy to all internal communications? That is one reason we did not go with Mattermost.
If you do not trust your own devops, why are you trusting someone elses devops?
Re: Slack is down
#588When I was at Uber, we noticed that most incidents are directly caused by human actions that modify the state of the system. Therefore, a large "backlog" of human actions that modify the system state have a much higher chance of causing an incident. My bet is that this incident is caused by a big release after a post-holiday "code freeze".
Re: Slack is down
#589Earlier quoted context omitted.
It is easier to cache stuff for users who are not logged in as it is the same for everyone. and everyone is looking up on Hackernews at the moment to see what is wrong with slack, which is probably the cause of the slowness.
While it is true for most applications. HN does not do any customisation of the content. I don't notice I am not logged in until commenting
Re: Slack is down
#590Earlier quoted context omitted.
Availability zones are unique for each account. So my zone A could be your zone C, for example.
I never knew this, but I think it makes sense. Is there any documentation that explains why this is the case? I suspect it is to distribute bias to the first option, but I'd love to read about it. [edit] Nevermind, I just needed the right combination of terms to find it: https://docs.aws.amazon.com/ram/latest/userguide/working-wit...