<p>The Reddit thread asks:</p>

<blockquote>
  <p>Why is the Docker Mind Shift so hard?</p>
</blockquote>

<p>The OP then links to <a href="https://surfingthe.cloud/the-docker-mind-shift/" rel="nofollow noreferrer">The Docker Mind Shift</a> and states that</p>

<blockquote>
  <p>The Docker Mind Shift helps explain the challenges many people struggle with, in DevOps and containers. Thoughts?</p>
</blockquote>

<p>(Currently,) the highest upvoted comment states</p>

<blockquote>
  <p>to be honest my biggest challenges have been with the speed of tooling changes rather than the concepts. In theory, i get the workflow and ideas behind docker fairly well, but in practice sometimes it does feel like you're throwing a whole load of plates up in the air and then walking off before they hit the ground again. I get that as a new tech idea it moves fast, but just trying to keep up with the ever moving goalposts can be exhausting. It does seem to have gotten better in the last 2 years though to be fair.</p>
</blockquote>

<p>In response to this comment, <a href="https://www.reddit.com/user/sirex007" rel="nofollow noreferrer">sirex007</a> responds</p>

<blockquote>
  <p>after finishing any reasonably sized project in docker, i'm always reminded of this image</p>
</blockquote>

<p>and links to the above image. This image is attempting to comically illustrate the confusion many feel with the world of DevOps. There is a smorgasboard of toolkits and frameworks out there, and the bullets in the image are a commentary of the nonsense of the diagram to the right.</p>

<p>This is seen in the first bullet:</p>

<blockquote>
  <ul>
  <li>Did you just pick things at random?</li>
  </ul>
</blockquote>

<p>The subsequent bullets then expand on this question. For example, <a href="https://en.wikipedia.org/wiki/Redis" rel="nofollow noreferrer">Redis is a caching system and stores key-value pairs</a>. Similarly, <a href="https://en.wikipedia.org/wiki/MongoDB" rel="nofollow noreferrer">MongoDB</a> is a type of <a href="https://en.wikipedia.org/wiki/NoSQL" rel="nofollow noreferrer">NoSQL database</a> which <em>also</em> supports <a href="https://en.wikipedia.org/wiki/NoSQL#Key-value_store" rel="nofollow noreferrer">key/value pairs</a> and <a href="https://stackoverflow.com/questions/17534628/understand-mongodb-cache-system">caching</a>, so it is a little silly to have both Redis and MongoDB.</p>

<p>It seems that sirex007 feels that this graphic illustrates the point that <code>I get that as a new tech idea it moves fast, but just trying to keep up with the ever moving goalposts can be exhausting.</code> and <code>my biggest challenges have been with the speed of tooling changes</code> as there are a lot of trendy tools appearing in the graphic, which is making the point that the implementer doesn't seem to understand the toolkits in use in his or her stack well.</p>

<p>This is a fair point: with the DevOps goal of rapid iteration and deployments, the appearance of new tools on a frequent basis and the changes within those tools could certainly seem like they are moving at a breakneck pace. I would argue that this is evidence of the success of the DevOps model however. If these projects are able to successfully iterate rapidly using DevOps, it is proof of the model's successes - though perhaps the cost is trying to keep up with that rapid pace.</p>

CC BY-SA 3.0
2017-06-30T15:19:14.263Z
2017-06-30T15:19:14.263Z
James Shewey
<p>I have found this picture in a comment to this <a href="https://www.reddit.com/r/devops/comments/6ingg5/why_is_the_docker_mind_shift_so_hard/" rel="nofollow noreferrer">Reddit thread</a> and would like to better understand its message. I do not know the image's original source, maybe it will come up later.</p>

<p><a href="https://i.sstatic.net/rO8EI.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/rO8EI.png" alt="What the hell have you built."></a></p>

CC BY-SA 3.0
2017-06-27T08:58:30.540Z
Mostly: "Too much redundant bricks" Sounds like an ad
Tensibai
<culture>
What is the message of this picture?
Ta Mu
# What is the message of this picture?

(Asked by: username_0 on 2017-06-27)

I have found this picture in a comment to this [Reddit thread](https://www.reddit.com/r/devops/comments/6ingg5/why_is_the_docker_mind_shift_so_hard/) and would like to better understand its message. I do not know the image's original source, maybe it will come up later.

[![What the hell have you built.](https://i.sstatic.net/rO8EI.png)](https://i.sstatic.net/rO8EI.png)

**Tags:** culture

> **Comments:**
> **username_1**: Mostly: "Too much redundant bricks" Sounds like an ad  

---

## 1 answers

### Answer by username_2 on 2017-06-30. Score: 4

The Reddit thread asks:

> Why is the Docker Mind Shift so hard?

The OP then links to [The Docker Mind Shift](https://surfingthe.cloud/the-docker-mind-shift/) and states that

> The Docker Mind Shift helps explain the challenges many people struggle with, in DevOps and containers. Thoughts?

(Currently,) the highest upvoted comment states

> to be honest my biggest challenges have been with the speed of tooling changes rather than the concepts. In theory, i get the workflow and ideas behind docker fairly well, but in practice sometimes it does feel like you're throwing a whole load of plates up in the air and then walking off before they hit the ground again. I get that as a new tech idea it moves fast, but just trying to keep up with the ever moving goalposts can be exhausting. It does seem to have gotten better in the last 2 years though to be fair.

In response to this comment, [sirex007](https://www.reddit.com/user/sirex007) responds

> after finishing any reasonably sized project in docker, i'm always reminded of this image

and links to the above image. This image is attempting to comically illustrate the confusion many feel with the world of DevOps. There is a smorgasboard of toolkits and frameworks out there, and the bullets in the image are a commentary of the nonsense of the diagram to the right.

This is seen in the first bullet:

> * Did you just pick things at random?

The subsequent bullets then expand on this question. For example, [Redis is a caching system and stores key-value pairs](https://en.wikipedia.org/wiki/Redis). Similarly, [MongoDB](https://en.wikipedia.org/wiki/MongoDB) is a type of [NoSQL database](https://en.wikipedia.org/wiki/NoSQL) which *also* supports [key/value pairs](https://en.wikipedia.org/wiki/NoSQL#Key-value_store) and [caching](https://stackoverflow.com/questions/17534628/understand-mongodb-cache-system), so it is a little silly to have both Redis and MongoDB.

It seems that sirex007 feels that this graphic illustrates the point that `I get that as a new tech idea it moves fast, but just trying to keep up with the ever moving goalposts can be exhausting.` and `my biggest challenges have been with the speed of tooling changes` as there are a lot of trendy tools appearing in the graphic, which is making the point that the implementer doesn't seem to understand the toolkits in use in his or her stack well.

This is a fair point: with the DevOps goal of rapid iteration and deployments, the appearance of new tools on a frequent basis and the changes within those tools could certainly seem like they are moving at a breakneck pace. I would argue that this is evidence of the success of the DevOps model however. If these projects are able to successfully iterate rapidly using DevOps, it is proof of the model's successes - though perhaps the cost is trying to keep up with that rapid pace.


---

