快来八卦DevOps与程序员的“爱恨情仇”

    八卦时间到！今天我们扒一扒DevOps与程序员的“爱恨情仇”，搬好小板凳，准备吃瓜！

    DevOps
    DevOps主要通过强调企业开发工作人员、运维人员管理以及QA之间的合作与沟通。 由于软件将定期更新并发布新版本，旧的软件开发——测试——发布过程已经改变，不太适用。作为一个开发者，除了实现功能外，还负责产品质量检测和发布环境。
    扩大开发者的责任也催生了一些新的角色，“全栈”工程师的出现。那是什么意思？除了开发人员编写的代码，但也可以作为一个QA团队成员，业务分析师，系统管理员和DBA。如果你指责我说的太夸张，那么你可以去查查相关数据进行什么叫“全栈”工程师。
“全栈”的流行文化主要问题源自于创业。特别是在创业初期，由于缺乏资源和资金，工程师往往扮演着多种角色。
    身兼多职
    试想，如果你目前正处于一个刚刚起步的公司，该公司的开发团队只有七个人，你已经在Web开发经验一年你都参与了该项目也运行得很好，尽管有种种困难，但仍然有效。但有时，如果我们遇到在数据库技术领域的问题，这个社会问题研究需要进行一个专门的DBA团队来解决，但由于资源管理有限，你只能动手、动脑来解决中国的环境问题，即使你不擅长数据库。
    在一个创业公司，在任何时候，开发商可能会起到QA、测试、部署/业务分析师，系统管理员或数据库管理员的角色。这也是企业的基本需求，有些人会迅速成长起来在这样的环境。即使真有这样的“全栈”的工程师，他们一直没能得到很好的利用，交换的各种社会角色的来回。这真的很糟糕，大多数优秀的开发工作人员几乎我们可以通过完成这些事情。
    技术层次
    优秀的开发人员，他们非常聪明。任何组织都会有一定程度的技术开发层次。开发在最顶端，紧随社会发展其后的应该是作为一个信息系统可以进行管理员和DBA。QA团队，运维人员，在最低端的版本进行协调。为什么会产生一个这样的安排？
因为每一个角色，如果需要的话，可以比他的工作水平。
    一家初创公司可能认为，当需要时，优秀的开发人员也可以担任DBA、测试技术人员、部署工程师以及他们需要的任何角色。他们要求这些驱动优秀的程序员起着许多低能量的作用。 有一个大问题：它们不能向后工作，例如，QA不能进行开发。
    不知从何时起，提高了项目管理软件的质量已成为一场闹剧，其中有一些非常有才华的员工之间经常加班，有的比较低级的职位甚至不存在。这就是一个问题的症结关键所在。开发人员、QA、由“全栈”作为工程师，运维人员管理就显得相当多余的，但大公司通常更喜欢这样做，对他们意味着什么，他们可以选择雇佣更少的人做同样的工作。在整个社会工作发展过程中，实际的开发管理工作只占一小部分。
    广而不精
    如果你是信息技术的软件开发人员的良好发展，你在部署管理系统需要在正确的地方，那么你就可以通过快速的数据它说，这些系统的优点和缺点是什么？工作的部署方案，付诸社会实践，你甚至会意识到其中一个系统是不必要的。
专业化是有原因的：人类所吸取的知识是有限的，在任务就是发展可以进行一个不断提高切换的代价是昂贵的。 强迫我们的开发人员拥有多个角色意味着：
    （1）没有时间用于开发
    （2）我们需要继续充电，使他们能够跟上知识的广阔领域
    （3）容易崩溃
    （4）更重要的是，该公司正在迫使开发商在接受“全栈”的任务，因为该公司将支付高于市场平均水平。如果一年开发人员可以赚10万，你可以雇佣四个显影来执行相同任务的两个人，其中的50％的时间用于开发的时间做发布管理50％。或者，你可以花75K来雇一个国家发布系统管理员，然后2个做全职进行开发。值得注意的是，对于开发人员来说，兼职出版管理是一种浪费时间，这不需要不间断地进行。
    不要扼杀程序员
    这将做的工作效果是“技术和经济效用”摧毁开发商。开发者之所以能够从事这份工作，是因为企业没有影响他们不仅可以享受这份工作能力发展中国带来的乐趣。当你强迫这些聪明的人执行额外的任务时，你会伤害所有参与的人。
不是每家公司是一家初创公司。出于自己可以选择，初创企业管理公司经济发展也没有让开发者身兼多职，他们能够通过我们这样做是出于必要。请不要混淆“最小的员工操作”之间的“精简”的区别。 看神脸，让开发者写代码！！
    以上就是DevOps与程序员的“爱恨情仇”了，感觉如何？这块瓜甜吗？

 

更多产品了解

欢迎扫码加入云巴巴企业数字化交流服务群

产品交流、问题咨询、专业测评

都在这里！