DevOps已经被广泛认为是一种可以改善开发人员和运维人员协作关系，简化软件开发实践，甚至将一些运维任务委托给开发人员的工作方式。然而，软件开发人员兼博主JeffKnupp却持有不同的看法。他认为，实际情况恰恰相反。DevOps概念已经演变成一种无形的力量，迫使开发人员处理他们不擅长甚至不了解的任务。在最近的一篇博文中，Knupp讨论了DevOps和全栈开发人员的话题。“DevOps运动如此广泛，以至于它与我无法忍受的另外两件事相提并论——x86架构和单核处理器。但这是一个不争的事实：我已经受够了这种盲目跟进，”克努普说。“是什么让我讨厌它？根本原因：并非每家公司都是初创公司，但在DevOps的影响下，他们似乎想假装自己是。”开发人员最终可以转变为其他角色，例如数据库管理员、质量保证人员或测试人员，但显然公司不会愚蠢到让只接触过这些类型角色的员工进入软件开发，软件工程师Knupp说在在线广告公司AppNexus工作。（他说他与公司的运营团队有着良好的工作关系。）额外的工作（即使额外的负担不重，这种额外的内容也完全没有必要）和根本没有包含在设置中的低级职位。”全栈开发人员的概念实际上将他们变成了操纵者技术工具，他解释道。在接受采访时，Knupp表示，专门用于传统操作和数据库管理员的工作机会越来越少，因为d开发人员不知不觉地接管了这个角色。同时，开发人员自然会失去本应花在编程上的宝贵时间。Knupp指出，他目前的立场是基于个人观察、工作实践经验和读者在博客文章中的反应相结合的结果。“如果他们自己是DevOps的推动者，那么他们肯定会对这些博文嗤之以鼻。但那些身为开发者的读者却对文章内容表示认同和支持。”然而，在咨询公司BenchmarkQA，DevOps的倡导者JeffRoth反对克努普的抗议，认为这只是一个不值得的“嘈杂的声音”。通过划分类别，开发团队可以全景了解整个软件开发过程，BenchmarkQA咨询服务副总裁Roth表示，开发者可以“从更宏观的角度看待整个项目，而不是局限于‘我负责写’。”Code'这样浅薄的整体认知。“在Roth看来，DevOps最大的优势在于能够以更快的速度以可重复的方式产生更多高质量的开发成果。尽管如此，Roth在一定程度上还是认同Knupp的观点。”我不反对艺术有专门化的说法。我们当然不能强迫业务分析师成为开发人员，”他解释道。“我也不一定要让开发人员负责质量保证。“总而言之，有必要在专业知识、协作关系和知识共享之间找到合适的平衡点。有十几种不同的定义，”罗斯说。“维基百科的定义是一个很好的参考，但DevOps类似于敏捷概念——我们很难用一个描述涵盖所有内容。”Roth将DevOps视为一种原则性机制，可以帮助业务人员、开发人员和运营人员人们在交付软件从概念到生产的过程中找到了自己的最佳前进道路。“没有人能准确解释这个术语的意思。他还强调，DevOps已被“许多企业扭曲为开发人员需要完成所有工作的荒谬想法”。英文原文：http://www.infoworld.com/t/application-development/devops-killing-the-developer-242047
