Estudo filosofia clássica há anos, em paralelo à engenharia, e a razão é prática. Quando um desenvolvedor atinge o nível sênior e de liderança arquitetural, o desafio deixa de ser a sintaxe e passa a ser a tomada de decisão sob incerteza. É exatamente aí que a filosofia deixa de ser ornamento e vira ferramenta.
Este ensaio aplica três conceitos clássicos a problemas concretos de arquitetura.
As Quatro Causas de Aristóteles aplicadas a sistemas
Aristóteles propunha que, para compreender qualquer criação humana, é preciso analisar suas Quatro Causas. Traduzidas para software:
- Causa Material: do que o sistema é feito. A stack, a linguagem, o banco de dados, a infraestrutura.
- Causa Formal: qual é a estrutura. Clean Architecture, padrões de projeto, separação de camadas e domínios.
- Causa Eficiente: quem constrói e opera. A equipe, os processos de CI/CD, as práticas de revisão.
- Causa Final (o Telos): para que o sistema existe. O valor econômico e o problema real do usuário que ele resolve.
A maioria dos problemas de arquitetura nasce de um desequilíbrio entre essas causas. O erro clássico do desenvolvedor inexperiente é superdimensionar a Causa Formal, adicionando camadas de abstração desnecessárias, e esquecer a Causa Final. Complexidade que não serve ao propósito do sistema é custo puro.
"O engenheiro sênior se distingue por saber qual causa está sendo negociada em cada decisão. O júnior otimiza a forma sem perguntar pelo telos."
A Navalha de Occam e a simplicidade deliberada
"Não multiplique as entidades além do estritamente necessário."
No design de software, adicionar uma fila assíncrona, um cluster de microsserviços ou um cache distribuído antes de existir necessidade cria o que se chama de complexidade acidental. Cada peça móvel adicional é um ponto de falha, uma superfície de manutenção e uma fonte de bugs.
O bom arquiteto resolve o problema com o menor número de peças móveis possível. Simplicidade não é ausência de rigor, é o resultado de rigor suficiente para eliminar o que não é necessário.
O Telos e a pergunta que quase ninguém faz
Telos é a causa final, o propósito. Em engenharia de software, formular o telos explicitamente antes de decidir é o que evita retrabalho caro.
Vale a pergunta objetiva: qual resultado de negócio este sistema precisa produzir em doze meses? A resposta restringe as escolhas técnicas de forma mais eficaz do que qualquer preferência de framework. Um sistema cujo único objetivo é validar uma hipótese de mercado tolera atalhos que um sistema financeiro crítico não tolera, e vice-versa.
Sobre os ombros de gigantes
Como dizia Isaac Newton, se vi mais longe, foi por estar sobre os ombros de gigantes. Valorizar os princípios clássicos, a lógica formal, a matemática, a retórica e a tradição dos grandes cientistas da computação protege o engenheiro do imediatismo da indústria.
As ferramentas mudam a cada trimestre. A capacidade de estruturar um problema com clareza, de identificar premissas frágeis e de argumentar decisões sob incerteza permanece estável. É essa estabilidade que sustenta uma carreira longa.
Conclusão
A filosofia clássica não substitui a prática de engenharia. Ela organiza a prática. As Quatro Causas dão um mapa para decidir, a Navalha de Occam impõe disciplina contra a complexidade desnecessária e o Telos mantém o foco no valor que o sistema existe para gerar. Um arquiteto que domina esses três movimentos decide melhor e justifica melhor.
Sobre o autor. Robson Cassiano é engenheiro de software sênior especializado em backend Java, mentor de carreiras internacionais e estudante de filosofia clássica, com formação em latim, grego antigo e lógica formal. Publica ensaios que conectam a tradição filosófica à engenharia de software aplicada.