Jump to content

Talk:DevOps

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

DevOps is Culture

[edit]

This article is a joke, right from the very first poorly written paragraph. DevOps is culture, period. Whomever wrote it is totally confused about the difference between Agile and DevOps, particularly when DevOps as a practice can and is widely used in both Agile and Waterfall environments. It should be completely rewritten by someone who knows what they are talking about. Flybd5 (talk) 11:48, 26 September 2019 (UTC)[reply]

This article has got worse over the past few months. What has happened? Lots of valuable content and references have been removed. There was some great history content, including Patrick Debois and the DevOps reports that are missing now. Tomgeraghty (talk) 11:43, 20 September 2021 (UTC)[reply]

The article has been the target of a lot of link spam with people adding links of dubious quality and often trying to promote blogs and unreliable sources. It would benefit from people who understand the subject rewriting or editing sections. Jmccormac (talk) 12:43, 20 September 2021 (UTC)[reply]
I'd love to write up a section on the history and evolution of DevOps, but looking at this page and what's been removed already, I'm sure it would get removed pretty quickly.Tomgeraghty (talk) 12:56, 20 September 2021 (UTC)[reply]
As long as the cited sources are reliable and not blogs or promotional, it should be no problem. It is an encyclopedia article rather than a how-to so it should be understandble for people not familiar with the subject. For historical citations, academic sources or journal links tend to work best. Then there are book and subject magazine links. The main things to avoid are promotional links, blogs or self-promotional links.Jmccormac (talk) 13:40, 20 September 2021 (UTC)[reply]

DevOps as a job title

[edit]

Even as a software developer, I don't understand what the section wants to explain about DevOps as a job title. It is clearly a topic worth mentioning but I don't see how the article answers the question what such job title represents. — Preceding unsigned comment added by 2A01:CB05:4AE:F500:1091:75DE:9C49:FBF6 (talk) 07:23, 2 March 2018 (UTC)[reply]

I completely agree. I'm looking for jobs in the software development field and see the title 'DevOps' all the time, and after reading this page i am still completely clueless as to what it means. Grimdark (talk) 16:03, 21 March 2019 (UTC)[reply]
The section about the job title is in response to the people who say "DevOps is culture, period." (see above) This would be fine if it were 2009 and you hung out at the Ghent DevOps Days. In 2020, the battle has been lost! DevOps is both about tools and culture and is a widespread job title: https://www.indeed.com/jobs?q=devops For people who want to fight an unwinnable battle, then contact each hiring manager for each current DevOps job posting and correct them.Sp00nfeeder (talk) 05:50, 9 January 2020 (UTC)[reply]

Bad prose

[edit]

"They are well communicated and collaborated internally"

That sentence does not make sense. GeneCallahan (talk) 06:00, 30 August 2018 (UTC)[reply]

I updated this sentence in the article based statements in one of the cited publications (Chen 2018) to read: "Improved collaboration and communication both between and within organizational teams...". However, I don't have access to the other reference (Chen 2015), so it's possible I'm missing some of the original intent, but at least it's more intelligible now. SteveChervitzTrutane (talk) 23:10, 22 August 2019 (UTC)[reply]

Not precise

[edit]

I leave the article more confused than I was going in. I'm not sure why this is, but I learnt from my friend in the position that it is essentially "SysAdmins who do coding". I think this is a more precise definition than what the lead sentence tries to express.

The article seems to be full of corporate-speak and doesn't fulfill the purpose of enlightening the reader about what DevOps actually is, instead of encouraging people to adopt the practice. Mount2010 (talk) 17:34, 7 November 2019 (UTC)[reply]

I agree, this article is very confusing, and is written more like a academic research paper (lots of name drops of researchers). I came here as an engineer from a non-software field. I don't know what DevSecOps is other than "it has something to do with software development" and "managers think it is important". At least with the amount of time I was prepared to invest reading the article, I still don't know what DevSecOps is other than it has something to do with software development and people think it is important. Actually I have a new takeaway, which is that industry and the people who use this word don't agree what it means either. Needs to be tightened with more effective summary sections. 149.32.192.35 (talk) 16:52, 15 July 2021 (UTC)[reply]

Wholesale removal of large sections

[edit]

@Barbinary: Your edit summary didn't make clear why you removed several sections entirely earlier today.[1]

