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

The Cult of Kubernetes

christine.website

Post reply on HN
Print view View original

61–70 of 338 posts

Re: The Cult of Kubernetes

#61

Post by xena »

thewarrior wrote: post #56
usgroup wrote: post #12

I think devs often make bad decision makers because in some sense tech is often an addiction rather than a pragmatic choice. The cycle of picking a tech, jumping ship to it, religiously evangelising it, riding the wave and then jumping ship to the next related tech is typical in my opinion. I try hard to correct for this bias but sometimes struggle with exactly the same thing. There's just something about wanting to…

I think jumping on new tech and marketing yourself is a good decision for a developer as its a good way to increase their compensation and market value. If you're a developer stuck maintaining a Java spring app at some unknown company the best way to make a shift is to pick up Go or something and move to a startup. Else your career will stagnate. The best way to get promoted at many companies is to write a framework.…

Stagnate by what standard though? There is a certain joy in just maintaining the status quo.

Re: The Cult of Kubernetes

#62

Post by oaf357 »

Calling it a cult after growing up in one is a bit insulting. But, yes, I don't run much on my personal K8s clusters. But, I've lost count of how many problems Kubernetes has solved for folks I've worked with. It might not solve the simplicity use cases but, that's not the intended design of the tool to begin with.

Re: The Cult of Kubernetes

#64

Post by tomxor »

usgroup wrote: post #12

I think devs often make bad decision makers because in some sense tech is often an addiction rather than a pragmatic choice. The cycle of picking a tech, jumping ship to it, religiously evangelising it, riding the wave and then jumping ship to the next related tech is typical in my opinion. I try hard to correct for this bias but sometimes struggle with exactly the same thing. There's just something about wanting to…

> The cycle of picking a tech, jumping ship to it, religiously evangelising it, riding the wave and then jumping ship to the next related tech is typical in my opinion.

To balance this with a counter example from the quieter group of people not "hot for the latest tech":

I'm a "dev" and i've never had this problem, however I work for a small company, where everything I make and deploy I also have to maintain in some form or other. This gives me a strong bias towards operational simplicity and trying to essentially eliminate dev ops... New tech which is both complex and opaque in solution without clear cut advantages is basically repulsive to me, because trust and reliability without constant attention and tweaking is important.

Re: The Cult of Kubernetes

#65

Post by oblio »

tomxor wrote: post #64
usgroup wrote: post #12

I think devs often make bad decision makers because in some sense tech is often an addiction rather than a pragmatic choice. The cycle of picking a tech, jumping ship to it, religiously evangelising it, riding the wave and then jumping ship to the next related tech is typical in my opinion. I try hard to correct for this bias but sometimes struggle with exactly the same thing. There's just something about wanting to…

> The cycle of picking a tech, jumping ship to it, religiously evangelising it, riding the wave and then jumping ship to the next related tech is typical in my opinion. To balance this with a counter example from the quieter group of people not "hot for the latest tech": I'm a "dev" and i've never had this problem, however I work for a small company, where everything I make and deploy I also have to maintain in some…

You're not eliminating "dev ops", you're doing it right.

Re: The Cult of Kubernetes

#66

Post by dagw »

arethuza wrote: post #57
dagw wrote: post #52

Earlier quoted context omitted.

And I've worked at companies where the devs where expected to know their place and not question ops, because ops was seen as the serious adults in the room keeping things running and devs where seen as easily distracted children chasing after the shiniest thing that most recently caught their attention. Made perfect sense when I was on the ops side and was super annoying when I was on the dev side :) Imagine if peopl…

Smaller companies I've worked for don't really seem to suffer from this problem although once companies are larger and have separate teams (and, perhaps more importantly, managers who are incentivized in different ways) this problem always seem to arise.

once companies are larger and have separate teams

The real problem always starts when they become separate cost centers with separate budgets and have to independently show a 'profit'.

Re: The Cult of Kubernetes

#67

Post by oblio »

xena wrote: post #61
thewarrior wrote: post #56

Earlier quoted context omitted.

I think jumping on new tech and marketing yourself is a good decision for a developer as its a good way to increase their compensation and market value. If you're a developer stuck maintaining a Java spring app at some unknown company the best way to make a shift is to pick up Go or something and move to a startup. Else your career will stagnate. The best way to get promoted at many companies is to write a framework.…

Stagnate by what standard though? There is a certain joy in just maintaining the status quo.

By financial standards :-)

Re: The Cult of Kubernetes

#68

Post by a012 »

perspective1 wrote: post #63

After years of ignoring it, I'm no longer able to fight the cloud urge. What's the best way to learn k8s in 2019?

I'd suggest to read "Kubernetes: Up and Running" book, it's short enough and cover basics of k8s. Also it's important to have hands-on k8s cluster, so Google Kubernetes Engine would help a lot about spinning up a cluster.

Re: The Cult of Kubernetes

#69

Post by JoshMcguigan »

I know the author has other goals (a desire to learn/practice kubernetes, and keep host their blog the same way as the other services they manage), but I'd like to point out here that if your end goal is a blog which auto-deploys on each push to master, Netlify has a fantastic free tier. I use Gatsby/Netlify, and operations/deployment is a 100% non-issue, and the site is very fast.

Re: The Cult of Kubernetes

#70

Post by Double_a_92 »

usgroup wrote: post #12

I think devs often make bad decision makers because in some sense tech is often an addiction rather than a pragmatic choice. The cycle of picking a tech, jumping ship to it, religiously evangelising it, riding the wave and then jumping ship to the next related tech is typical in my opinion. I try hard to correct for this bias but sometimes struggle with exactly the same thing. There's just something about wanting to…

I think maybe it's easier to blame an external framework in hindsight, than to take the blame for some smaller solution that you personally created in-house.
Post reply on HN