30 jul 2026

Eu demoro de propósito

Tem gente que vê um banner de atualização e clica no mesmo segundo. Tem gente que liga o Patch Tuesday e vai almoçar. Tem gente que atualiza firmware de BIOS, switch e impressora porque o e-mail do fabricante falou “recommended”.

Eu não sou essa pessoa.

Sou coordenador de TI. Eu demoro. Eu leio. Eu analiso. E não é mania de ser chato — é instinto de sobrevivência. Porque, quando algo não funciona, não é a Microsoft que aparece na porta. Não é a Dell. Não é o changelog. Sou eu.

A vida de quem responde

Quem não vive isso acha que coordenar TI é escolher ferramenta e acompanhar ticket. A parte visível é essa. A parte invisível é outra: carregar o medo calado de que uma atualização “inofensiva” vire o incidente da semana.

Windows Update. Driver. Firmware de servidor. Firmware de placa-mãe. Firmware de access point. Patch de antivírus que decide reinventar a política de rede. Atualização de impressora que transforma o spooler num museu. Cada uma dessas coisas tem um botão verde. Cada uma delas pode, numa manhã qualquer, transformar a escola inteira num corredor de gente perguntando a mesma frase:

— Cadê a internet? — Por que o sistema não abre? — Quem mexeu?

Quase nunca “mexeu” alguém de carne e osso com intenção. Mexeu uma atualização automática. Ou um clique apressado. Ou um “depois a gente vê”. O efeito, porém, tem dono. E o dono, na prática, sou eu.

Medo com fundamento

Eu tenho medo de Windows Update. Não do conceito. Do timing. Do pacote que resolve uma CVE e quebra a impressão em rede. Do reinício forçado no meio do expediente. Da feature que chega sem pedir e muda o comportamento que o usuário já tinha decorado. Do Patch Tuesday que, em teoria, é rotina — e na prática é roleta.

Eu tenho medo de firmware. Porque firmware não é app. Firmware é o chão. Quando dá errado, não tem “desinstalar”. Tem máquina que não sobe, switch que vira tijolo iluminado, notebook que fica piscando sem POST, e uma fila de gente que não quer saber de flash nem de recovery — quer saber por que a aula parou.

Esse medo não é superstição. É currículo. É ter visto o suficiente para saber que “recomendado pelo fabricante” às vezes significa “testado no laboratório deles, não na sua realidade”.

O perigo de parecer moderno

Existe uma pressão social em tecnologia: quem atrasa atualização parece desatualizado. Quem segura versão parece medroso. Quem pergunta “já testou em homologação?” parece burocrático.

É uma armadilha especialmente cruel para quem coordena.

Porque modernidade sem critério vira rotatividade. Rotatividade sem leitura vira instabilidade. Instabilidade sem dono vira caos — e caos sempre encontra alguém para culpar. Quase nunca encontra o engenheiro do outro lado do mundo que assinou o release. Encontra o coordenador. Na sala. No WhatsApp. No corredor. Com o olhar de quem espera uma explicação agora.

O perigo real não é ficar numa versão antiga para sempre. O perigo é tratar atualização como gesto de fé:

  • Aplicar Patch Tuesday em massa porque “é terça”.
  • Aceitar major bump de sistema sem ler o que quebra.
  • Atualizar firmware de BIOS/UEFI no intervalo do café.
  • Deixar Windows Update decidir sozinho o horário da próxima emergência.
  • Confundir “tem patch de segurança” com “posso aplicar tudo sem olhar o restante”.
  • Empurrar atualização automática em laboratório, secretaria e sala de aula como se fossem o mesmo ambiente.

Segurança importa. Claro que importa. Mas segurança sem operação é só slogan. Patch que corrige CVE e derruba o serviço crítico não é vitória — é troca de problema. Às vezes o problema novo é pior: agora você está vulnerável e offline, com trinta pessoas na porta e zero paciência para release notes.

A cena que eu já vivi demais

Imagina a manhã.

Segunda-feira. Laboratório cheio. Secretaria dependendo do sistema. Alguém, ontem à noite, deixou o Windows “atualizar e desligar”. Ou um técnico bem-intencionado aplicou firmware “para não ficar para trás”. Ou a política automática fez o que políticas automáticas fazem: agiu sem testemunha.

De manhã, a autenticação falha. A impressora some da rede. Um notebook abre numa tela azul que ninguém pediu. O Wi-Fi oscila entre milagre e silêncio. A fila cresce mais rápido que o Event Viewer.

Aí chega a pergunta que eu já conheço de cor:

— Por que isso aconteceu?

E a resposta honesta — a que pouca gente gosta de ouvir — é: porque atualizar sem ler também é uma decisão. Só que disfarçada de progresso. E o progresso, quando quebra, sempre procura um rosto humano.

Esse rosto, no organograma, sou eu.

Demorar não é parar

Tem gente que ouve “eu demoro para atualizar” e traduz como “eu não atualizo nunca”. Não é isso.

Eu atualizo. Com método. Porque coordenar TI sem atualizar é outra forma de negligência — e eu também respondo por isso.

Leio o que entra. Separo o urgente do cosmético. Isolo o teste. Tenho caminho de volta. Documento o porquê. Se a atualização é de segurança e o risco é real, acelero — com os olhos abertos, janela definida, rollback pensado. Se a atualização é “temos uma tela nova e um serviço diferente”, eu espero o mundo real reportar o que a nota de lançamento esqueceu de confessar.

Paciência não é imobilidade. É filtro. É a diferença entre administrar risco e colecionar incidente.

Quarenta anos ensinam precaução

Não nasci assim. Fiquei assim.

Quarenta anos de experiência em tecnologia não me tornaram mais rápido no clique. Me tornaram mais lento no botão verde. Vi demais: sistema que “só atualizou”, máquina que não voltou depois do flash, rede que caiu por um patch bem-intencionado, usuário furioso porque a ferramenta mudou de cara sem aviso. Vi gente celebrar versão nova na segunda e pedir rollback na terça.

Experiência, no meu caso, não virou bravata. Virou cicatriz útil. Ensinou que o fabricante recomenda no laboratório dele — e eu opero na realidade da escola. Ensinou que novidade sem leitura é dívida. Ensinou que, antes do clique, a pergunta certa não é “está disponível?”. É:

— Se isso der errado, quem explica?

A resposta, quase sempre, sou eu. Então eu leio antes. Demoro de propósito. E durmo um pouco melhor por causa disso.

Sou alguém de TI com décadas o bastante para saber: quem atualiza no piloto automático não é ousado — é o próximo alvo.

E se alguém quiser a prova prática: este texto foi escrito num Ubuntu 22.04. Não no último release. Não no banner piscando “upgrade available”. Num LTS que ainda trabalha, ainda abre o editor, ainda me deixa publicar — enquanto o mundo corre atrás do número da moda. Quando eu mudar, será porque li, testei e aceitei o risco. Não porque o calendário pediu.