自动化工程师

今天，思索下软件工程师的出路。 首先，必须肯定，无论是哪个行业，只要成为精英，不愁发展。但是，绝大多数人，由于各种原因，成长并不顺利。 下面是知乎的一些内容： 石头哥 公众号：大话IT公司 118 人赞同 谢邀，这个是笔者测试岗位工作7年的总结，有兴趣可以看看。 —————分割线———————— 从毕业到现在已经快七年，同时也进入了30岁的门槛。以前一直以为30岁是一个离自己很遥远的年代，不过却这么快就来到了，好像毕业还是就在昨天。 七年的时间足够让一个人无论从身体、财富、思想、人际关系等等方面发生质的变化。比如：笔者现在身体就大不如前了，也许这也是一个好的信号，提醒自己该注意了。 写了两段废话，这里回答下大家的疑问：为啥毕业不到七年，却标记为八年的测试工作经验呢？答案是：加班，呵呵。下面开始回到正题吧。 一般来说，做测试不久后（可能是半年，也可能是一年），自己就会去思考自己的职业发展方向。对于测试来说（转岗的不算），无外乎就四个方向：测试管理方向、自动化测试方向、性能测试方向和测试分析方向。每个方向要学习的重点都不一样，这里不去讨论哪个方向更加有前途，因为适合的才是最好的，下面分别讨论下每个方向大概的经历以及需要注意的地方。 测试管理： 测试管理一般来说过程为：项目经理－>测试经理－>测试总监－> 研发总监（CTO角色）。越往上走对具体的技术要求越低，但是对于技术（战略

DevOps进阶（三）走近DevOps工程师 在软件开发生命周期中，会遇到两个瓶颈。第一，是在需求阶段和开发阶段之间，针对不断变化的需求，对软件开发者提出了高要求，所以出现了敏捷开发方法论，强调适应需求、快速迭代、持续交付。第二、是在开发阶段和构建部署阶段之间，大量完成的开发任务可能阻塞在部署阶段，影响交付，于是有了DevOps。 我们之前已经听到很多谈论DevOps和DevOps世界的最新趋势的事情，但是就DevOps工程师本身，到底干些什么呢？ 在最纯粹的存在形式上来说，DevOps工程师是为了加快开发和运营团队之间的交付效率而存在的桥梁。 DevOps工程师在软件生命周期中能带来什么？ 在传统的交付周期中，软件开发人员会在经年累月的编写代码后，将软件交给QA团队进行测试，然后将最终版本交给运营团队部署。这三个阶段，即开发，测试和部署之间是缺乏协作的。 开发编写的代码最终并交给运维团队，然后运维团队来解决代码部署过程中出现的问题，或者将代码交还给开发团队来解决遇到的问题。所有这些都导致了软件开发过程的放慢。 但是在DevOps模式下，这三个团队不再孤立。大多数时间内，从开发、测试、部署到运营，相关的工程师合并成一个团队并且贯穿整个软件生命周期，开发不再限制于某一个技能而是一整套技术解决方案。当然安全团队也因此有可能在这个软件生命周期中与开发和运营更紧密地工作，及早发现安全问题。

聊天的画风已变！ 你好，我是姜汁啤酒，咱们又见面了。 不知道你是否注意到，网络技术群里面的聊天画风慢慢开始变了。 以前，聊天内容是这样的。 兄弟，最近实验敲得咋样啊。 我刚把NP的题看完。 嗯，我准备学点安全和语音的技术。 而现在的聊天内容，以我的《老司机网络运维-读者群》为例。 大家讨论的不光是日常网络故障和经验汇总。 慢慢地，朋友们开始研究如何学习Python。 如何把玩Juniper的PyEZ模块实现日常运维自动化。 连这13周年庆学习专栏送书活动。 大家购买的不再是什么思科学习指南。 更多的是Python，Ansible等书籍。 难道，这个世界变了么？ 我的回答是：世界不仅变了，而且速度超乎你的想象。 若现在的你，仍然像昔日的王朝，固守传统的网络技术疆土。 那很抱歉，云技术，虚拟化，SDN，NetOps网络运维自动化会慢慢撕开你坚固的防线。 所谓和你一条战线上的厂商们，纷纷倒戈。 思科IOS-XE系列的设备，华为CloudEngine系列的设备纷纷开始支持SDN，Python自动化，更别说Juniper以及其他大厂，全都自愿的，不自愿的投入了未来技术的怀抱。 新的网络技术时代 - 网络工程师2.0 到来！ 机遇和挑战 每一次新的技术出现，并存着机遇。 若你抓住了，就会被技术的浪潮抬升到新的高度。 若负隅顽抗，最好的结果就是随波逐流。 正如文章标题所述，这是一次逆袭的机会