PHP é o "Toyota Corolla" da programação

• PHP e JavaScript tornaram-se, desde 1995, dois pilares da web, expandindo seus ecossistemas apesar de defeitos de projeto iniciais e zoação\
• As duas linguagens passaram por padronização em 1997 e experimentaram uma reascensão na década de 2010 com o apoio do Facebook e do Google/Microsoft
• O PHP foi subestimado por muito tempo por seu "design ruim e fractal", sintaxe distinta e várias falhas, mas hoje 70~80% dos websites do mundo são executados em PHP
• Como parte central da stack LAMP, é facilmente encontrado em qualquer lugar, possui baixo custo e evoluiu para uma linguagem robusta com recursos modernos (OOP, FP, gerenciador de pacotes, testes etc.)
• Mais recentemente, com o surgimento de runtimes baseados em Go como o FrankenPHP, além de melhorias contínuas de segurança e desenvolvimento guiado pela comunidade, o PHP busca seu futuro

---

O crescimento do PHP e da programação web

• Em 1995, quando um desenvolvedor de software quase anônimo lançou a primeira versão do novo scripting language PHP, o alcance do desenvolvimento de aplicações web se expandiu
• Com padronização progressiva e a introdução de recursos de OOP (programação orientada a objetos), consolidou-se como uma linguagem madura
• Porém, a sintaxe única, o modelo de runtime, as frequentes questões de segurança e a grande quantidade de frameworks fizeram com que, por décadas, fosse alvo de críticas entre programadores "sérios"
• Mesmo assim, graças à força da comunidade e ao suporte de grandes empresas de TI, o PHP vem evoluindo continuamente e expandindo um enorme ecossistema

A trajetória paralela do PHP e do JavaScript

• Em 1995, surgiu a partir de Rasmus Lerdorf ("Personal Home Page Tools") e Brendan Eich (Netscape), respectivamente
• Ambas as linguagens receberam críticas de programadores "sérios" por terem, no início, projeto e sintaxe toscos
• Em 1997, ocorreu a padronização com o PHP/FI 2 e o ECMA-262, respectivamente
• A partir da década de 2010, ambas viveram uma grande expansão com o apoio de big tech como Facebook, Google e Microsoft
• Em 2025, surgiram novos runtimes com reconstrução baseada em Go (FrankenPHP, TypeScript Native)

A ironia de uma linguagem que todo mundo gosta de odiar, mas todo mundo usa

• C, Java, Python, Perl e outras linguagens têm apelidos específicos
  • C: "Assembly portátil"
  • Java: "Escreva uma vez, depure em qualquer lugar"
  • Python: "Pseudocódigo executável"
  • JavaScript: "Linguagem feita em 10 dias"
  • Perl: "Fita adesiva da internet"
• Mesmo com apelidos negativos como "design fractal ruim" e "Pretty Horrific Programming", o PHP mantém desempenho em 70~80% da web mundial

PHP: o "Toyota Corolla" da programação

• É barato, pode ser usado em praticamente qualquer lugar e simboliza a combinação LAMP (Linux, Apache, MySQL, PHP)
• Hoje o PHP é um projeto totalmente open source, com suporte a recursos avançados de OOP (traits, property hooks, namespaces, propriedades, enums) e recursos de programação funcional (closures, listas de captura, arrow functions)
• Com o operador pipe prestes a ser introduzido, verificação rápida de tipos, biblioteca padrão rica, gerenciador de pacotes open source poderoso (Composer) com Packagist, e o excelente framework de testes PHPUnit, ele ganhou características modernas e fortes
• Ele também destaca-se com desempenho e velocidade de compilação de alto nível, uma IDE proprietária da JetBrains, mascote próprio, além de uma comunidade ativa e ecossistema próprio

Problemas do passado e mudança de percepção

• Embora ainda existam desvantagens históricas, como o operador goto, nomes de variáveis distintos e outros, houve melhorias persistentes nos últimos 10 anos com lançamentos regulares, remoção de vulnerabilidades de segurança e limpeza de APIs legadas
  • No início dos anos 2000, houve imagem negativa por vulnerabilidades de segurança e pelo movimento "I Hate PHP"
  • Nos últimos 10 anos, lançamentos regulares (todo mês de novembro), melhorias de segurança e modernização de APIs fortaleceram a completude e confiabilidade da linguagem