Was this intentional? If it was, what was the rationale for removing them? Was it purely removing material from unreliable sources?

This is what the table of contents used to look like and what it looks like after the edit:

davidwr/(talk)/(contribs) 🎄 21:45, 28 December 2020 (UTC)[reply]

this looks more like an accident than a real change. --ThurnerRupert (talk) 12:54, 26 November 2021 (UTC)[reply]

DevSecOps should be split out

[edit]

== Splitting proposal ==

I propose that the section about DevSecOps be split into a separate page called [[DevSecOps]]. The content of the section deserves its own section, similar to other topics like Agile. This section can be enlarged to make its own page. ~~~~


DevSecOps is a separate practice from DevOps and deserves its own page. 7YR43L (talk) 23:47, 10 March 2023 (UTC)[reply]

Disagree. DevSecOps is take on DevOps. It's a well known and used term in the wild, but I think it's more smoke than fire. Marketing. Stevebroshar (talk) 21:50, 31 January 2025 (UTC)[reply]

Deming did not create PDCA

[edit]

I'm not a normal editor so I don't know how this is supposed to work. I tried to edit this page recently to remove a reference to Deming that implies that PDCA is his. But the Wikipedia article on PDCA states Deming did not agree with PDCA. He championed a different system, PDSA, that he didn't even create, he credited Shewhart with it.

Wikipedia is contradicting itself and passing off a false implication as truth. But I don't care enough to figure out how to convince an editor not to revert my edit. Do what you will...Peterwwillis (talk) 01:40, 12 May 2024 (UTC)[reply]

Proposal: Add AI coding assistant considerations to DevSecOps section

[edit]

The current DevSecOps section comprehensively covers traditional security testing (SAST, DAST, SCA) but doesn't address how AI coding assistants are changing the security landscape for DevSecOps practitioners. I'd like to propose adding a paragraph on this emerging challenge.

Disclosure: I'm an author and podcast host covering AI security topics and am working on related content, so I have a potential COI. I'm proposing this on the Talk page rather than editing directly, and all suggested sources are third-party.

Proposed addition (after the paragraph on security testing methods):

The adoption of AI coding assistants such as GitHub Copilot, Claude Code and Cursor introduces additional security considerations for DevSecOps teams. Research has found that AI-generated code exhibits security weaknesses at notable rates, with one study identifying vulnerabilities in 29.5% of Python and 24.2% of JavaScript code snippets generated by these tools.[1] Industry surveys indicate that a majority of developers encounter security issues in AI-generated code, with many reporting that such code sometimes bypasses organizational security policies.[2] These findings suggest that existing SAST and code review practices remain essential when AI-assisted development is used, and that DevSecOps pipelines may need to account for the specific vulnerability patterns associated with AI-generated code.

Rationale:

  • AI coding assistants are now widely adopted (GitHub reports millions of Copilot users)
  • The security implications are directly relevant to DevSecOps practices
  • Multiple peer-reviewed and industry sources document these concerns
  • The addition is neutral and doesn't advocate for/against AI tools, just notes security considerations

Thoughts? Radius314 (talk) 03:16, 15 December 2025 (UTC) Radius314 (talk) 03:16, 15 December 2025 (UTC)[reply]

I would trim for brevity and to avoid subtle editorializing. This also reads like it was LLM-generated.
...additional security considerations... is far too vague, and ...notable rates... is vague filler. If you're only directly citing one study, attribute that study and give a year. A secondary source would be much, much better here.
Likewise, the "industry surveys" line implies that there is more than one survey, but the cited source only mentions the one from late 2023.
Business cliches like "essential", "notable", "encounter" (instead of find) add WP:TONE and WP:NPOV issues. Like I said, it reads like it was LLM generated, so please review WP:LLM.
Grayfell (talk) 21:13, 28 December 2025 (UTC)[reply]

References

  1. ^ Fu, Y. et al. (2024). "Security Weaknesses of Copilot-Generated Code in GitHub Projects: An Empirical Study." ACM Transactions on Software Engineering and Methodology. https://dl.acm.org/doi/10.1145/3716848
  2. ^ "More than half of developers have run into security issues with AI-generated code, Snyk finds." Cybersecurity Dive (2024). https://www.cybersecuritydive.com/news/security-issues-ai-generated-code-snyk/705926/