[亚麻]做OE是不是脏活?

在AWS两年多，感觉大家最不想碰的活是on-call，接下来就是OE了。
例如COE review meeting大家巴拉巴拉给建议，但最后要找人来把dashboard补齐，把emit metric加到代码里，把alarm建起来。这类的活大家就能推就推。
是不是这些活都没啥credit? 以至于大家都没什么兴致。

PS. OE = Operation Excellence 就是把Operation做好的活

OE是low hanging fruit。没什么deadline，但是做对了之后impact 没有上限，随便你吹。重要的是data driven，很容易有足够的数据来证明你提高了多少quality。
相比之下做feature development，有deadline，还有各种乱七八糟的事情，性价比其实不高。

大部分SDE对于做OE的事情有点抗拒，实际是见识太浅。
每次OLR时候，想把某个人推到TT或者HV3，直接甩出一堆OE的achievement来，没人敢抬杠。

我觉得你说的这些都不算脏。脏活儿是改LPT/CDK，deprecate掉某个服务，onboard某个服务，升级某个库这种

大概是应该，做得好是本分，做不好要背锅吧。
但我觉得oe 应该是亚麻的核心竞争力之一了

补充内容 (2022-06-02 11:45 +08:00):
因为不是应该

oe是什么的简称。

Operation Excellence 简单来说就是operation

如果你水平不错，经过了一些 projects 的历练了，做做某些 OE 也是不错的。能加深你对系统的理解，你再做东西的时候也会有意识地考虑将来的维护。

有问题的是，AWS 很多组的新人，长时间地一直在做 OE，把人都干懵了。这就这剩下了 O，没有 E，再怎么吹也是脏 O。

只做oe肯定不行，但是如果你oe做不好就说明你这个人在ownership这块比较弱。真正优秀的sde3和principle在oe上都是个顶个的好手。

我理解的oe就是，一个程序员能追根刨底找到究竟是人的问题还是架构的问题，进行本质上的优化。人的问题大部分就是加点automation帮助大家，架构上可以写个one pager。起码自己有自主权。也不算脏活

举个例子 我最讨厌做alarm。。 因为这东西没写好 oncall先责备你，然后ops meeting再拉出来说两句。然鹅你写好了，什么credit都🈚️