myusernameisok

> All Docker images are glorified tar layers that are compressed with gzip. By definition, all users of Docker are users of gzip and tar. I understand what your point is (it's not as visible) but I don't agree with saying it's "core to more businesses".

Definitely. I was a little unclear, I meant core as in visibility, which you pointed out.

Also about Kubernetes, I can't comment on that because I've heard used it (but I've heard of it). I think it' s possible that there are a lot of businesses out there (such as the one I work for) that use docker but not Kubernetes.

The more visible an open-source project is, the more likely people are to donate to it. I could definitely see companies supporting docker in the same way that they support the Linux foundation or various Linux distros.

I feel like docker is core to more businesses than compressing/decompressing files. A lot of business package things in docker containers and are probably more likely to donate based on that. Compressing/decompression feels more like a low-level utility and users are probably unaware of whose code they're running at all.

If the creater of "ls" or "cd" asked for donations, would you even realize? If docker asked for donations, would you realize?

One nice thing about the movie theatre is that you're paying a large amount of money (~$5/hr) to be there, so you're more likely to pay attention. I find with netflix, people take shows less seriously and spend time on their phone whilst not paying attention because "its just netflix."

I think if theatres had an "all you can watch" model, people would take it less seriously, and the quality of the experience would degrade.

For the most part, adding complexity to anything increases the chance of failure. For average people (who don't generally give out their keys) it's not a great idea, but for airbnb hosts, making a key that is hard to copy is a good idea.

However, I've seen some airbnbs that have a pin door code or a key fob, which are arguably more secure than a regular key lock but have less chance of failure in my experience.

I wasn't even aware they existed until I saw this thread.

I don't understand why companies feel they need to start selling average household products, but with cameras, microphones, wifi, and bluetooth. Maybe I'm just paranoid but I don't even like my laptop having a camera.

I'm fairly certain you're incorrect. With the GIL you don't have to lock shared memory because the assumption is that only one thread will be running at a time. For example shared data structures won't be changed while being being read/written to by multiple threads, because only one thread is actually running.

> "Court documents indicate that Google paid Apple $1B in 2014, and we estimate that total Google payments to Apple in FY 17 may approach $3B," Bernstein analyst A.M. Sacconaghi Jr. said. "Given that Google payments are nearly all profit for Apple, Google alone may account for 5% of Apple's total operating profits this year, and may account for 25% of total company OP growth over the last two years."

It's crazy considering even if Apple switched default search engines I'm sure a lot of users would switch back to Google.

I tried. My company has a python API that we run on our machines, we sell the machines to businesses and don't manage them ourselves. We wanted to see if we could get some easy performance increases without too much investment.

At the time (a year ago) there wasn't a way to precompile using pypy, which meant shipping pypy along with gcc and a bunch of development headers for JIT-ing. Additionally a one of the extensions we used for request validation wasn't supported so we'd be forced to rewrite it. I also found that the warmup time was too much for my liking, it was several times longer than CPython's and it became a nuisance for development. I guess I could've pre-warmed it up automatically, but at that point I had better things to worry about and abandoned trying to switch.

I'm sure, given enough resources, it would be a lot better. But it's not quite as simple as switching over and realizing the performance increases without some initial investment.

It's the same issue with Python. AFAIK there are a number of Python libraries that are not thread-safe, and the GIL prevents them from being an issue.

Some APIs I've seen just use 400 for all generic client-side errors, including request syntax errors, impossible requests, duplicate requests, etc.

I would argue that most of the time, for any sufficiently large application, you'll need to use application specific status codes anyway (as you said), so why bother trying to be specific with the HTTP error codes? Certain client-side applications parse out if the response is a 2xx, 3xx, 4xx, or 5xx, and log it differently. At which point you just need one of them to trigger the different logging behavior.

The only special case I can think of is 401, which you need to send to trigger the basic authentication pop-up window for most browsers.

Take this for what it is - I'm a software developeer who works in the cloud, not a cloud expert.

The abstraction behind AZs is what every AZ counts for at least 1 data centre. So for every region there is at least 2 AZs, and every AZ means at least 1 data centre (or 5 in your link).

This just means it's harder to take out a whole region by destroying individual data cetnres. Since most regions consist of 2-5 AZ, and AZs consist of 5+ data centres, that means destroying dozens of data centres.

California is the most populous state. Most Americans treat Canada like it's some uninhabited wasteland, which is somewhat untrue. There are parts of Canada which are less populated but there are also densely populated parts which are comparable to the USA.

Anyway, Americans will say "How can Canada become an education superpower when California has the same population?" to which I say, that's a disingenuous comparison. How can Boston become an education superpower if China has 500x the population? To which Americans will say "MIT and Harvard", To which I will say "Waterloo, Toronto, and McGill."

Obviously I'm being slightly facetious, I'm just trying to illustrate how population != educational excellence.