AstroProfundis

先学建模，前期练手零散几个模型（而且大概率会是废品的那种）找网上代打就行，熟悉整个流程确定需要自己生产，或者真的做起来需要快速迭代等不了代打快递几天的这种节奏了再买打印机

很正常，这属于标准的应该自己 fork 一个的场景

@speedmancs #48 非常同意，最怕就是闷着头查根因把自己绕进去了的。

收到报警或者故障通告不要怕，首先看是什么故障现象，不要去管根因，尽快想办法消弭掉这个现象恢复业务。当然很多时候恢复故障影响和根因排查是互相交织的甚至就是一回事，但第一时间目标一定是恢复而非搞明白 why

如果发现短时间搞不定就要果断升级摇人并且把“我现在搞不定”喊出来，越多人知道越好，这样才有更多资源来帮助处理，甚至说难听点这是一个潜在的可能有助于事后甩锅的操作

哪怕 oncall 的人只是接了个电话转头再打电话叫别人自己最终什么都没干也是有意义的，特别是对大公司来说故障影响时间缩短一秒都是实实在在的损失减少

另外就是实际处理故障的人很容易因为压力或者工作量而埋头处理问题一声不吭，这个时候需要有同组的人或者主管在旁边帮忙把进度同步出来告知其他相关人员，我们曾经一度是在一些部门把这个要求制度化了的：要求任何时候处理故障必须有人去协助沟通，然后处理人员只需要和这个负责沟通的人说话，剩下的信息同步之类的都不需要管，专心修问题

@AstroProfundis 发现楼主果然是前司的，怪不得这套流程那么眼熟 hhhh 只不过估计和我没有同时在职（

写得不错，一看就是真干过的老手了，相对偏研发视角
我第一份工作就是故障管理，楼主流程里面报故障和做复盘分锅的角色，一度怀疑楼主是熟人；特别是那个什么发错环境出故障的事情，我见过粘贴命令贴错了终端窗口搞出来的故障恍惚以为是同一件事情（

这些东西见多了之后很自然就能明白啥叫对生产环境保持敬畏（（

翻译前后不统一可以试试给它一个术语表之类的

@heimoshuiyu 应该是 matrix.org 吧，io 看起来是个币圈项目

您是否在找 Matrix