• Programadores que menosprezavam o PHP também chegam ao ponto de reconhecer sua evolução recente
• O SQL Injection e outros problemas clássicos de segurança ainda exigem cautela

Comunidade e ecossistema

• Com o fortalecimento de organizações formais como a PHP Foundation e apoio da indústria, o PHP mantém uma cultura comunitária relativamente independente da influência de grandes empresas de tecnologia, com exceção da JetBrains
• A linguagem ficou em 3º lugar em 2004, mas recentemente caiu um pouco e hoje está entre o 7º e o 15º lugares em vários indicadores
  • Embora rankings de popularidade como TIOBE, IEEE e PYPL mostrem queda, em alguns rankings como o RedMonk ela voltou com frequência às primeiras posições, mostrando que a queda não é tão acentuada quanto parece

Evolução do engine: FrankenPHP

• O Zend Engine desempenhou o papel de engine padrão do PHP por décadas, mas, com a introdução recente do novo runtime oficial FrankenPHP, o suporte a ambientes de contêineres melhorou significativamente
• O FrankenPHP mantém compatibilidade de 100% com a base de código existente e oferece conteinerização simples e um novo modelo de execução, assumindo um papel central no avanço do PHP orientado para o futuro

O futuro e a percepção do PHP

• O PHP ainda pode ser visto como uma linguagem "não séria", mas mantém impacto real ao sustentar inúmeros sites e aplicações, além de uma comunidade ativa
  • Ainda existe o estigma de ser "produto de um design por acaso" ou "linguagem que quase não aparece em papers"
• Como destacou Rasmus Lerdorf, fica claro que o PHP é uma linguagem baseada na participação e no crescimento voluntário da comunidade
• Foi registrado como um caso de sucesso de open source no estilo "bazar", evoluindo por meio da colaboração de muitas pessoas ao abrir mão de controle centralizado

Conclusão

• PHP é uma presença impossível de ignorar, como um "Toyota Corolla" do ecossistema web
• Embora seja alvo de humor e críticas, ele é uma linguagem de programação sólida que sustenta a base da web mundial
• Fornece um ambiente de baixo custo, baixa barreira de entrada e ecossistema rico, facilitando o início de carreira de desenvolvedores iniciantes
• Mantém potencial de desenvolvimento contínuo com a combinação da comunidade e das novas tendências tecnológicas

[bobqoq]

Em outras palavras, é uma "linguagem que dá dinheiro".

[anonymous1024]

Como profissional que trabalha com PHP hoje, é difícil entender por que eles estão desacreditando o PHP dessa forma.
Todo mundo fala que o PHP é barato, fácil de implementar e não pode ser usado a longo prazo, além de ter segurança fraca.
Mas essa visão é totalmente ultrapassada, e eu tenho confiança em dizer a eles que são "idiotas".
O PHP de hoje é uma linguagem muito moderna, e mesmo que você comece um projeto de longo prazo agora, pode criar módulos utilizáveis em qualquer lugar e reaproveitáveis em qualquer site, algo que os frameworks modernos de PHP já mostram. Embora não seja a versão mais nova, o PHP 8 ou superior também melhorou bastante em segurança, e anuncia atualizações de versão todos os anos. O Laravel, por exemplo, também realiza atualizações de versão anualmente.
Quem diz que PHP é fraco em segurança, eu diria que em Java ou outras linguagens backend, há muitos relatórios de risco descobertos e grandes falhas ainda ocorrendo hoje em dia.
Como exemplo, a Coreia do Sul, que é um país, usa JSP baseado em Java, mas problemas de segurança continuam ocorrendo todos os anos.

Conclusão: PHP não é bobo, fraco ou barato.
Quem usa o PHP da forma errada é que é bobo, fraco e barato.

[nemorize]

Ei?

1. É barato e qualquer pessoa consegue acessar e usar com facilidade;

2. Apesar de ser um carro compacto, ele é bem espaçoso, então dá para enfiar várias coisas nele;

3. O visual também é relativamente bonito;

4. Como o consumo de combustível é ruim, no longo prazo não é tão barato quanto parece;

5. Porém, quando você tenta realmente colocar tudo nele, a potência do motor e outros problemas fazem com que não seja fácil dirigir do jeito que quiser;

