🏷️ Programação

Eu sou de infra. Meu trabalho é manter servidores de pé, redes funcionando e deploys acontecendo sem que ninguém perceba. Programação pra mim é ferramenta, não profissão. Eu abro o Python quando quero dissecar um conceito, do mesmo jeito que abro um terminal pra provar que a falha não é na aplicação, é na rota de rede: não é sobre elegância, é sobre desmontar a máquina pra entender quem ela realmente serve.

A forma como descrevemos o desenvolvimento de software diz muito sobre como escolhemos construí-lo. Por muito tempo, tentamos nos convencer de que éramos engenheiros erguendo estruturas imutáveis de concreto e aço, seguindo plantas rígidas e previsíveis. Mas quem vive o dia a dia do código sabe que essa caixa de ferramentas não dá conta da realidade: somos, na verdade, algo muito diferente disso.

A internet está fervendo com mais uma daquelas polêmicas que dividem a comunidade de software livre: o uso de inteligência artificial no desenvolvimento do kernel Linux. É o tipo de debate que mistura medo do futuro, nostalgia do passado e opinião forte de todos os lados, trazendo discussões sobre ética, qualidade de software e o que significa contribuir para um projeto do porte do kernel Linux.

Se tivéssemos que apontar uma única característica que define como é programar em Elixir ¹, seria o pattern matching. Esse recurso da linguagem vai muito além da atribuição tradicional que conhecemos em outras linguagens: ele molda a forma como pensamos e estruturamos o código.

Neste segundo post da série Aprendendo Elixir ¹, vamos explorar como organizar projetos maiores usando arquitetura modular com uma estrutura guarda-chuva (chamada Umbrella pelo ecossistema Elixir). A proposta é dividir o sistema em múltiplas aplicações menores, focadas e coesas, que podem ser desenvolvidas, testadas e integradas dentro de um mesmo repositório sob o comando do Mix. Esse modelo segue o princípio de separação de responsabilidades, facilitando a manutenção e a escalabilidade do código.