It addresses it as a human being discussing the meaning of the article as opposed to a pedant-bot dicing words to 'win'.

The classic reason is preventing space / inode exhaustion of / by user accounts and preventing time of check, time of use vulns. Tough the latter have since been addressed in other ways [1]. There's also a certain amount of convenience and cleanliness to separating system and data that way.

1: https://wiki.archlinux.org/index.php/Security#Preventing_lin...

Lots of great sequences from the 80s presented there along with on my of my all-time favorite openings - Ghost in the Shell [0].

I've always felt failing to put together a compelling opening is a missed opportunity, particularly for a series. It's a hook, a primer to put the audience in mind of the best eras and episodes every time.

0: http://www.artofthetitle.com/title/ghost-in-the-shell/

I can't disagree with a single thing said here.

I tend to think of WoW as the Buy-N-Large generation ship of gaming.

It created an entire word that was in some sense a paradise, but at the exclusion of all the awesome, frustrating, exciting, tedious richness that came before it.

1: http://www.thisamericanlife.org/radio-archives/episode/536/t...

I'd wager the complaints of the sort of people who frequent lobste.rs or HN are not representative of the majority of current users and almost certainly not of the next 6B potential users.

Overall, it's everything Google said they would do with material [1].

It's fine to dislike these things, I don't necessarily like them myself, but claiming they're simply wrong or "for no reason" is somewhere between angry and lazy.

Just a glance at the new vs old keyboard or gmail shows a direction - moving / duplicating interactions toward the bottom right (logical as screens get bigger), breaking out punctuation into discrete keys (presumably logical given the way most people actually type).

The overall restyling is adding consistency between apps and particularly between mobile and the desktop.

Animations are really valuable anytime someone doesn't come to the table with a complete mental model of how something fits together already. Basically, they're not for you Mr. Programmer.

1: http://www.google.com/design/

Though I have no real idea what I'm talking about...

This feels intuitive to my mental picture of the universe.

The description of this large scale structure and the expansion of the universe has always put me in mind of watching the patterns form and reform from drips in a soapy sink or an elastic fabric being pulled apart.

In both cases, you end up with these big expanses bordered by dense stringy areas. That the motion of the stuff that snaps / shears / collapses or whatever into these strings and knots would be aligned seems perfectly logical.

It was a different story in 2011 when Woz went on CNBC and said that the company "has grown as fast as Apple so far" [3] pushing the stock to the highest point it would ever reach just a month before the share lock-up expiration [4].

1: http://en.wikipedia.org/wiki/Fusion-io

2: http://www.theregister.co.uk/2013/10/25/fusionio_flasher_fla...

3: http://m.cnbc.com/us_news/45074931

4: http://www.forbes.com/sites/ericsavitz/2011/12/06/fusion-io-...

It would be pretty straightforward to adapt those Dockerfiles to create an image which includes only the dependencies for building node. It would end up looking a lot like 'node:slim' [3] (288MB).

Ideally, Docker will eventually have the functionality to more easily strip out transient requirements like build dependencies from the final images.

1: https://github.com/docker-library/node/blob/013858ac35afb9ca...

2: https://github.com/docker-library/buildpack-deps/blob/a201b1...

3: https://github.com/docker-library/node/blob/013858ac35afb9ca...

Not exactly, as the thread you link points out you can reference an image ID in FROM rather than the name:tag which has potential to change silently.

It's the equivalent of using a package manager against a repo you don't own without pinning - expect problems.

This can be mitigated by FROM'ing via ID or avoided entirely by running your registry where tags are reliable.

Admittedly, these things are not necessarily obvious, but I think it's a bit disingenuous to paint Dockerfiles as worthless or broken.

That said, ShutIt looks very cool and seems to address exactly some of my concerns / desires about working with Docker.

I just don't agree with framing it in opposition to and at the expense of what exists.

There's value in a container description that is fully self-contained, transferable and 'dumb' enough to be transparent.

Absolutely.

Thankfully, the Docker team seems in agreement with this based statements about avoiding making Dockerfiles "too clever" and the response to various proposals.

As you point out, most of the "issues" here are really misconceptions.

I expect it's a tough balance for any new(er) project. Maximizing exposure and adoption, but avoiding negative perceptions from being applied in ways aren't optimal.

>"So what does it take to rack up $1200 of internet use? In my case, just 155 page views, mostly to my email."

Looking at SA per MB pricing [1] you'd need to pull down just shy of 1.2GB to be charged that much - 7.5MB per "page view". Personally, my Gmail and Outlook Inbox are a few hundred K each.

So maybe the author just doesn't know what he's talking about? according to his bio [2]...

>"Today, I design and code Trend Hunter until 4am because I like it."

It would seem likely that statement is an exaggeration, the one about the number of page views is disingenuous or both.

Either way, the author loses credibility.

In any case, the author is apparently the globe trotting, baja racing, "rule breaking", former banker son of a VC [2] - he can surely afford to pay for - at best - failing to pay attention to the terms.

1: http://www.singaporeair.com/jsp/cms/en_UK/flying_with_us/inf...

2: http://www.trendhunter.com/Jeremy

I expect this sort of thing is hard for lots of people - those without kids - to empathize with. I doubt I spent much time thinking about such things prior to having a child.

Now though, it has become really clear to me how common stereotypes about gender, race and the like are among things aimed at children.

It's not that this one book is going to ruin someone or that any of the silliness it presents is so awful or dangerous.

It's that those ideas are pervasive, that even if you're filtering what you provide directly to your kids they're still indirectly affected by it - an ever present cloud of nudges and judgments about everything from choice of colors, toys, aspirations and even now how to use computer.

It's ridiculous and wasteful.

My guess/hope...

This is aiming to be GMail + Google Now for the enterprise. Something that will parse your mail, schedule and contacts to generate suggestions or reminders and create an easily accessible "context" for each.

A workplace client that can generate 'cards', reminders and contextualize common bits of information (Think UPS tracking numbers in GMail - applied to support tickets, physical sites, projects, POs and budgets in an enterprise) with the creepy accuracy of Google Now would actually be interesting - yet another take on unified communications or a skin deep re-imagining of email would not.

In the context of Docker it's inconvenient, but entirely straightforward to create images that don't include those elements.

It's a matter of creating an unwieldy chain of build steps to avoid committing intermediate containers.

If/when something like this [1] gets merged things will be greatly simplified.

1: https://github.com/docker/docker/pull/8021