Algo que sempre volto a considerar: toda equipe de engenharia tem um fator ônibus, independentemente de admitir ou não. Quanto mais conhecimento crítico permanece na cabeça de poucas pessoas, em vez de estar documentado em algum lugar, mais frágil se torna todo o sistema. E nunca são os grandes desastres que o expõem. São as coisas pequenas. Alguém está de férias, doente ou apenas em reuniões seguidas, e de repente uma pergunta de dois minutos vira um bloqueio de dois dias. Por que esse serviço foi construído dessa maneira? O que realmente depende dessa API antes de tocá-la? Se esse exato problema já foi resolvido oito meses atrás por alguém que já deixou a equipe. Nenhuma dessas respostas deveria exigir encontrar “a única pessoa que saberia”. Mas na maioria das equipes, é exatamente assim que funciona. Essa é uma das razões pelas quais @CNPYNetwork e https://t.co/ZZmN9Y6mOV se destacaram para mim. A oportunidade interessante não é apenas construir um assistente de codificação mais inteligente. É tornar esse tipo de conhecimento institucional disponível para qualquer pessoa da equipe, sob demanda, em vez de deixá-lo viver e morrer na memória de uma única pessoa. As equipes mais fortes não são as que têm a melhor memória individual. São as que construíram algo que lembra por elas.