Arquitetura como sistema de proibições

ilustração

Na sala de cirurgia do capítulo anterior é difícil errar, e em 2009 foi possível medir isso. Um grupo de pesquisadores sob os auspícios da Organização Mundial da Saúde introduziu em oito hospitais de oito cidades, de Seattle e Londres a Nova Délhi e Ifakara, na Tanzânia, uma lista curta de verificações que a equipe cirúrgica percorre em voz alta antes da anestesia, antes da incisão e antes de o paciente sair da sala. A mortalidade depois das cirurgias caiu de um e meio por cento para 0,8, e as complicações, de onze por cento para sete. Ninguém inventou nesse período remédios ou instrumentos novos, os médicos continuaram os mesmos, e a única coisa que mudou foi que eles passaram a conferir por uma lista algumas coisas óbvias.

Lendo essa lista, salta aos olhos que quase toda ela é feita de proibições, ainda que formuladas com educação. Não se pode começar enquanto o paciente não confirmar o seu nome e o que exatamente vai ser operado. Não se pode fazer a incisão enquanto o local da operação não estiver marcado, porque os cirurgiões, por mais difícil que seja acreditar, às vezes operam a perna errada. Não se pode fechar enquanto as compressas e os instrumentos não forem contados, porque às vezes eles são esquecidos lá dentro. O checklist quase não diz nada ao cirurgião sobre como operar, porque isso o cirurgião sabe sozinho. Ele diz o que não pode acontecer na sala de cirurgia em hipótese nenhuma.

Com a arquitetura de programas, vista pelos olhos de um agente, acontece a mesma coisa.

---

ilustração

Para a maioria das pessoas, a palavra “arquitetura” evoca um diagrama bonito: retângulos, setas entre eles, legendas como “serviço de pagamento” e “base de clientes”, tudo impresso numa folha grande e pendurado na parede de um escritório onde há muito tempo ninguém o lê. Os engenheiros a definem com mais precisão. Grady Booch, um dos criadores das maneiras atuais de descrever a estrutura de programas, escreveu em 2006 que a arquitetura consiste nas decisões significativas que dão forma ao sistema, e que a significância de uma decisão se mede pelo custo de mudá-la. A cor do botão não faz parte da arquitetura, ela se muda em um minuto. A forma como estão organizados os dados das clientes faz parte, porque mudar isso leva semanas.

Enquanto os programas eram escritos por pessoas, a maior parte da arquitetura vivia na cabeça delas. Quem chegava a uma equipe ouvia a toda hora, nos primeiros meses, a frase “aqui não se faz assim”: o login aqui é um só, a tabela de clientes não se cria uma segunda vez, nas migrações antigas não se mexe. Aos poucos a pessoa absorvia essas regras junto com mil outras que ninguém tinha escrito, e seis meses depois já era ela que dizia aos novatos “aqui não se faz assim”. A arquitetura era transmitida mais ou menos como se transmitem os costumes numa aldeia e vivia na memória das pessoas que moravam havia muito tempo nessa aldeia.