高端运维和测试的纯技术是不是可能超越开发岗

纯技术久没有“岗”这个字。不可能,会变成。
■网友
有没有可能,首先是“有没有必要”,然后是“有没有条件”。技术的商业价值在于它带来的结果,而不是它本身。对于商业机构来说,为什么要在组织内“供养”技术?只有一个解释,是为了技术现在或是将来带来的可能的商业收益。如题主所说,开发人员很多时候会走到业务侧,为什么?因为在他们所在的环境中,这是最大化商业价值的做法。想要追求纯粹的“技术侧的深入”(其实,在技术这个词的涵义这么广泛的今天,我很怀疑这种深入是否仅仅指对某种技术的实现细节足够了解),我能想到的环境可能是类似大企业研究院的机构,在它们没有被关闭之前,应该是有这样的环境的。但是,和岗位无关。
■网友
开发做了好久,现在发现运维和测试也挺有意思。尤其是运维比那种纯业务开发有意思多了。那种业务开发(说的就是你,写php的)其实大部分就是靠加班垒大量代码挣钱。工资还不低。其实知识储备真的未必赶上工资低的运维。
■网友
相同公司相同等级的测试,开发技术不太可能超过开发,其他技术本来就可能啊,技术等级有差异时开发技术也有可能
■网友
这个问题没说明高端运维,高端测试和高端开发者的能力范围。无法评估出技术价值比较没有意义。举个例子,如果高端运维能为公司节省百万级别的服务器,能实施运维千万级别的服务器,那他跟什么样的开发者比呢?另外技术都是相通的,都到了所谓的高端,运维也会是一个开发者,需要编程,规划架构,定制工具,只是面对的解决问题不同而已
■网友
楼主要不去了解下云计算或者devops?
■网友
非常可能啊。开发这个岗位并没有很多人下意识认为的“高技术含量”!就像很多开发人员推崇拿python作入门语言一样,他们觉得拿脚本语言能写代码也算入门。另外,还有一个证据,很多开发着拿编程语言作为自己的标签,比如五年Java,四年C#等。
■网友
泻药 讲真 太理想化了得要有一个不会被其他繁琐事情打扰的环境,还得有各种资源等条件的支持。类似一门心思钻研一门学科一样的道理 。


    推荐阅读