网络运维开发与测试实施的职位分析

第一,本人从事网络工程师工作十年,做过研发和运营,做过一些交付执行项目,也做过一些非主业。

按照题主的描述,你想要做编程相关的工作,那么开发、测试、运行都可以。它们都可以帮助您设计软件项目。所有的问题都需要通过编程来解决。但它们的入口不一样。自己了解,开发入门最容易,这也是为什么开发的人最多的原因,但如果你个人学习动力不足,知道了它,就不知其所以然,最后只能靠卖苦力,做一个个小模块,在公司里跳跃,升迁空间不大。


操作要求相对较高,是与客户接触比较多的部门,也是公司最主要的对外服务部门。由于有很多公司只卖服务,甚至可能没有开发,只做运营。但大型平台或产品的运营仍然需要产品技术、客户管理经验以及平台的大量编程和数据处理技术。而且考试的时候,绝对不能随便点名,看就行。产品质量的最后一关就是他了。为何许多公司缺乏测试?这是因为他们在测试之前提到了开发阶段或者是用户试用阶段。

但那是因为他们的产品太小,不能产生雪崩式的缺陷效应。但是,这类公司的产品往往难以大规模生产,或者随后需要重新构建。因此,测试应该达到何种程度?类似于程序的单元测试。我只使用一个好的测试例子(基于产品特性和客户需求),不管是谁写的程序,管你是10个还是100个开发人员,只要通过测试,产品就可以。因此,测试的工作与产品架构师相似,因为他们共同定义了产品是什么,只是在产品的两个不同端。


当然,如果你仅仅是每天不断地运行测试案例,那就像前面提到的开发一样。(因为有很多优秀作品的公司已经实现了自动化)


从事执行操作工作。在我看来,没有哪好哪坏,都有利弊。开发时,需要频繁地编写代码,修复bug,有时还要加班,就像公司接一个新项目,需要加班,要在工期结束前交付,但是开发人员总体工资较高,好找工作。运营,一般说来,保证服务正常运转就行了,然后需要7*24保持手机等可以接收报警信息的工具,及时处理问题。但是有些公司的运维就比较厉害,会自己做事情,实现自动化的运维啊,然后往容器化发展啊,等等,工资还是可以的。但是公司的开发和运营人员通常是10:1,甚至100:1。测试,不太懂,但是感觉开发只要做了东西,测试就得找问题。实施运营,就像我,四处跑,不能总待在公司,有点累,工资还低,技术什么的,要靠客户,客户要用很高端的技术,我们学习,低端的话,那就是做低端的技术,你是乙方,到客户那里,要看客户的眼睛。听取同事的意见,实施类的工资会高一点,但是我的工资不高,可能是刚开始实施,经验不够吧。

分享: