Hacker News Reader

Comment by FooBarWidget | Hacker News Reader

Thanks for building this! What data did you base the graphs on? Did you extract these data from Gartner reports? If so, which ones?

Although I see a bunch of things on the graph, I don't know what they imply. For example I see Heroku in the "challenged" state -- challenged by whom? As far as I know Heroku is still big and growing.

And I see PostgreSQL being "more challenged" than MySQL. What backs up this claim? I get the feeling that PostgreSQL is getting significantly more buzz and development after the fall of MySQL (as a result of the Oracle takeover).

I also see containers being on the verge of being challenged. But I thought containers are still very much up and coming? So I'm confused.

More explanation would definitely help.

View on HN

All valid questions.

re: context chart and states. The y-axis mentions "adoption". Which is the market adoption of an item. If you click a state, I explain what that state mean. I'm certain this can be improved. So for your example Heroku: Yes they could be growing, I'm not saying they aren't, but they've come into a state where their service is strongly challenged by competitors (usually left in the chart, AWS, Google Cloud).

Re: PostgreSQL and Containers. Those are my opinion in this release. I would see state.of.dev evolve into expert/community consensus based on arguments and actual chart releases.

Considering postgres is streets ahead of anything else on that graph (GraphQL isnt even a database just a query language, SQLite is of course amazing but useful in an entirely different context, mysql/mariadb lack many important features, and mongo...), please back your opinions up because as of right now this seems dishonest if not wrong.

Containers is still very much in growth, for the majority of deployments.

VMs would be mature, and bare metal would challenged / superseded.

Remember that 90% (a number that is completely take out of thin air, but a large majority) of deployments are not what we see on HN, lobsters etc.

They don't understand why you would have a VM, let alone a container.

I have seen feature requests recently for zero downtime migrations of containers, as "some apps cannot be stopped and started" - that is how enterprise sees containers.

Hate to break it to you, but for high performance only specialised hardware works. Sometimes even only local hardware. Or even a full cluster that only uses VMs or containers as a nice migration of availability layer.

Internet bandwidth and latencies kill clouds while there is no real gain to be had by running multiple heavy compute services on one machine. (as much as certain gpgpu companies want you to believe)

Bare metal superceded, ha. It is just augmented with an availability layer.

Reply on news.ycombinator.com