Mulheres programadoras em Santana: rotina de deploys sem interrupções por ralos entupidos

A meia-noite de terça-feira, o pipeline de deploy para produção subiu na tela de Marina. Ela é engenheira de software sênior, mora sozinha em um apartamento na Rua Voluntários da Pátria, em Santana, e estava prestes a dar o merge final de uma feature que a equipe vinha polindo há três sprints. O terminal mostrava “building…” quando o cheiro subiu pelo ralo do banheiro — forte, inconfundível, de esgoto retornando. Em minutos, a água do box começou a borbulhar. Marina olhou para o relógio: a janela de deploy fechava em quarenta minutos. O cheiro não espera janela.

Ela não é a única. Em conversas no Slack do coletivo de desenvolvedoras da Zona Norte, o tema “encanamento” aparece com frequência assustadora. Roberta, que atua como DevOps em uma fintech, perdeu um deploy crítico porque a pia da cozinha transbordou bem na hora do canary release. Juliana, front-end lead, teve que abandonar uma hotfix para chamar o síndico quando o ralo da área de serviço engoliu a mangueira da máquina de lavar. São histórias que não entram no LinkedIn, mas moldam a rotina de quem mantém sistemas no ar enquanto a infraestrutura da própria casa ameaça desabar.

Santana carrega uma geografia particular: ruas arborizadas com raízes que buscam umidade nas tubulações antigas, redes mistas de esgoto e água pluvial em trechos mais velhos do bairro, e uma verticalização rápida que sobrecarregou coletoras não dimensionadas para o adensamento atual. Para quem programa em home office, isso não é curiosidade urbanística — é variável de produção. Ignorar o encanamento é tão arriscado quanto ignorar logs de erro.

O custo invisível da infraestrutura doméstica instável

Quando o ralo entope durante um deploy, o prejuízo não se mede apenas em metros cúbicos de água. Há o tempo de context switching brutal: a desenvolvedora sai do fluxo cognitivo profundo, lida com a emergência, limpa o caos, tenta voltar ao terminal e descobre que o pipeline expirou, o lock expirou, o token expirou. A feature volta para a fila. O sprint estica. A confiança da equipe oscila. Tudo porque um cano de PVC de cinquenta milímetros decidiu falhar na terça à noite.

Pesquisas informais em comunidades de mulheres em tech mostram que mais de 60% das desenvolvedoras em home office já tiveram uma entrega impactada por problema hidráulico ou elétrico residencial. O número não é oficial, mas a frequência dos relatos em grupos fechados sugere que a subnotificação é alta — ninguém abre incident no Jira para “vazamento no banheiro”. A cultura de silenciar o doméstico para parecer profissional acaba por tornar o problema invisível para gestores e para as próprias desenvolvedoras, que passam a tratar cada episódio como azar isolado, não como risco sistêmico.

A solução não está em “ser mais organizada” ou “planejar melhor”. Está em tratar a infraestrutura da casa com a mesma seriedade que tratamos a infraestrutura da nuvem: monitoramento, alertas, runbooks, redundância e manutenção programada. O deploy não começa no git push; começa no ralo do banheiro.

Mapeando pontos de falha antes que eles virem incidentes

Assim como fazemos capacity planning para banco de dados, podemos fazer “plumbing capacity planning” para o home office. Comece pelo mapa de risco: quais ralos estão mais expostos? Banheiro principal, cozinha, área de serviço, quintal. Quais têm histórico de lentidão? Quais recebem carga de cabelo, gordura, folhas, areia de obra? Anote tudo em uma planilha simples — nome do ponto, localização, frequência de uso, último sintoma, última limpeza.

Crie um “health check” semanal de cinco minutos: abra torneiras, observe escoamento, cheire ralos, ouça barulhos de ar. Registre a data e qualquer anomalia. Esse log vira histórico e, com o tempo, revela padrões sazonais (chuvas fortes, outono com folhas, férias com mais gente em casa). Com dados, você negocia com o síndico ou a imobiliária não com reclamação vaga, mas com evidência: “O ralo do banheiro principal apresenta escoamento 40% mais lento que em janeiro; peço agendamento de hidrojateamento na coletora”.

