Por que existem tantas linguagens de programação

Publicado em 2026-09-12 por frfrand

Cada uno optimiza algo distinto y lo paga en otro lado. Compilado o interpretado, tipado o no, con recolector de basura o sin él: los tres ejes que explican casi todas las diferencias.

Existem milhares de linguagens de programação. A pergunta razoável é por que, se todas terminam fazendo com que um processador execute instruções.

A resposta é que cada uma otimiza algo diferente, e paga por isso em outro lugar. Quase todas as diferenças se explicam com três eixos.

Eixo 1: quando o código é traduzido

Compilado. É traduzido para código de máquina antes de ser executado. C, Rust, Go.

Você ganha velocidade de execução e detecção precoce de erros: o compilador rejeita o programa antes que ele chegue a um usuário. Você perde imediatismo, porque entre mudar algo e vê-lo há uma etapa de compilação.

Interpretado. É traduzido enquanto está sendo executado. Python, JavaScript, Ruby.

Você ganha velocidade de desenvolvimento: muda e vê. Você perde desempenho e detecção precoce; muitos erros aparecem apenas quando aquela linha é executada.

No meio. Java e C# compilam para um formato intermediário que uma máquina virtual traduz para código nativo enquanto está sendo executado. Isso permite otimizações que um compilador estático não pode fazer, porque conhece o comportamento real do programa.

Eixo 2: quando os tipos são verificados

Tipagem estática. Os tipos são verificados na compilação. Se você passar um texto onde vai um número, não compila.

Tipagem dinâmica. São verificados na execução. Mais flexível, e o erro aparece em produção.

A discussão sobre qual é melhor dura décadas e a síntese prática é bastante clara: em projetos pequenos e de vida curta, a tipagem dinâmica é mais rápida; em projetos grandes e de longa vida, a estática economiza muito mais do que custa.

Isso explica uma tendência dos últimos anos: TypeScript sobre JavaScript, anotações de tipos em Python. Começar flexível e adicionar verificação quando o projeto cresce.

Eixo 3: quem libera a memória

Este eixo é o que produz as diferenças mais profundas.

Você. Em C, você reserva e libera manualmente. Controle total, e uma categoria de erros (usar memória liberada, estourar um buffer) que causou uma parte enorme das vulnerabilidades das últimas décadas.

Um coletor de lixo. Java, Go, Python, JavaScript. Um processo automático libera o que não está mais em uso. Você elimina essa classe de erros, em troca de pausas imprevisíveis e maior consumo de memória.

O compilador comprova. É a contribuição do Rust: um sistema de propriedade e empréstimos que permite ao compilador verificar em tempo de compilação que a memória é liberada corretamente. Sem coletor, sem pausas, e com uma curva de aprendizado considerável.

Por que continuam aparecendo

Cada novo idioma nasce de uma insatisfação concreta:

• Go nasceu no Google pelos tempos de compilação e a complexidade do C++, apostando em uma linguagem deliberadamente simples com boa concorrência.
• Rust nasceu na Mozilla pelos erros de memória em navegadores.
• TypeScript nasceu porque o JavaScript cresceu além do que a falta de tipos podia sustentar.
• Swift e Kotlin nasceram para substituir linguagens antigas em plataformas onde não havia alternativa.

Nenhum "substituiu" o anterior. Se somaram, porque cada um resolveu bem um caso diferente.

Como escolher, honestamente

Na prática, a linguagem raramente decide o sucesso de um projeto. Quatro critérios importam mais que a elegância da sintaxe:

O que o ecossistema tem. As bibliotecas disponíveis economizam mais tempo que qualquer característica da linguagem.

O que a equipe sabe. Uma equipe que domina uma ferramenta leva vantagem sobre uma ferramenta melhor que ninguém conhece.

Quais são as restrições reais. Tempo real, memória muito limitada, uma plataforma que impõe a escolha.

Como será mantido. Daqui a dois anos, com outras pessoas lendo esse código.