Downtown Brooklyn has a lot more new luxury highrise buildings with fiber wired in from day 1, as compared to pre-war brownstones in other neighborhoods where even _if_ Verizon has fiber on your block your elderly out-of-state landlady and absentee super won't let them in to wire up the unit.
That doesn't sound like a problem with Verizon, that sounds like a problem with legislation.
Your absentee super or out-of-state landlady wouldn't be allowed to stand in the way of you getting hot water, why should they be able to get in the way of other utilities?
When someone has a long history of making false claims, it doesn't mean their current claim is automatically wrong but it does mean their argument for it doesn't count as strong evidence for the claim, IMO.
If you had really good shock absorbers you could intercept at an orthogonal trajectory and have the impact knock you into the desired trajectory... not practical but fun to think about.
My coworker's theory was someone was waiting for the holiday's end to deploy something risky.
And I'm in that boat of depending on Slack for alerting... in fact my team was also waiting over the holidays to deploy more robust non-Slack-based alerting (in our defense the product is only a few months old and only now starting to scale to any real volume).
I wouldn't be surprised if it's actually a combination of a new feature being recently rolled out, along with the sudden spike in load this morning.
The holidays are actually the perfect time for Slack to roll out a risky deployment, as it has to be their lowest usage time. So it would make sense if something was pushed out last week or the week before. And everything probably seemed fine.
And then this morning they suddenly realize this new feature does not perform under load. And to make matters worse, the new feature has been out long enough to make any sort of rollback very tricky, if not impossible. Which means they'd need engineers to desperately hack out, test and deploy a code fix.
If this is the scenario, I do not envy them at all.
Holidays are a good time for a company to do a risky deployment, but a bad time for an individual employee to do a risky deployment, assuming one doesn't want to work overtime over the holiday fixing things.
Depends on how well compensated holiday overtime is. There are some employees happy to work overtime if their hourly pay is doubled or tripled. However there also those who wouldnt do that for any price.
Depends how bad it goes wrong. My org is a 24/7 one, but one Christmas back in the 90s (way before my time) some work was done on Christmas eve, I think it was on the phone system, in the days before widespread mobile phones.
It broke, which was a major problem, this meant that senior management were being phoned (ho), and relatively high middle managers were on site to deal with the fall out. Of course most suppliers were also closed so everything was harder to fix.
There's good reasons not to do changes when places are closed, or at least skeletoned, for 2 weeks.
I used to work for a place that had a FY that ended in summer. We had a lot less problems with stuff being shoveled out the door at Thanksgiving and Christmas because nobody was trying to finish their year-end performance goals over the Holidays.
I think what I'm implying is that management creates this issue, but we are complicit.
Yeah, I think it's this rather than load. Slack should be able to handle load fine (probably), but since this is the first weekday post-holidays I imagine some deployment broke something.
One other factor I was taught (as an American) that I don't see mentioned here was the Russian Revolution. The nominally-democratic provisional government allowed the pro-entry camp to frame the war as democracies vs. authoritarian empires, they could pitch US entry as defending democracy.
I don't know about Microsoft, but at IBM for example engineers with a 4-year eng/CS degree start at band 6, but the bands below 6 do exist, just not for that role. I'm guessing it's similar at MS.
I think the usual approach is to proxy the other domain (or subdomain) to a path on your user-facing domain. E.g. if mysite.com is making requests to api.mysite.com, you would proxy api.mysite.com to mysite.com/api.
I'm building a pure backend service that I want app developers to be able to consume. If they have a static app, they shouldn't be required to run their own backend just to get around CORS. At the very least you're adding an extra hop, which is going to increase latency.
That said, it would be cool if static hosting services like S3 offered CORS proxies for uses like this. I wonder if that's a thing.
Sweden has far and away the highest death rate of the Nordics, over 11 times that of Norway. I really don't think the data supports your point. https://coronavirus.jhu.edu/data/mortality
Norway indeed basically hasn't had COVID. Perhaps they will when they have fully finished releasing their lockdown, or perhaps COVID is more like seasonal flu, which does hit some countries and not others for unexplained reasons every year.
However, the point stands. Sweden has not had particularly bad outcomes, being as it is in the middle of the pack, and with most deaths being in care homes where Sweden has many other severe problems, e.g. many staff who can't speak Swedish. In fact in one care home they ended up in a spot where none of the staff spoke Swedish causing problems for a resident who couldn't communicate with them to get food! So given Sweden's dependency on immigrant labour for care homes it's maybe not a surprise they've had problems protecting those homes. For the general population however, COVID has not been a problem.
I don't even bother getting into death rate discussions any more because it is pointless.
You read the Survivors Groups on FB [0] and the real problem people aren't understanding is that this isn't quick death we need to worry about, it is the long term health effects that will lead to a lifetime of medical issues.
It was already the case for several weeks in NY that school-age kids could pickup free packaged meals from any school, the change in this announcement is expanding that to include adults.