Não subestime a caixa de gordura. Em apartamentos, ela costuma ficar na área de serviço ou no corredor técnico. Se você não sabe onde está, não sabe quando foi limpa da última vez. Pergunte ao zelador, peça o registro de manutenção. Se não houver, assuma que está no limite e agende. O custo de uma limpeza preventiva é irrisório perto de um deploy perdido em Black Friday.

Runbooks domésticos para desenvolvedoras

Todo time de SRE tem runbook para falha de banco, falha de rede, falha de certificado. Sua casa merece um runbook para falha de esgoto. Documento curto, em markdown no repositório pessoal ou no Notion da equipe, com seções claras: sintomas, diagnóstico rápido, ação de contenção, contatos de emergência, procedimento de handoff de trabalho.

Exemplo de estrutura:

1. Sintoma: água retornando no ralo do box + cheiro forte.
2. Diagnóstico rápido: testar pia e vaso — se ambos lentos, é coletora; se só o box, é ramal do banheiro.
3. Contenção: fechar registro geral de água (saber onde fica é pré-requisito), colocar balde sob vazamento, vedar ralo com pano úmido.
4. Contatos: desentupimento em Santana — atendimento 24h, whatsapp salvo nos favoritos; zelador (ramal e celular); síndico (e-mail e telefone).
5. Handoff de trabalho: mensagem padrão no Slack da squad — “Emergência doméstica: ralo entupido. Deploy em andamento: feature X. Preciso de handoff para monitorar pipeline. Disponível em 30 min ou aviso quando voltar.”
6. Pós-incidente: registrar no log doméstico, agendar preventiva, revisar runbook.

Ter isso escrito tira a carga cognitiva do momento de crise. Você não pensa — executa. E a equipe sabe o que esperar, porque o combinado existe antes do caos.

Acordos de equipe: o deploy não é só seu

A solidão do home office faz a gente carregar tudo nas costas. Mas deploys críticos são responsabilidade compartilhada, e o time maduro tem protocolos para quando alguém cai — seja por queda de internet, queda de energia ou queda de encanamento. Converse com sua lead e com a squad: “Se eu tiver uma emergência hidráulica durante deploy, qual o nosso plano?”.

Opções práticas: pair programming programado para janelas de deploy (duas pessoas no call, uma pode assumir se a outra sair); handoff documentado com comandos de rollback, feature flags para desligar a feature sem novo deploy, e canal de comunicação de emergência (Telefone/Telegram/WhatsApp) que não dependa do Slack corporativo. Se a empresa não tem isso, proponha. Não é favor — é engenharia de confiabilidade aplicada à equipe.

Muitas desenvolvedoras evitam esse papo por medo de parecer “pouco profissional” ou “trazendo problema pessoal pro trabalho”. Reenquadre: você está propondo um plano de continuidade de negócio para um risco real e mensurável. Quem questiona a seriedade do plano nunca teve o banheiro alagado durante um release.

Ferramentas e hábitos que compram tempo

Pequenos investimentos criam margem de manobra. Um desentupidor de pressão manual (aquele de borracha com cabo longo) custa pouco e resolve 70% dos entupimentos de ramal se usado cedo. Luva longa de borracha, balde plástico resistente, lanterna de cabeça (para deixar as mãos livres) e um rolo de fita veda-rosca compõem um “kit de primeira resposta” que fica no armário da área de serviço.

No lado digital, configure alertas de monitoramento que avisem o time automaticamente se seu status ficar “away” por mais de cinco minutos durante janela de deploy. Use ferramentas como GitHub Actions, GitLab CI ou Jenkins com notificação em canal dedicado. Se o pipeline falhar por sua ausência, a equipe sabe antes de você voltar ao teclado.

Agende a manutenção preventiva como agendei a revisão do carro: todo seis meses, chame um profissional para hidrojateamento nas coletoras e inspeção com câmera nos ramais principais. Em Santana, onde a rede antiga encontra raízes de árvores frondosas, esse ciclo semestral não é exagero — é SLA de infraestrutura. Registre a data no Google Calendar com alerta de duas semanas de antecedência para não deixar passar.