6. Você pode aproveitar o visual bonito, usar como camper, até decorar por aí, mas no fim das contas acaba só pilotando de qualquer jeito;

7. Sem falar que ele ainda pode ter risco de capotagem;

8. É barato e qualquer pessoa consegue acessar e usar com facilidade;

9. No universo PHP, dá para usar para web, CLI, cargas de trabalho e vários outros propósitos;

10. O visual também pode ser montado de forma relativamente bonita;

11. É fácil virar código espaguete, e com o aumento das versões do PHP, ele fica cada vez mais complexo, fazendo o custo de manutenção ficar mais alto do que se imagina;

12. Na prática, se quiser usar para múltiplas finalidades, é pesado para rodar em CLI e não é fácil usar fora da web;

13. Mesmo com Laravel e Symphony de arquitetura limpa, só por um instante, é muito difícil resistir à tentação de jogar tudo meio aleatório e criar um código espaguete;

14. Uma linguagem na qual você precisa, ou deve ficar preocupado, com ameaças de segurança o tempo todo

[egirlasm]

É tipo um “Morning” ou “Spark”, não? Sem dinheiro, mas com vontade de dirigir kkkk. Eu também cheguei no começo pelo PHP, mas hoje em dia quase não uso mais. Quando vejo coisas como Laravel, fico pensando por que usar tanto OOP num projeto pequeno. É uma mistura completa de tudo. Sem usar framework, os códigos crus de várias pessoas ficam jogados em xx.php, xx1.php por todo lado kkkk

[t7vonn]

Em comparação com carros nacionais, qual carro seria?

[ephesian]

Porter?

[helloppfm]

É arriscado, mas não há nada melhor que isso. Eu também acho que o "Porter" parece adequado.

[GN⁺]

Comentários do Hacker News

• Java é como uma Corolla. Parece que foi pensada para ser propositalmente comum: tem menos sofisticação que a Mazda3 e passa a impressão de ser só para ir do ponto A ao ponto B. PHP é como a Hyundai Elantra no mundo da programação. No passado, foi fácil de aprender e todo mundo usava, mas ficou muito tempo como piada por causa de problemas de design e falta de confiabilidade. Mas, como a Elantra, evoluiu muito e hoje está bem melhor.
  • A percepção do Corolla hoje não bate com a realidade atual. Desde 2023, o Corolla de entrada já vem com recursos de assistência ao dirigir e até supera a melhor configuração da Mazda. É o único carro que passou no teste de frenagem de emergência automática que para totalmente a partir de 62 mph.
  • A comparação em si ficou ótima, mas o exemplo deixa a desejar. A Mazda3, para mim, é mais “menos opção, mais barata e funciona”, especialmente em 2025. E eu não me lembro de a Corolla ter sido ruim em confiabilidade. Meu tio-avô sempre contou com orgulho que um Corolla de 69 foi o primeiro carro novo que ele realmente comprou — isso abriu o caminho para a onda dos carros japoneses nos anos 80.
  • O Java hoje está bem bom. Inferência de tipos, fibers, text blocks, records etc. melhoraram bastante. Se você ficar preso ao Java 8, talvez não perceba; no resto, usar o Java moderno não incomoda.
  • A analogia ficou realmente boa. Quero saber que carro é parecido com Python; vou anotar para me guiar quando for comprar carro.
  • Java é mais parecido com Honda. Está em todo lugar, a ponto de parecer entediante por ser tão comum. Houve várias tentativas de substituí-lo ou eliminá-lo, mas ele continua vivo.
