Sempre que acontece um crash dum sistema grande, tipo o iFood no dia dos namorados, fico torcendo pra rolar também um post-mortem explicando o que aconteceu e como foi corrigido. Mais empresas deveriam investir nesse tipo de conteúdo, todo mundo ia aprender muito junto
Por sinal, preciso anotar pra não esquecer: blogar sobre algumas das vezes em que derrubamos nosso site (ou derrubaram). A gente fala muito de nossos erros, mas tudo em inglês (exemplo: )
@rla4
Seria fantástico, mas difícil isso acontecer enquanto na cabeça fo consumidor esse tipo de crash for visto como uma empresa não segura ou não confiável. O mesmo deveria(nota pública) ser feito quando os bancos têm incidentes de segurança
@JotaOliveira
Talvez esse medo seja só especulativo! A falha foi pública e visível, falar sobre como foi encontrada e consertada traria mais credibilidade (IMO), e não menos. O público-alvo desses post-mortens técnicos, imagino, fica mais ressabiado com a falta de informação do que com excesso
@eridaniseulindo
Cloudflare, Stack Overflow, Pinterest, que eu lembre. Eh relativamente comum em empresa que tem blog técnico. Mas comum na gringa que aqui, certamente
@Caiolindo350
Obscuridade não é segurança. Ha tb muitas formas de divulgar post mortens de forma segura. Digo pq a gente faz isso com frequência, mas diversas grandes empresas o fazem tb
@rla4
Ué, eles não usam microsserviços? E so nos monólitos que pode acontecer isso? Fiquei confuso agora. Ou então é oq que eu falei a vida inteira, e ainda tem gente que acha que eu estou errado sobre isso e ignora o meme
@rla4
Trabalhar em uma empresa que faz post-mortens com rigor, e atua nos action points, me fez ser um dev muito melhor, mais responsável.
Ter que apresentar a causa raiz do problema, quantas pessoas foram impactadas e um plano de ação faz tu repensar muito antes de escrever código.
@rla4
Tem a ver com a maturidade, acredito.
A maioria das empresas não faz em questão de expor a fragilidade dos seus processos. Além disso, tem a questão do quanto essas informações impactam na segurança.
@rla4
Participar de um postmortem não é agradável porque você pode ter causado o incidente (eu já causei), mas se for bem conduzido muitas lições são aprendidas e no final melhorias são feitas.