天天写脚本搭环境，该不该辞职

• 資深大佬 : Lax

  上 ansible 了为什么还会有那么多繁琐的环境问题？
  如果是接待客户性质的工作态度，可以想办法拒绝掉。如果不是客户支持工程师岗位的话，这种一般是 leader 去对接的。

• 主 資深大佬 : v2webdev

  @Lax 然而现在我就是在做支持。

• 主 資深大佬 : v2webdev

  @Lax 因为那个 ansible-playbook 太大，而且安装的东西太多，整个私有化部署的安装包好几个 GB，安装一次平均需要两个小时。

• 資深大佬 : doubtlhy

  我现在也是写部署脚本，去现场部署客户还要提需求，对功能，烦

• 資深大佬 : raaaaaar

  这不是运维的工作么

• 資深大佬 : CallMeReznov

  拿开发的工资，干运维的活！兄弟你赚了！

• 資深大佬 : bleepbloop

  我是 web 开发转运维的。个人建议是，如果你不想 web 开发做到 35 岁被裁，补充运维知识对进阶软件工程师有百利而无一害。

  @CallMeReznov 开发工资不一定比运维高

• 資深大佬 : blogfeng

  运维才是养老职业

• 資深大佬 : bleepbloop

  目前现实是太多 “WEB 开发+《剑指 Offer 》”工程师了，跨度大一点说不定还能找到突破口

• 資深大佬 : matrix67

  @v2webdev #3 不要用你安装程序的包大小衡量你部署环境的复杂度，你讲讲 ansible 那一堆 playbook 整体有多大，有多少个文件，行数有多少。

  而且有痛点不就是有改进方向么，上注册中心，上容器，上 k8s 。你把部署一套环境原先 2 个小时优化成 10 分钟，出去面试也很有东西能够讲啊。

• 資深大佬 : xiaomu8

  肯定走啊，不走留着过年嘛。

• 資深大佬 : sampeng

  太年轻，运维的工作不比后端轻松。关键是要做到各种优化是很难的

• 主 資深大佬 : v2webdev

  @matrix67 #10 私有化部署，客户环境都是裸机。

• 資深大佬 : hackyuan

  我觉得 ansible 还是挺有意思的，通过它你可以深入学习 Python 的应用。

• 資深大佬 : privil

  我以前领导后来干过类似的活，写了个 web 界面去调用 ansible，相当于一个环境搭建系统，你甚至可以把运维功能做进去。

• 資深大佬 : bk201

  虽然不了解，但是我想说既然繁琐，为啥不想个办法解决，然后出去也好吹吹。

• 資深大佬 : gdrk

  @bleepbloop 老哥能分享点转运维的经验吗

• 資深大佬 : bleepbloop

  @gdrk 先找到一份运维的工作，哈哈。然后多补充 Linux （包括 internals ）、networking 等等，记住不要做只会用工具的人。经验和基础搞扎实了可以考虑做 sre 。仅限于技术这条路

• 資深大佬 : impl

  钱给的够就可以做着。

• 主 資深大佬 : v2webdev

  @bleepbloop SRE 基本上只有大厂才招，但是大厂不会招像我这样学历差、小厂经验的人。

• 資深大佬 : xxxy

  sre 经常通宵，下班时间跟着开发走，并不轻松

• 資深大佬 : DelayNoMay

  如果薪水可以,那一直干运维还是挺香的,否则就是温水煮青蛙了,到时你很难跳槽,就算成功跳槽也很难出活.另外,现在 golang 这么火了吗,个个都想转 golang,本四年 golang 经验的渣渣有点发抖

• 資深大佬 : bleepbloop

  @xxxy 做好自动化，发版开发自己搞，谁爱加班谁去加班

• 資深大佬 : yingo

  如果能把 openstack 和网络,docker 这种玩出花,其实也不算差的.

• 資深大佬 : Suddoo

  我每天带外包干活，更是打杂，出去面试都不知道咋吹

• 資深大佬 : raozr

  技术含量低不低， 只和人有关， 和做的事没什么关系。

• 主 資深大佬 : v2webdev

  @DelayNoMay 忠言逆耳利于行啊。

• 資深大佬 : imgbed

  先拿到 offer 再提离职，以免陷入现金流焦虑

• 資深大佬 : glongzh

  你的自动化部署脚本支持按需选择部署的组件吗？有可视化的配置界面吗？过程出错容易排查吗？可以回退吗？部署后有监控吗？做好也不简单的