Quando o problema vem do prédio, não do seu apartamento

Muitas vezes o entupimento não nasce no seu ralo. Vem da coluna principal, da caixa de inspeção no térreo, da rede da rua. Nesses casos, a ação individual não resolve — e a desenvolvedora não pode (nem deve) virar gerente de facilities do condomínio. O que faz? Documenta, comunica, escala.

Tire fotos, anote horários, guarde comprovantes de chamados ao síndico e à administradora. Se a resposta for lenta, use o canal formal: notificação por e-mail com AR, cópia para o conselho fiscal do condomínio, registro em ata de assembleia. Se houver dano ao seu equipamento de trabalho (notebook, monitor, dock), peça laudo técnico e orçamento de reposição — o condomínio pode ser responsabilizado.

Enquanto a solução estrutural não vem, seu runbook de contenção e o acordo de handoff com a squad mantêm o deploy vivo. Você não controla o cano da coluna, mas controla como seu trabalho reage a ele. Essa distinção preserva sua energia mental para o que importa: o código.

Construindo uma cultura que acolhe a infraestrutura invisível

Falar de ralo entupido em retrospectiva de sprint soa estranho no começo. Mas se 60% da equipe já perdeu foco por causa disso, o tema é técnico, não pessoal. Inclua “riscos domésticos” no risk assessment de planejamento de sprint. Pergunte: “Alguém tem obra no prédio? Encanamento com histórico? Chuva forte prevista?”. Normalize. Quando a colega diz “meu ralo tá estranho”, a resposta ideal não é “que chato” — é “quer que eu cubra seu deploy de quinta?”.

Essa cultura não nasce de cima para baixo. Nasce quando uma desenvolvedora sênior puxa o assunto no café virtual, compartilha seu runbook, convida outras a fazerem o mesmo. Nasce quando a gestão entende que pagar uma preventiva anual de encanamento para o home office de cada pessoa do time é investimento em disponibilidade, não benefício excêntrico. Nasce quando a gente para de fingir que o corpo e a casa da programadora não existem enquanto o container sobe.

Santana tem ruas lindas, padarias tradicionais, metrô na porta e uma comunidade tech vibrante. Merece que suas desenvolvedoras deployem com a tranquilidade de quem sabe que o ralo aguenta a pressão. O próximo merge para produção não deve depender de sorte hidráulica. Prepare o terreno. O código agradece. A carreira também.

Checklist prático

Perguntas frequentes

Como um ralo entupido pode interromper um deploy em produção?

O entupimento causa retorno de água ou mau cheiro que força a desenvolvedora a sair do computador no meio de um pipeline crítico. A urgência do problema doméstico quebra o foco e pode fazer o deploy falhar por timeout ou ausência de monitoramento.

Vale a pena investir em manutenção preventiva de encanamento para quem trabalha com tech?

Sim. O custo de uma visita preventiva anual é muito menor que o prejuízo de um deploy perdido, um SLA violado ou a reputação abalada por uma emergência evitável. É seguro de continuidade para sua carreira.

Quais sinais indicam que o encanamento de casa pode atrapalhar minha rotina de deploys?

Escoamento lento, bolhas no ralo ao usar a pia, cheiro de esgoto intermitente e barulhos de ar na tubulação são alertas. Ignorar esses sinais aumenta o risco de uma parada total no pior momento do sprint.

Como montar um plano de contingência para imprevistos hidráulicos durante o horário de deploy?

Tenha contatos de emergência salvos no celular, um checklist de verificação rápida dos ralos antes de deploys críticos e um acordo com a equipe para pair programming ou handoff caso precise sair. Prepare o ambiente como prepara o código.

Morar em Santana aumenta o risco de problemas de encanamento para desenvolvedoras?

Santana tem regiões com infraestrutura antiga e redes mistas de esgoto e pluvial, o que eleva a chance de entupimentos por folhas, raízes e gordura. Conhecer o bairro ajuda a dimensionar a frequência da manutenção preventiva.