问题描述
在了解了“Cattle vs Pets”和“12factor apps”等DevOps梗的有用性后，我想知道DevOps文化中还有哪些其他已知的梗？并且怎样才能确定一个梗是否成为了梗，比如是否有超过1万次的谷歌查询结果？
解决方案
有用的DevOps梗
以下是一些在DevOps文化中被认为有用的梗，它们能够帮助解释和传达相关概念：
1. Wall of Confusion：来源于演示文稿《Agile Infrastructure》[^1^]，这个梗强调了在复杂的技术环境中所遇到的混乱和不确定性。
2. C.A.M.S.：这个梗来源于一篇博客文章[^2^]，代表了DevOps的四个关键领域：Culture（文化）、Automation（自动化）、Measurement（测量）和Sharing（共享）。
3. 10+ deploys per day：这个梗源自演示文稿和演讲[^3^]，强调快速部署和协作，以及DevOps团队每天多次部署的能力。
4. I.C.E.：源自一篇文章[^4^]，表示”Infrastructure as Code and Everything Else”，强调基础设施的自动化管理。
5. CI Theatre：来自文章[^5^]，讨论了仅仅表面上实现持续集成，而实际上没有取得实质性效果的情况。
不应使用的DevOps梗
以下是一些被厂商推广但被认为误导的DevOps梗，使用它们来解释DevOps可能会引导错误理解：
1. BI-Modal IT：由Gartner提出，被批评为错误的概念[^6^]，因为它试图将不同模式的IT操作分离，而DevOps强调的是协作和集成。
2. Multi-Speed IT：由Accenture推出，与BI-Modal IT类似，试图将IT分为不同速度，但实际上会增加不一致性和摩擦。
3. The Three Ways：由Gene Kim提出，虽然广泛传播，但也受到了批评[^6^]，认为它未能完全捕捉DevOps的复杂性。
警告：这些梗可能误导人，应谨慎使用。
如何判断梗的影响力
要确定一个梗是否成为了DevOps文化中的梗，可以考虑以下指标：
– 广泛传播：通过谷歌查询结果、社交媒体讨论以及各种技术博客的引用数量，来判断梗是否受到广泛讨论和传播。
– 被引用的频率：在技术讨论和文献中被引用的频率也是一个重要的衡量指标。
– 专业界认可：是否有知名的专业人士、博主或公司认可和使用了这个梗。
在评估一个梗是否有用或者是否被误导时，建议查阅多个来源，尤其是那些来自于独立的专业人士、社区或中立的技术资源。
[^1^]: Agile Infrastructure – Velocity ’09
[^2^]: What DevOps Means to Me
[^3^]: 10+ deploys per day: Dev and Ops Cooperation at Flickr
[^4^]: DevOps Keeps IT Cool With ICE
[^5^]: It’s Not CI, It’s CI Theatre
[^6^]: The Flaw at the Heart of Bimodal IT