• 資深大佬 : heiheihei496

  ansible 也是用 python 做的,本身也可以调用 python 脚本,你可以试试改造一下 ansible 脚本,更智能化,做运维对后端开发还是挺有启发意义的,比如部署软件和 linux 系统配置

• 資深大佬 : cadmuxe

  @v2webdev 裸机好啊，更有的研究。

  https://cloud.google.com/anthos/gke/docs/bare-metal/1.6/concepts/about-bare-metal

• 資深大佬 : dzdh

  如果平常闲着没事的话 闲着的时间写 go 啊 前景不错啊

• 資深大佬 : ai277014717

  先刷刷题，然后联系我内推字节。

• 資深大佬 : www5070504

  赶紧跑啊还等啥 搞部署的三天两头去现场 来回折腾+各种踢皮球

• 主 資深大佬 : v2webdev

  @ai277014717 大佬，我看您的招聘岗位是移动中台，这个好像和我想做的后端不大一样呢。

• 資深大佬 : ai277014717

  @v2webdev 公司内部有各种平台提供给开发人员用。也是需要招前后端岗位的。比如这两个岗位。https://job.toutiao.com/s/JnQjuxK https://job.toutiao.com/s/JnQ6c1S

  用户群体不一样。压力会小很多。

• 資深大佬 : Lee2019

  纯写 ansible 的脚本你也能忍一年多吗
  写个运维平台多香

• 資深大佬 : LowBi

  我三天两头写点接口，传传字段，感觉人都要废了

• 資深大佬 : leafre

  组里的人都是二本和专科，眼界和能力都一般，我感觉他们以后职业前景不会很好，估计以后人脉上也不会对我有什么帮助。

• 資深大佬 : shanghai1998

  公司问题，有的公司运维也很意思，有的公司开发也很烦躁

• 資深大佬 : Yumwey

  很奇怪，眼界和能力为啥一定要跟学历挂钩？？ 而且，你凭啥否定别人的职业前景….，看不起别人，就能得到别人的尊重吗？？

  没有冒犯到我，我身边很多二本很优秀也很成功的技术人，pack 估计是你能想到的好几倍。

• 資深大佬 : kaneg

  能写 Ansible 脚本已经比纯手工执行 shell 的幸福多了。
  我也玩过 Ansible 一年多，基本从零基础到为公司搭建出一套 CI/CD 的完整环境。
  尽管我的主业是开发，搞 Ansible 是副业，但做过之后，对软件从开发到发布的整个流程都有了清晰的认识。

• 資深大佬 : ErwinCheung

  Ansible 调试环境的搭建繁琐，技术含量低，对技术的成长几乎没有助益，而且极其消耗人的耐心。

  主快跑路吧

• 主 資深大佬 : v2webdev

  @Yumwey 年代不一样了。我看您工作经验十年，应该明白 2010 年到 2013 年之间进入互联网行业的，基本上是机会最好的一代人吧。

• 資深大佬 : Yumwey

  @v2webdev 也不能这么说，只能说近几年取消三本后，二本确实没有以前有价值，但单单从学历否定自己身边的人确实不合适。

• 資深大佬 : aulia

  主我感觉你现在最大的竞争力就是自动化这块，配合 py 去找坑，然后在新公司里面可以推动 golang 可能会好点，以我最近面试的感觉，年前招聘的需求比前几个月好上不少，大可以骑驴找马，然后有确定的下家可以谈年后入职，包括现在疫情又有点严重，都在严防严控，可以提远程面试，省去你请假的流程，加油吧

• 主 資深大佬 : v2webdev

  @Yumwey 我并没有否定二本和专科的人，相反，我身边一些好朋友都是二本和专科。至于我自己，末流一本和二本也没什么差别。我说的就业前景，是从行业角度来说的。大公司看重学历，是众人皆知的事实，并不是我的个人看法。

• 資深大佬 : aulia

  插一句，对于你介意组内的同事学历我感觉不太合适，有些人是真的读书不行，动手还可以的

• 資深大佬 : ladypxy

  其实就是钱的问题。
  朋友到 Atlassian，也是天天写 ansible 脚本，然后也是美滋滋啊。