• O principal motivo do sucesso do PHP foi que foi extremamente fácil de implantar. Muitos programadores subestimam isso, mas, quando entrei no desenvolvimento web, colocar algo em produção em poucos minutos foi um choque de realidade. Parecia uma bicicleta: barata, sem necessidade de licença, qualquer um podia andar, e você conseguia correr rápido sem burocracia. Mesmo sem usar por mais de 10 anos, foi a experiência que me fisgou para algo novo.
  • Também havia muita brincadeira debochada com PHP na internet, e a frase “qualquer idiota pode usar PHP — e, na prática, muitos idiotas já usaram” me marcou. Mas a barreira de entrada baixa é, na verdade, algo bom. Eu acho ótimo se mais gente puder programar, e se o PHP permitir isso, então melhor ainda.
  • A experiência de atrito zero já é um salto quântico. Se dá para fazer algo importante de forma absurdamente fácil, seja com uma ferramenta de nicho ou com serviço de massa, você tende a aceitar defeitos, mesmo que existam. Isso me lembrou de novo da frase “faça uma coisa bem feita”.
  • Quando eu trabalhava com scripts CGI em Perl, upload por FTP, definir permissão de execução e permissões de arquivo eram sempre atritos. Mas o PHP vinha embutido no servidor web, então esse processo sumia e muitas vezes funcionava sem discussão com o administrador. O ganho foi mais pela estrutura de deploy do que pelas características da linguagem.
• PHP é uma linguagem difícil de resumir em uma frase. No fim dos anos 90, migrei dele de mod_perl e permitia adicionar dados dinâmicos facilmente em páginas estáticas. Naquele tempo, sem prática de criar sites grandes, foi uma sucessão de tentativa e erro. Mas a linguagem em si era péssima. Como se costuma dizer: “técnico ruim culpa a ferramenta”, imagine uma chave de fenda com duas alças e três pontas aleatórias. Você até consegue usar, mas é estranho quando alguém diz que ama uma ferramenta dessas, ainda mais com um Snap-On melhor de graça do lado. Então, em PHP não há problema em colocar uma função server-side pequena; mas isso vai criando coisas enormes em formato de teia, e a pessoa mostra “olha o que dá pra fazer com essa ferramenta!”. Só que essa estrutura desaba por partes com o tempo. Isso não passa confiança. Melhorou um pouco, mas continua sendo uma ferramenta muito estranha.
  • Ou seja, PHP é um fractal de mau design.
• Outras linguagens também já alcançaram o PHP. No começo, as linguagens que permitiam escrever código direto em HTML eram, em geral, exclusivas — como JavaScript server-side, ColdFusion, ASP. O PHP foi o primeiro open source e o primeiro que atingiu um nível utilizável, virando o primeiro lugar em desenvolvimento web em 2001. Mesmo comparado com cgi-bin, era mais rápido sem build e gerenciava melhor recursos, permitindo que hostings oferecessem PHP barato e que surgissem produtos open source que mudaram o mundo, como o WordPress. Mas logo virou claro que, para construir uma boa web app, era necessário um framework para roteamento de páginas conforme a entrada. Exemplo: se um formulário dá erro, mostrar success ou retornar a mensagem novamente. Isso pode ser feito em PHP com disciplina, mas no momento em que você cria um novo roteador, passa a ser natural separar a view por um sistema de template. Depois do Ruby on Rails, todas as linguagens passaram a ter frameworks tão convenientes quanto os do PHP, e também passaram a exigir algum nível de disciplina.
  • O ponto único que me levou a usar PHP foi justamente poder escrever código direto no HTML. No começo dos anos 2000, ao descobrir o include do PHP, parecia a peça que faltava no quebra-cabeça — não precisava mais sincronizar manualmente header/nav/footer em dezenas de páginas. Antes do Rails, eu não tinha feito uma web app de verdade. A estrutura e as convenções do Rails tornaram tudo muito mais acessível, e aquele PHP “completo” da época era quase spaghetti, difícil de acompanhar para quem estava aprendendo.
• Tenho usado PHP há mais de 20 anos, e no backend ele sempre foi minha linguagem número 1. Não sou engenheiro de servidor, mas PHP é rápido, bem apoiado e, com habilidade, dá para fazer um servidor robusto, seguro e performático. Só que eu não gosto muito da linguagem em si. Mesmo assim, acredito que ela continuará entre as principais linguagens de backend pelos próximos 50 anos. Eu tenho meu próprio “gráfico do aquário”, que explica tudo, link do gráfico
  • Também usei PHP por mais de 20 anos. Ainda acho uma linguagem boa. Hoje prefiro TypeScript, mas de vez em quando faço scripts em PHP. As funções embutidas ainda são boas para usar.
  • Fiquei curioso de onde vieram os dados desse gráfico. O Scala em 4,6% e Python em 1,2% são totalmente diferentes do que eu esperava. Talvez a percepção de mercado seja outra.
  • Na minha visão, esse gráfico é resultado principalmente da dominância do WordPress (43% dos sites), Joomla (2%) e Drupal (1%), todos CMS em PHP.
