38 | 我是如何走上运维岗位的？

大部分的程序员都局限于技术开发范围，对于产品的责任心和认同感并不强，常见的说辞是出于明确的职责划分，但更多的原因来自于团队文化的影响。而对于产品的开发，很少有团队能有合理而明确的职责划分，大部分都是基于传统开发领域的认知，对于职责的边界划分其实都含糊不清。 尤其在小的团队中，运维的职责可能落到项目管理者或专职的运维人员身上，其他开发人员的参与度不够，自然就不对线上和客户有多少的责任感，如果能让这些人员也参与进来，那么所有人的能动性应该会有所提升的。

做过开发，也做过运维，从技术角度看，可能开发难度更大一些，但是从做事角度看，运维更有挑战性。做开发，确定性的工作多一些，做运维，不确定性的工作更多

表示身同感受，选择了就把他做精做细形成差异化，职场越往后软技能和Owner精神很重要，做事不设边界对不确定的事情保持乐观；很认同轮岗或到一线体验，但很多公司很难有这样的机会。我们遇到人员骤增导致生产力严重下降的问题，往往都为了甩锅撇清干系，哪怕是一个非核心的小问题也要花费很大的时间精力沟通或公关，反过来受影响的却是用户，时间久了就形成了很不好的习惯和文化，没有大公司的命却得了大公司的病，赵老师有好的建议吗？

前几个月我还有过类似的疑惑，那段时间我在公司是兼做开发和运维。做了比较长的时间业务开发，和一小段时间的运维，隐隐约约觉得运维相关的活给自己带来的挑战更大。但是和一个主要做运维，偶尔做些许开发的同学沟通，他却说运维太low 了。 这里面我相信有一些原因是各自有各自的舒适区，对于自己比较熟练东西，可能会主观的认为没那么难。但是，客观的层面，我觉得运维确实有一些工作，会对工程师个人能力的要求更高，同时也会给工程师带来更快的成长。尤其是一线业务的线上运维工作。 对于想要成为一个合格的Backend架构师的我来说，运维岗位的锻炼是不可或缺的。✊🏻✊🏻✊🏻

不是我的活儿我可以考虑干，不是我的锅我坚决不背。

我只想知道，你是怎能保持这好看的身材和相貌的吧

用心去做事，平时多总结思考归纳，坚持，结局不会太差

1. 职责可以有边界，但做事不能有。 2. 积极主动承担责任。 3. 以终为始，争取产出超出期望。

态度决定高度 哈哈

非常认同【平时多做一点，做得认真一点，确保最终能够拿到结果，而且稍微努力一下，尽量拿到比预期好一些的结果】。 如果能做到以上，这个人去哪都是有很大机会往管理层上位，领导也很放心将事情交给这样的下属。然而职场大部分都停留在抱怨，而不是去解决你所抱怨的问题。