Re:GitLab Database Incident – Live Report
by sytse on Tuesday January 31, 2017 @08:17PM
(#13537245)
That is why we went with initials. And I hope customers understand the blame is with all of us, starting with me. Not with the person in the arena. https://twitter.com/sytses/status/826598260831842308
[ Parent
| on HN ]
It seems to me that, as a customer, it is blame-shifting away from the company to a particular person. Blameless post-mortems are great, but when speaking to people outside the company I think it is important to own it collectively, "after a second or two we notice we ran it on db1.cluster.gitlab.com, instead of db2.cluster.gitlab.com." I believe this isn't your intention, but that is how I interpreted it.
Re:GitLab Database Incident – Live Report
by greenleafjacob on Tuesday January 31, 2017 @11:05PM
(#13538140)
In our postmortems we explicitly avoid referring to names and only refer to "engineers" or specific teams. There is no reason to refer to specific names if your intention is a systems/process fix.
Re:GitLab Database Incident – Live Report
by antocv on Wednesday February 01, 2017 @08:54AM
(#13540676)
To me those "Engineers" read as faceless replaceable cogs. This initials make it personal, its better, we can now say "YP" thats exactly you, hey, chin up. Sounds better than "engineering team 42".
You write CEOs name on all your publications, of course always taking credit/glory, but why not let engineers do the same, take credit/ownership when doing a nice commits, and when fucking up. We're all people first, and prefer to speak/talk to people and not Engineering Team MailBox at Enterprise Corporation.
Re:GitLab Database Incident – Live Report
by sytse on Wednesday February 01, 2017 @06:25AM
(#13539867)
We are all responsible for this, starting with me. We don't blame any person. References to people are just to determine what happend. Also see https://twitter.com/sytses/status/826598260831842308