• 資深大佬 : firefox12

  不是想泼运维的冷水，我只想说 运维这个工作的时间已经不长了。云的出现，特别是容器 让大量重复操作被代码取代了。Dev ops qa 3 个职位，QA 要自测，ops 变 devops 以后 基本只会有一个职位了。AI 可以写代码了，Dev 也是死。而且这一切都是在很短的时间内会发生的， 原来我们这里有 15 个 ops，现在改用某云，只需要 1 个了。 等 dev 都熟悉了 估计这一个也会被砍掉。原来的安装 配置 都被代码取代了。Dev 日子也不好过，没有框架需要 20 个码农，有了框架只需要一半，以后 AI 来了 只需要一个懂 Ai 的

• 資深大佬 : iluckypig

  那就好好学习，骑驴找马，找到马就溜溜球

• 資深大佬 : mahone3297

  大家不是都很讨厌业务的 CRUD 么？不用写业务，只需要关心技术，devops，不开心？

• 資深大佬 : NotreDame

  上说的“读书不行，动手还行的”，这话放在开发行业，我是深表怀疑的。

• 資深大佬 : clxtmdb

  骑驴找马

• 資深大佬 : lvzhiqiang

  Ansible 一个文件很大？ 你是不知道 Ansible Roles 吧，你还没有深入去挖掘 Ansible 的复用功能和精髓，如果你把 Ansible 只当作脚本来写，说明你还是处在低阶水平。多深入，多结合自己业务的痛点，思考怎么更好的优化和解决，太多的抱怨于事无补，放平心态，最后建议如果想从事开发职业，计算机基础要恶补。特别是网络、组成原理、操作系统。

• 資深大佬 : tankren

  骑驴找马 慢慢找吧 有好的就换

• 主 資深大佬 : v2webdev

  @lvzhiqiang #55 并不是 Ansible 的问题，已经有很多 roles 了，是安装过程需要传输的文件太多，导致等待时间很长。

• 資深大佬 : dongrenwen

  DevOps 了解一下，以前做 CPP 开发的，现在做大数据运维，感觉运维也挺好的，好多自由时间，赚得还比开发多

• 資深大佬 : Tonni

  Ansible 太难用了，现在都是 Docker 了

• 資深大佬 : lvzhiqiang

  @v2webdev 传输问题是客观条件嘛，传的过程中你可以去做别事情的。

• 資深大佬 : calmzhu

  同样是很繁琐很没技术含量的部署环境配置。

  有的人会搞出 jenkins/ k8s/ ansible/ aws 等一系列牛逼的产品来表明自己的技术

  有的人会换一个地方继续坐着没技术含量的事。

  如果把这些繁琐的事情轻轻松松搞完了。才可以过来说没技术含量。现在这情况叫做搞不定

• 主 資深大佬 : v2webdev

  @calmzhu 你说的这几个技术产品，无一没有巨头的强大站台：

  * Jenkins：Sun Microsystems，后被 Oracle 收购
  * Kubernetes：起初是 Google，现在 Red Hat, Microsoft, IBM 都在鼎力支持。
  * Ansible：Red Hat
  * AWS：Amazon，用户量数以千万计

  请问一个没有强大研发团队，不重视工具链，没有广阔平台进行实践的小公司，能开发出这些产品吗？

• 資深大佬 : calmzhu

  @v2webdev

  重点不在于做到什么程度。而是往哪里去做。

  你现在的情况也并不是需要做一个现象级的产品。而是参考这种死路，做一个让自己工作不那么繁琐的简陋工具。

• 資深大佬 : calmzhu

  写了半年的 ansible.那么。大概有多少个了。如果是开发人员，会有天然的优势。

  高内聚，低耦合。

  比如，能不能不大量写 playbook ,直接对 template 编程生产 playbook 。

  比如需求多变。那么有没有了解沟通真实需求。总结足够的需求，给一套好用的标准实践。然后推动按这个来，效果跟原来一样甚至更好。

  上面这些都不是 0 或者 1 的选择，而是尽可能去做。能多推进一分，就能获得两分的效率。一直到推不动了，辞职，有这实施经历。简历会非常有亮点

• 資深大佬 : impl

  可以多个线程同时下载多个文件，等下载完了再跑其他操作，会不会快很多

• 資深大佬 : impl

  @dongrenwen 现在不少运维岗位要求会开发，想请问下你这个大数据运维的工作，需要开发运维平台之类的东西吗

• 資深大佬 : beidounanxizi

  看看能不能做些 k8s docker 部署 管理操作 定制化开发工作
  别人的建议也只是建议
  有自己的想法 就去做吧
  新工作肯定找 golang 了 骑驴找女还是裸辞 个人觉得还是骑驴找马先找找看再说