Capítulo 3 de 7
Antes de framework, biblioteca e pacote existir como conhecemos hoje
Quando comecei a trabalhar com desenvolvimento em 1996, COBOL ainda fazia parte de muitos sistemas corporativos relevantes. Programar significava, antes de tudo, entender processo, regra de negócio, arquivos, entradas, saídas e limitações do ambiente onde o software iria executar.
Essa base foi importante porque ensinou uma disciplina que continua válida mesmo com ferramentas completamente diferentes: código só é útil quando representa corretamente o processo que precisa automatizar.
Clipper e a era das aplicações de gestão em DOS
Clipper teve um papel importante na criação de aplicações comerciais e administrativas. Sistemas de estoque, financeiro, cadastro e faturamento podiam ser construídos para rodar em PCs modestos e bancos baseados em arquivos.
O ambiente tinha restrições que hoje parecem distantes, mas obrigava o desenvolvedor a pensar em uso de memória, acesso a disco, índices, consistência de dados e comportamento em rede.
Pascal e a disciplina da estrutura
Pascal reforçou outro aspecto importante da formação: organizar raciocínio e decompor problemas em partes compreensíveis.
Independentemente da linguagem usada posteriormente, essa forma de pensar continua presente. Funções, módulos, responsabilidades e estruturas de dados mudaram de sintaxe, mas não deixaram de exigir clareza.
Visual Basic e a popularização das interfaces gráficas
Com Visual Basic, o desenvolvimento se aproximou de uma experiência muito mais visual e orientada a eventos. Janelas, botões, formulários e componentes permitiam construir aplicações Windows com velocidade muito maior do que nas gerações anteriores.
Ao mesmo tempo, surgia um novo desafio: a interface passou a fazer parte central da qualidade percebida pelo usuário. Não bastava o programa calcular corretamente; ele precisava ser compreensível e produtivo para quem o utilizava.
A web deixa de ser apenas conteúdo
Ainda no final dos anos 1990 comecei a escrever códigos em PHP. A web começava a abandonar o papel de conjunto de páginas estáticas e ganhava formulários processados no servidor, sessões, bancos de dados e áreas administrativas.
A história técnica de PHP e MySQL merece um capítulo próprio nesta série. Aqui, o ponto principal é outro: foi a mudança de paradigma. Uma aplicação deixou de depender de instalação individual em cada estação e passou a poder ser acessada por um navegador.
Isso alterou distribuição, atualização, suporte e arquitetura dos sistemas.
Banco de dados como parte da aplicação
Ao longo dessa evolução, MySQL tornou-se recorrente em projetos web. SQL Server e PostgreSQL também fizeram parte do repertório conforme os requisitos e ambientes.
Aprender bancos diferentes reforçou uma ideia importante: a aplicação não termina no código. Modelagem, índices, transações, segurança, backup e desempenho do banco influenciam diretamente a confiabilidade do sistema.
Do software local às aplicações distribuídas
Hoje, uma solução pode combinar backend, frontend, banco de dados, APIs externas, autenticação, serviços em nuvem e aplicações móveis. Node.js e React fazem parte desse ecossistema atual e convivem com tecnologias que continuam adequadas a determinados projetos, como PHP.
O número de componentes aumentou, mas os princípios continuam familiares:
- entender o processo antes de programar;
- separar responsabilidades;
- validar entradas e regras;
- proteger dados;
- tratar falhas;
- documentar decisões;
- projetar pensando em manutenção.
Linguagens envelhecem, frameworks mudam e plataformas surgem. Regra de negócio mal compreendida continua produzindo software ruim em qualquer tecnologia.
Ter passado por gerações tão diferentes ajuda a escolher ferramentas pelo problema que precisam resolver, e não apenas por popularidade ou novidade.