sre自夸文档
在互联网行业，SRE的工作经常实际上看不出来，很多不懂的老板就觉得你们是多余的，这不系统一整年都好好的运行着，为啥还要这些人嗯？
SRE自夸文档
还有你非常需要一些材料来支持你的晋升和加薪。
所以我们需要自己写一份文档来列出自己的成就。
下面这个是Julia Evans和Karla Burnett在《SRE工程师应知应会97件事》里列出的对应文档的参考结构。
今年的目标（你真的关注过安全吗？在团队中建立一种代码审查的文化）。
明年的目标。
项目（描述你的贡献及对公司的影响。通过数据表达是最好的方式）。
指导和领导工作（包括社区建设和职业生态构建工作）。
设计和记录（保留你写的设计文档和其他文档）。
你学到了什么。
工作之外（会谈！博文）。
我个人倾向于每周更新一下列表，但是结构按照这个来。
这里的目标可以跟随公司整体目标下的拆解，也有一些部门自己的目标。当然设定这些目标的时候需要跟相关干系人确认过。以便符合整体目标，同时指导部门同事的个人目标。务必这些目标相一致。
如果出现不一致，那就需要尽快调整，要么调整目标，要么调整人。比如有些同事面向技能开发，专注于自己个人接触新东西，那我们需要综合评估一下，是否真的需要在今年和明年使用这些，如果确定没有，那就需要调整了。
项目这个就是针对这些目标拆解出来的一个个项目。比如提高CI的速度和成功率，那我们需要有现在的数据，现在平均需要多久，成功率是多少，我们的项目执行完了是多久，成功率是多少。如果需要其他部门配合的，那务必需要提前跟其他部门沟通完毕。
以上内容都要坚持事实就是，不要试图让你的工作听起来比实际更好。
你的自夸文档需要定期跟自己的直属领导进行分享，刚开始肯定会不好意思，但是领导一般都比较喜欢。因为这样后面做绩效评估会更加容易。
也要跟自己的同事进行分享，这样有助于你的同事理解你的目标以及他们如何提供帮助。
这个也方便自己每周的周报，方便自己回忆已经完成的工作，哪些是自己引以为自豪的，哪些是需要做的更好的，哪些是没有必要的。
当然也可以帮助后来者，按照现在流行的说法就是被蒸馏。
工程博客
我们都想雇佣最好的人才，但是这些人才在考量公司的时候，除了薪资，那团队技术能力是非常重要的一个考量点，那一个候选人根据这个公司的工程博客来判断了。
这个国内我订阅的还在更新的就一个美团了，不过最近很多都是AI相关的，这种更好出内容。国外比较好的是airbnb、cloudflare、datalog和uber的，以前twitter的也不错。
你应该尽可能给博客填充实质的内容，也可以是最近做的一些事情，对于使用开源工具的SRE来说，更可以互相讨论一些解决方案。
不过从我个人来说，这种对于书写的个人是最好的提升。上面说的都是国外大厂的情况，国内很少有这样的。
通过写作和编辑的过程，每个人都学会了如何通过分享、讨论和评估想法，通过这个反馈循环聊到更多关于这个主题的信息。这个以前在X信的时候，我们是组件了多个不同中间件的学习小组，每月由组内不同的组员来进行分享，由于都是特定的中间件，而且组内有研发、运维和测试，所以大家可以从不同角度来看待问题。然后分享完的内容再编辑编辑就可以发到公司博客上了。