• O autor explicou bem que os problemas de design ruins do PHP em 2009 melhoraram bastante, mas não soube explicar por que se deveria usar PHP em um novo projeto em 2025. Não ficou claro o que o diferencia claramente de outras linguagens. Os recursos apresentados parecem ficar no mesmo nível de outras; não sei de nada notavelmente melhor.
  • O único ponto claro em que PHP fica acima é a arquitetura shared nothing. Em Python/FastAPI, por exemplo, se você coloca dado em memória, ele permanece entre requisições. Isso pode ser mais rápido para resolver algo na hora, mas depois o resultado fica difícil de prever e o debug mais difícil. No PHP, como não fica nada de uma requisição para outra, qualquer dado persistente precisa ficar fora, então esse tipo de bug é evitado na raiz. Surpreendentemente, essa vantagem é grande conforme o código cresce.
  • As vantagens do PHP foram e continuam as mesmas: 1) deployment bem fácil e rápido em hospedagem compartilhada; 2) ausência de compartilhamento de dados entre requisições, com vantagem de concorrência e paralelismo; 3) pode misturar com HTML e não precisa de linguagem de template separada. O terceiro ponto não é vantagem para todo mundo — muitos frameworks preferem template próprio —, mas pode ser muito conveniente em alguns casos.
  • Se compararmos com Python, Ruby e JavaScript, além do shared nothing, também há ecossistema open source e maturidade da comunidade, gerenciamento de pacotes unificado e performance geralmente melhor (talvez não tão rápida quanto JavaScript). Outras linguagens podem ser melhores em um ponto, mas acho que só o PHP cumpre todas essas condições.
  • Com bastante código já existente, pode ser uma boa base para vibe coding.
  • Na minha visão, o autor não explicou bem o quanto o PHP evoluiu desde 2009. A maior parte do argumento é “não use o jeito antigo, porque existe um novo jeito”, e no fim, se alguém comete esse passo errado acaba perdendo tempo. O que importa são bons defaults, e ele ignorou esse ponto.
• O texto parece muito preocupado com os haters do PHP, e isso tirou força ao não explicar direito por que escolher PHP em 2025. Eu quase não usei PHP, mas eu gostaria de ter visto argumentos mais fortes do que “a linguagem vale a pena”. Os motivos apresentados não me tocaram muito.
  • Só o fato de programador PHP ser fácil de achar e ter custo menor já fecha a escolha para muita empresa.
• Meu primeiro contato com PHP é meio engraçado, e acho que ali a direção da minha carreira foi definida. No último semestre da faculdade, tinha que cursar várias matérias importantes de uma vez e foi horrível. Uma delas era desenvolvimento web, com tarefa de criar um site de e-commerce. Aprendemos várias maneiras, e o que mais me atraiu foi a facilidade de deploy no PHP. Mas no final, pediram para usar vanilla JS para todo mundo, e eu não consegui fazer deploy em JS direito. Os outros colegas tiveram o mesmo problema. Olhando a nota, código valia só 20%; o resto era design do site ou sucesso no prazo. Como com PHP eu tinha certeza de que ia funcionar, deixei de lado a nota de código e foquei em entregar o deploy com sucesso, conseguindo B-. Quase todo mundo da turma nem conseguiu publicar nada. Tenho muito interesse em PHP moderno, mas não sei por onde começar ou em qual ecossistema entrar; muita gente ainda encara PHP só como linguagem feia e insegura.
  • Em trabalho real, o que mais se usa é Laravel ou Symfony.
• Antes de migrar para outra área, ganhei bastante dinheiro graças ao PHP. Em 20 anos de carreira, nunca fiquei sem trabalho. Entre conhecidos que usam outras linguagens, muitos tiveram mais dificuldade de manter trabalho constante.
• Nunca vou concordar com isso. PHP é como um Ford Escort (precisa de atenção constante e é menos seguro, mas é fácil e simples de dirigir). O Corolla é realmente confiável, consistente e muito mais seguro. (Para quem já lidou com vários carros e linguagens, PHP é só uma escolha pior.)