A etapa 1 é que você deve pensar que isso (a atualização quebra outras coisas) não é normal. Sua atualização não deve interromper ou atrasar outras partes do aplicativo. Não está tudo bem, não é de se esperar, e não é culpa do usuário quando ele reclama. Você deve fazer o máximo de testes possível para tentar evitá-lo. Quando isso acontece, você tem um problema e é urgente.
O passo 2 é que você deve saber o que fez. Seu sistema de controle de origem pode ajudá-lo, ou algum tipo de sistema de rastreamento de trabalho, mas você deve poder dizer o minuto em que receber uma dessas reclamações "ok, adicionei uma coluna a esta tabela, alterei esta grade para calcular os novos impostos, adicionou esses dois novos relatórios ... "e assim por diante.
A Etapa 3 é que você deve ter experiência em encontrar problemas de desempenho e travar rapidamente, para saber que tipos de coisas provavelmente os causarão e pode chegar ao problema imediatamente. Essa coisa foi lançada e você deve encontrar o problema rapidamente e obter um patch. Alterar um relatório não pode diminuir a velocidade de uma parte do aplicativo que não usa o relatório. Agora você está no modo de emergência e precisa descobrir onde está o erro e o que fazer a respeito - sem interromper outra parte do aplicativo no processo.
O passo 4 é para cada uma dessas misérias, você deve aprender uma lição que testará na próxima vez. Você se tornará "aquele cara" que se opõe a certas construções porque "isso será horrível quando houver 10.000 registros".
Um pouco mais na frente "isso é normal". Eu executo (entre todas as outras coisas que temos em andamento) um projeto ágil para um cliente externo. Fazemos lançamentos aproximadamente a cada 6 semanas há dois ou três anos. E sim, o lançamento está agendado para o minuto. Acabamos de fazer uma às 8 da manhã de ontem. E aproximadamente a cada 4 ou 5 lançamentos (uma ou duas vezes por ano, em outras palavras), algo é interrompido ao vivo, e entramos em ação e o fazemos o mais rápido possível. Mesmo que testemos e testemos antes do lançamento. Então dizemos o que aconteceu. "Houve um pequeno bug na implantação de junho que deixou esse campo em branco, mas nunca percebemos porque não estávamos usando o valor naquele momento. Então, nessa implantação, quando começamos a usar o campo, os que estavam em branco eram mensagem de erro que você viu. corrigimos o bug para que não pudessem ficar em branco, colocamos valores nos registros incorretos e confirmamos que ele não explode mais. Nossas desculpas. "Ou" A mudança de emergência que você implorou, apenas dois dias antes do lançamento, teve consequências que não pensamos e não testamos. Lembra por que resistimos a mudanças de emergência? ”Talvez eu não seja um programador ruim por piorar a atualização, mas certamente fiz algo ruim. E preciso fazer o que é certo. Posso não ser um programador ruim por piorar a atualização, mas certamente fiz algo ruim. E eu preciso fazer isso direito. Posso não ser um programador ruim por piorar a atualização, mas certamente fiz algo ruim. E eu preciso fazer isso direito.