Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

DigitalOcean’s quarterly report on developer trends in the cloud

digitalocean.com

Post reply on HN
Print view View original

81–90 of 94 posts

Re: DigitalOcean’s quarterly report on developer trends in the cloud

#81

Post by bulatb »

bulatb wrote: post #63
peterwwillis wrote: post #31

Earlier quoted context omitted.

There's a secondary problem: when there are more resources, application development becomes less efficient over time. Even though there will be less infrequently used resources, the applications will use up resources more frequently in an inefficient way. Example: I now need a minimum of 4GB RAM to browse the web, which is insane. 15 years ago my computer had 128MB RAM and I was browsing the web at approximately the…

Today it's possible to buy a laser-guided sleep-o-matic superbed that walks your dog and cures your back pain. You can also buy a basic bed that's pretty nice and reasonably cheap. 15 years ago, you might have had a high-tech bed that didn't leave you sore in the morning. 1,500 years ago you had a bed of straw with fleas and bedbugs, but at least you had a place to sleep. 150,000 years you slept in furs on dirt by th…

(Because the sleep-o-matic is better. Those resources are used, not wasted.)

Re: DigitalOcean’s quarterly report on developer trends in the cloud

#82

Post by steve_adams_86 »

albemuth wrote: post #71
java_script wrote: post #33

Earlier quoted context omitted.

> Do you think a lot of people are running JS in a container for frontend? Hold my beer. --Frontend developers

If the rest of a web app is running on containers, what's the downside to having the test/build process for the frontend in a container as well?

I like using containers as a reliable build context. I think it makes tons of sense.

Once the container's done building, throw it out, take what it built, and serve it.

I'd personally do this separately from the rest of the web app if possible, though. I keep frontends in their own repository.

Re: DigitalOcean’s quarterly report on developer trends in the cloud

#83

Post by CM30 »

lakechfoma wrote: post #39

The pool of respondents are Digital Ocean customers? I'm assuming that would exclude employees of FAANG plus basically all really large "enterprise" businesses. Is that fair to assume? If that is fair, I wonder how biased these results are. If we included FAANG and/or big corporations where tech is key but not a cultural staple (e.g. Walmart) I wonder what the results would look like.

It'd also exclude anyone who wanted to host their own site, anyone who stuck with traditional hosting companies/services, anyone who used a service like AWS or Azure to host their site/app, etc.

If so, that'd certainly influence the results a lot, and alongside your examples of FAANG employees and large enterprises, make the survey seem a bit too biased to be all that useful.

Re: DigitalOcean’s quarterly report on developer trends in the cloud

#84

Post by abawany »

mromanuk wrote: post #11
sandGorgon wrote: post #6

Here's the interesting learning for me: While Kubernetes was most popular overall, the smallest companies (1-5 employees) use Docker Swarm more often (41 percent use Swarm vs. 31 percent that use Kubernetes). Did not know Swarm was this popular. Even overall Swarm is 35% to K8s 42% However, there is a huge proliferation of hosted K8s services - AWS, GCP, Azure, Digitalocean, tons of others. Nobody seems to be making…

Sadly Docker is replacing Docker Swarm by Kubernetes

According to [1], this is not true - it was intended to be an additive option.

[1] https://www.bretfisher.com/is-swarm-dead-answered-by-a-docke... from https://forums.docker.com/t/is-there-a-roadmap-for-docker-sw...

Re: DigitalOcean’s quarterly report on developer trends in the cloud

#85

Post by BretFisher »

abawany wrote: post #84
mromanuk wrote: post #11

Earlier quoted context omitted.

Sadly Docker is replacing Docker Swarm by Kubernetes

According to [1], this is not true - it was intended to be an additive option. [1] https://www.bretfisher.com/is-swarm-dead-answered-by-a-docke... from https://forums.docker.com/t/is-there-a-roadmap-for-docker-sw...

Yep I wrote this, and it needs an update just months later. Lots happening.

Even today a big PR was pulled in to improve the scalability of Swarm https://github.com/moby/moby/pull/37372

More updates here https://github.com/docker/swarmkit/issues/2665#issuecomment-...

Re: DigitalOcean’s quarterly report on developer trends in the cloud

#86

Post by BretFisher »

sandGorgon wrote: post #13
mromanuk wrote: post #11

Earlier quoted context omitted.

Sadly Docker is replacing Docker Swarm by Kubernetes

