Ask HN: Is devops finally over?
When I want to develop, I don't want to work on operations, and vice-versa. The context is completely different, and it conflates two completely different mental and authorization models.
Added to this: no one can really define what the devops buzzword actually means. Is it configuration-as-code? developers-doing-operations? or something else entirely?
4 comments
[ 4.1 ms ] story [ 22.7 ms ] threadGonna have to go with 'No' for this one
https://www.glassdoor.com/Job/jobs.htm?suggestCount=0&sugges...
Your point is well taken: it's still an active buzzword. sigh
This means some people (DevOps engineers) write code / config systems to realize the process. Then, application developers can take greater ownership over the entire lifecycle of their software, so they end up in the ops side.
When done well, this benefits everyone.
Since software has to move, it is unlikely DevOps, as a practice, will go away.
DevOps is about not thinking like this. When developers produce deliverables without a production operational context and 'throw it over the wall' to Ops, it leads to recurring systemic issues. By making developers responsible for what they produce, they feel the pain of their decisions during 'development time' and will learn to make more operational-friendly software.
The other aspects such as automation and coded/immutable configuration came about because of DevOps and is now also part of it.