i think they are being very opaque about their plans and this is hurting their credibility. They built the ability the launch k8s clusters through the docker tool. There are almost no tweets or posts about Swarm instead, their blog is full of kubernetes posts ( https://blog.docker.com/ ). Even their coolhacks section is about "kubeflow". Top rated session at Dockercon was kubernetes. i really hope they open up more a…

Um, I was a top rated session that was repeated on Friday and was 100% Swarm, and had a full house https://twitter.com/BretFisher/status/1007099831783862272

Re: DigitalOcean’s quarterly report on developer trends in the cloud

#87

Post by duxup »

brightball wrote: post #3

> Serverless computing is in a much earlier stage of adoption, with nearly half of developers failing to clearly understand what it is. I've seen this called Function as a Service and honestly I think using that term instead of Serverless would go a long way to fixing this issue because 1) it clearly communicates what it is 2) there's not actually such thing as serverless since the functions are still running on serv…

I feel like I know more after just reading your post.

Re: DigitalOcean’s quarterly report on developer trends in the cloud

#88

Post by duxup »

mlthoughts2018 wrote: post #36
codingdave wrote: post #29

Earlier quoted context omitted.

I'm curious why you think so? I normally ask questions about various non-tech topics including conflict resolution, team makeup, strategy, product management priorities, how they mentor junior team members, etc. Those discussions may not be able to tell the difference between a good vs. great leader, but they absolutely will raise red flags from a bad leader.

I disagree. Many bad leaders are very expert at sounding like good leaders in a way that is hard to detect in precisely this type of situation. There’s really only two options: seek advice from someone you trust who worked with those leaders, or else you just have to spend a bit of time working for them to find out. You cannot tell from interview questions, unfortunately.

Agreed, bad management usually shows up when there is a problem / stress point. That typically isn't the case in an interview.

Granted one time I did pass after an interview after talking to an inexperienced manager who had no clue....so sometimes, you can tell.

Re: DigitalOcean’s quarterly report on developer trends in the cloud

#89

Post by sandGorgon »

BretFisher wrote: post #85
abawany wrote: post #84

Earlier quoted context omitted.

According to [1], this is not true - it was intended to be an additive option. [1] https://www.bretfisher.com/is-swarm-dead-answered-by-a-docke... from https://forums.docker.com/t/is-there-a-roadmap-for-docker-sw...

Yep I wrote this, and it needs an update just months later. Lots happening. Even today a big PR was pulled in to improve the scalability of Swarm https://github.com/moby/moby/pull/37372 More updates here https://github.com/docker/swarmkit/issues/2665#issuecomment-...

hi, what do you think about the approaches of CiliumProject ? (https://opensource.googleblog.com/2016/11/cilium-networking-...). They do have a Docker plugin (but does not work seamlessly with Swarm), but they claim to use BPF for superior performance https://cilium.io/blog/2018/04/17/why-is-the-kernel-communit...

I think the Kubernetes and Swarm devs have generally leveraged IPVS as the next step from iptables. Any thoughts on going straight to BPF ?

Re: DigitalOcean’s quarterly report on developer trends in the cloud

#90

Post by sandGorgon »

BretFisher wrote: post #86
sandGorgon wrote: post #13

Earlier quoted context omitted.

i think they are being very opaque about their plans and this is hurting their credibility. They built the ability the launch k8s clusters through the docker tool. There are almost no tweets or posts about Swarm instead, their blog is full of kubernetes posts ( https://blog.docker.com/ ). Even their coolhacks section is about "kubeflow". Top rated session at Dockercon was kubernetes. i really hope they open up more a…

Um, I was a top rated session that was repeated on Friday and was 100% Swarm, and had a full house https://twitter.com/BretFisher/status/1007099831783862272

Bret - this is not me that's making the claims. Take a look here - https://blog.docker.com/2018/06/top-5-rated-sessions-dockerc...

this is what is scaring us. We love Swarm and really respect all the dev efforts... but the corporate K8s bias in unmistakable. These are some of the kubernetes posts over the last 2 days from Docker's twitter account: https://twitter.com/Docker/status/1016340701800431618

https://twitter.com/Docker/status/1015620961712967681

https://twitter.com/Docker/status/1015535938678738950

https://twitter.com/Docker/status/1015475755428597760

Number of Swarm posts in the same time ? Zero. In fact, I would be hard pressed to find a public tweet about Swarm in a long time.

This was the first Docker event in Lahore - https://events.docker.com/events/details/docker-lahore-prese...

Its Kubernetes everywhere.

Post reply on HN