5 puntos por GN⁺ 2025-08-05 | 8 comentarios | Compartir por WhatsApp
  • PHP y JavaScript se convirtieron en dos pilares de la web desde su aparición en 1995, y expandieron su ecosistema a pesar de los fallos de diseño iniciales y el menosprecio que recibieron.
  • En 1997 ambos pasaron por procesos de estandarización, y con el apoyo de Facebook y Google/Microsoft experimentaron un resurgimiento en la década de 2010.
  • PHP fue menospreciado por mucho tiempo por su “maldiseño fractal”, su sintaxis única y diversos defectos, pero hoy el 70~80% de los sitios web del mundo funcionan con PHP.
  • Como núcleo de la pila LAMP, es fácil de encontrar en cualquier lugar, es de bajo costo y ha evolucionado hacia un lenguaje sólido con funciones modernas (OOP, FP, administrador de paquetes, pruebas, etc.).
  • En los últimos años, con la llegada de runtimes basados en Go como FrankenPHP, junto con la mejora constante de la seguridad y la expansión impulsada por la comunidad, está buscando su futuro.

El auge de PHP y la programación web

  • En 1995, un desarrollador de software casi desconocido lanzó la primera versión de un nuevo lenguaje de scripting llamado PHP, abriendo un panorama más amplio para el desarrollo de aplicaciones web.
  • Con la estandarización gradual y la incorporación de funcionalidades de OOP (programación orientada a objetos), se consolidó como un lenguaje en serio.
  • Sin embargo, su sintaxis única, su modelo de ejecución en tiempo de ejecución y los frecuentes problemas de seguridad, junto con la gran cantidad de frameworks, hicieron que fuera blanco de críticas entre muchos programadores “serios” durante décadas.
  • Aun así, gracias a la fuerza de la comunidad y al respaldo de empresas de TI importantes, PHP ha seguido evolucionando y expandiendo un ecosistema enorme.

Historias paralelas de PHP y JavaScript

  • En 1995 surgieron respectivamente de Rasmus Lerdorf ("Personal Home Page Tools") y Brendan Eich (Netscape).
  • Ambos lenguajes recibieron críticas de los “programadores serios” en sus inicios por su diseño tosco y problemas de sintaxis.
  • En 1997, ambos pasaron por procesos de estandarización mediante PHP/FI 2 y ECMA-262.
  • A partir de la década de 2010, experimentaron un gran avance gracias al apoyo de gigantes tecnológicos como Facebook, Google y Microsoft.
  • Al 2025, surgieron nuevos runtimes reencarnados sobre Go, como FrankenPHP y TypeScript Native.

La ironía del "lenguaje que nadie quiere, pero todos usan"

  • C, Java, Python y Perl tienen sus propios apodos.
    • C: "Ensamblador portable"
    • Java: "Escríbelo una vez, depura en cualquier lugar"
    • Python: "Seudo-código ejecutable"
    • JavaScript: "Lenguaje creado en 10 días"
    • Perl: "Cinta aislante de Internet"
  • Aun con apodos negativos como “maldiseño fractal” y "Pretty Horrific Programming", PHP muestra resultados al impulsar entre el 70 y 80% de la web mundial.

PHP: la Toyota Corolla de la programación

  • Es económico, fácil de usar en cualquier sitio y símbolo de la combinación LAMP (Linux, Apache, MySQL, PHP).
  • Hoy PHP es un proyecto de código abierto completo, con soporte para funcionalidades avanzadas de programación orientada a objetos (traits, property hooks, namespaces, propiedades, enums) y de programación funcional (closures, listas de captura, funciones flecha).
  • También se incorporará el operador pipe, la comprobación rápida de tipos, una biblioteca estándar extensa, un potente administrador de paquetes de código abierto (Composer) y Packagist, además de un marco de pruebas destacado como PHPUnit, entre otras mejoras, para sumar rasgos modernos y potentes.
  • Su rendimiento y velocidad de compilación también son sobresalientes, y cuenta con un IDE dedicado de JetBrains, una mascota propia, una comunidad activa y un ecosistema propio.

Problemas del pasado y cambio de percepción

  • Existen también desventajas del pasado como el operador goto y nombres de variables peculiares, pero en la última década se han hecho mejoras persistentes con lanzamientos regulares, eliminación de vulnerabilidades de seguridad y limpieza de APIs heredadas.
    • A comienzos de los 2000 hubo vulnerabilidades de seguridad y el movimiento “I Hate PHP”, entre otros factores de imagen negativa.
    • En la última década, con lanzamientos periódicos (cada noviembre), mejoras de seguridad y modernización de APIs, aumentaron la solidez lingüística y la confiabilidad del lenguaje.
  • Los programadores que antes menospreciaban PHP están llegando al punto de reconocer su evolución reciente.
  • Problemas de seguridad clásicos como la inyección SQL siguen siendo aspectos que aún requieren atención.

Comunidad y ecosistema

  • Con el fortalecimiento de organizaciones formales como la PHP Foundation y el apoyo de la industria, mantiene una cultura comunitaria relativamente independiente de la influencia de grandes empresas tecnológicas, excluyendo a JetBrains.
  • En 2004 el lenguaje ocupó el puesto 3, pero recientemente ha bajado algo y hoy se ubica entre los puestos 7 y 15 en diversos indicadores.
    • Aunque TIOBE, IEEE y PYPL muestran un descenso en la popularidad, en rankings como RedMonk ha subido constantemente dentro del top, lo que indica que la caída no es tan fuerte como parecía.

Evolución del motor: FrankenPHP

  • Durante décadas, el motor Zend fue el motor estándar de PHP, pero recientemente la introducción del nuevo runtime oficial FrankenPHP mejoró drásticamente el soporte para entornos con contenedores.
  • Manteniendo una compatibilidad del 100% con la base de código existente, FrankenPHP ofrece una containerización sencilla y un nuevo modelo de ejecución, y se perfila como pieza clave para la evolución de PHP hacia el futuro.

Futuro y percepción de PHP

  • PHP todavía puede verse como un lenguaje "no serio", pero mantiene una influencia real al sostener numerosos sitios y aplicaciones, y una comunidad activa sigue en marcha.
    • Aún persiste la fama de ser "producto de un diseño accidental" y "un lenguaje que casi no aparece en papers académicos".
  • Como subrayó Rasmus Lerdorf, se confirma que se trata de un lenguaje basado en la participación voluntaria y el crecimiento comunitario.
  • Queda registrado como un caso de éxito de código abierto de tipo "bazar" que evolucionó al soltar el control y crecer con la colaboración de muchas personas.

Conclusión

  • PHP es un actor imposible de ignorar, una especie de “Toyota Corolla” del ecosistema web.
  • Aunque es tema de humor y crítica, en la práctica es un lenguaje de programación robusto que sostiene la base de la web mundial.
  • Por su bajo costo, fácil entrada y ecosistema abundante, ofrece un entorno que facilita el primer paso de los desarrolladores jóvenes.
  • De cara al futuro, mantiene un potencial de evolución sostenida con la armonía entre comunidad y nuevas tendencias tecnológicas

8 comentarios

 
bobqoq 2025-08-06

En términos simples, "el lenguaje que te hace ganar dinero"

 
anonymous1024 2025-08-06

Como profesional que trabaja actualmente con PHP, me cuesta entender por qué se desprecia tanto a PHP.
Todos dicen que PHP es barato, fácil de implementar y que no se puede usar a largo plazo, y que su seguridad es débil.
Pero ese planteamiento en sí mismo es completamente anticuado, y quisiera decirles con confianza que son unos "idiotas".
El PHP actual es un lenguaje muy moderno, y aunque hoy empieces un proyecto de largo plazo, puedes crear módulos que se puedan usar en cualquier lugar y reutilizar en cualquier web; esto mismo lo muestran los frameworks modernos de PHP. Aunque no sea lo último, PHP 8 o superior también ha mejorado mucho la seguridad, y cada año anuncia actualizaciones de versión. En particular, Laravel también está realizando actualizaciones de versión cada año.
Quienes dicen que PHP tiene poca seguridad, pueden decir que en Java o en otros lenguajes backend se están encontrando muchísimos reportes de riesgo y que hoy siguen ocurriendo fallas muy graves.
Como ejemplo, Corea del Sur es un país que usa JSP con Java, pero los problemas de seguridad siguen apareciendo cada año.

Conclusión: PHP no es tonto, débil ni barato.
Los que usan PHP incorrectamente son los que son tontos, débiles y baratos.

 
nemorize 2025-08-05

¿Ray?

  1. Es barato y cualquiera puede acceder y usarlo fácilmente.

  2. Aunque sea un auto compacto, se siente bastante amplio y da la sensación de que puedes meterle muchas cosas.

  3. La apariencia también se puede dejar bastante bonita.

  4. Pero tiene un mal rendimiento de combustible, así que a largo plazo no resulta tan económico como parece.

  5. Cuando intentas meterle cosas de verdad, la potencia del motor y varios detalles hacen que sea difícil manejarlo a tu antojo.

  6. Aunque disfrutas su estética, lo usas un rato como furgoneta-camping y lo decoras aquí y allá, pero al final terminas conduciéndolo de cualquier forma.

  7. Y además, es un auto con riesgo de volcar.

  8. Es barato y cualquiera puede acceder y usarlo fácilmente.

  9. Con PHP, puedes usarlo para web, CLI, cargas de trabajo y varios propósitos.

  10. También puedes armar una apariencia bastante bonita.

  11. Es fácil que acabe convertido en spaghetti code, y a medida que sube la versión de PHP se vuelve cada vez más complejo, por lo que el costo de mantenimiento termina siendo más alto de lo esperado.

  12. Cuando realmente quieres usarlo para varios propósitos, es pesado para manejarlo por CLI y no es fácil usarlo para algo que no sea web.

  13. Incluso con estructuras limpias de Laravel o Symfony solo por un momento, la tentación de tirar todo a la mala y hacer spaghetti code es realmente difícil de resistir.

  14. Es un lenguaje en el que siempre tienes que preocuparte por amenazas de seguridad, o tener que preocuparte por ello constantemente.

 
egirlasm 2025-08-05

¿No es algo como un Morning o un Spark? Sin dinero, pero con ganas de conducir, jajaja. Yo también me acerqué primero a PHP, pero últimamente casi no lo uso. Cuando veo cosas como Laravel, es justo ese tipo de “¿para qué tanto OOP en un proyecto pequeño?”. Es puro mezclado de todo, un verdadero jumble. Sin usar un framework, el código de mucha gente termina siendo un montón de archivos tipo xx.php, xx1.php por todas partes, jajaja.

 
t7vonn 2025-08-05

Si lo comparamos con un auto nacional, ¿qué auto sería?

 
ephesian 2025-08-05

¿Porter?

 
helloppfm 2025-08-05

Es arriesgado, pero no hay nada mejor que esto.
Yo también creo que “Porter” se ve apropiado.

 
GN⁺ 2025-08-05
Opinión de Hacker News
  • Java es como la Corolla. Buscó ser deliberadamente común: le falta sofisticación frente a rivales como la Mazda3 y parece un auto hecho solo para ir de A a B. PHP es como el Hyundai Elantra en el mundo de la programación. Antes tuvo baja barrera de entrada y lo usaba todo el mundo, pero por sus problemas de diseño y su poca confiabilidad fue motivo de bromas durante años. Pero, como el Elantra, ha mejorado mucho y ahora es bastante decente.

    • La visión actual de la Corolla difiere bastante de la realidad. Desde 2023, incluso en su versión base trae por defecto asistencias de conducción semiautónoma, e incluso está por encima de la opción más alta de Mazda. Es el único vehículo que aprobó la prueba de frenado de emergencia de detención total desde 62 mph: el Toyota Corolla.

    • La metáfora es buena, pero el ejemplo deja que desear. La Mazda3 se siente más como "pocas opciones, barato y que funciona", sobre todo hoy, en 2025. Y no recuerdo una época en la que la Corolla fuera mala en confiabilidad. Un familiar mayor siempre presumía de que su Corolla de 1969 había sido su primer auto nuevo. Eso abrió el camino para el boom de los autos japoneses de los 80.

    • Hoy Java está bastante bien: inferencia de tipos, fibras, bloques de texto, records y muchas otras mejoras. Si solo piensas en Java 8, puede que no, pero en el entorno Java moderno ya no me genera rechazo como antes.

    • Excelente analogía. Me encantaría saber con qué carro sería comparable Python para tenerlo en cuenta cuando compre uno.

    • En realidad, Java se parece más a Honda. Está tan extendido que se ve en todos lados, es tan plana y predecible que termina pareciendo aburrida. Hubo muchos intentos de reemplazarla o acabarla, pero siempre sigue sobreviviendo

  • La única razón del éxito de PHP fue que el despliegue era extremadamente fácil. Los programadores tienden a subestimarlo, pero cuando me acerqué al desarrollo web por primera vez fue asombroso poder ponerlo en producción real en minutos. La sentí como una bicicleta: barata, no necesitas licencia, cualquiera puede montarse y puedes correr rápido sin trámites complicados. Llevó 10 años sin usarla y fue toda una experiencia para engancharme.

    • También hubo muchas burlas sobre PHP en internet, pero una frase que me llamó la atención fue "cualquier tonto puede usar PHP — de hecho, muchos tontos lo han hecho". Sin embargo, que la barrera de entrada sea baja también puede ser algo bueno. Yo quiero que más personas puedan programar, y si PHP lo permite, me parece aún mejor.

    • Esa experiencia de cero fricción es un salto cuántico. Cuando puedes hacer algo importante de forma absurdamente fácil, aunque tenga fallas, terminas aceptándolo, sea una herramienta especializada o un servicio masivo. Se me viene a la mente la famosa filosofía de "haz una cosa bien".

    • Cuando trabajaba con scripts CGI en Perl, los obstáculos eran constantes: subir por FTP, poner permisos de ejecución, ajustar permisos de archivos… Con PHP, como venía integrado al servidor web, muchas de esas fricciones desaparecían y muchas veces todo corría sin discutir con el administrador del sitio. Eso se debe más a la estructura de despliegue que a las características del lenguaje.

  • PHP es un idioma difícil de describir en una sola frase. En el cambio de finales de los 90 desde mod_perl, era una alternativa para añadir datos dinámicos a páginas estáticas. En aquella época, sin experiencia construyendo sitios grandes, era una cadena de tropiezos. Pero el lenguaje en sí era realmente malo. Como dice el dicho "el mal técnico culpa a sus herramientas", imagina un destornillador con dos empuñaduras y tres puntas al azar. Quizá alguien lo use, pero cuando alguien dice que ama esa herramienta me entran dudas. Especialmente si al lado tienes gratis uno Snap-On mejor. Por eso meter una función pequeña del lado servidor en PHP estaba bien, pero luego se construye una monstruosidad tipo telaraña y alguien dice "¡mira lo que puedes hacer con este destornillador!" y algo de ella se viene abajo cada cierto tiempo. Esa sensación no inspira confianza. Ha mejorado un poco, pero sigue siendo una herramienta muy extraña.

    • En resumen, PHP es un fractal de mal diseño.
  • Otras tecnologías la han alcanzado ahora. Al principio, los lenguajes que permitían poner código directo en HTML eran prácticamente exclusivos: JavaScript del lado del servidor, ColdFusion, ASP. PHP fue la primera en ser open source y alcanzar un nivel utilizable, y en 2001 se convirtió en la primera opción para desarrollar web apps. En comparación con CGI-bin, era más rápido y con mejor manejo de recursos sin compilación, así que los proveedores de hosting podían ofrecer hosting PHP barato y productos open source que cambiaron el mundo, como WordPress, pudieron florecer. Pero luego se vieron los límites: entendimos que para crear una buena web app necesitas una estructura de framework para enrutar distintas páginas según la entrada. Por ejemplo, si hay un error en un formulario, hay que mostrar otra vista y volver a mostrar el mensaje de error. Eso es posible en PHP si hay disciplina, pero al crear un enrutador nuevo termina siendo natural separar la vista con un sistema de templates. Desde Ruby on Rails en adelante, todos los lenguajes lograron frameworks tan cómodos como PHP, y también empezaron a exigir cierto nivel de disciplina.

    • Lo único por lo que usé PHP fue la posibilidad de escribir código directo en HTML. Al descubrir include de PHP a comienzos de los 2000, sentí que era la pieza que faltaba del puzzle. Ya no tenía que sincronizar manualmente encabezado/navegación/pie en decenas de páginas. Antes de Rails, no había creado una web app realmente decente. Con la estructura y convenciones de Rails, todo se volvió mucho más accesible; el PHP complejo de entonces era prácticamente spaghetti y era difícil de seguir para quien estaba aprendiendo.
  • Llevaba más de 20 años usando PHP y, en backend, siempre ha sido mi lenguaje prioritario. No soy ingeniero de servidores, pero PHP es rápido, está bien soportado y, si sabes, puedes construir servidores robustos, seguros y de buen rendimiento. No me gusta mucho como lenguaje en sí. Aun así, creo que seguirá siendo un lenguaje backend principal por al menos 50 años. Tengo un "gráfico de pecera" que lo resume todo enlace al gráfico

    • Yo también llevo más de 20 años usándolo. Aun así, lo sigo considerando un lenguaje válido. Hoy prefiero TypeScript, pero a veces hago scripting en PHP. Las funcionalidades integradas siguen siendo muy útiles.

    • Me intriga de dónde salen esos datos del gráfico. Que Scala esté en 4.6% y Python en 1.2% no se parece en nada a lo que yo esperaba; quizá la sensación en la industria sea otra.

    • Para mí, esos datos se deben sobre todo a la cuota brutal de WordPress (43% de todos los sitios), más Joomla (2%) y Drupal (1%), que son CMS de base PHP.

  • El autor explicó bien que muchos de los problemas de diseño de 2009 mejoraron, pero no logra argumentar por qué elegir PHP para proyectos nuevos en 2025. No me queda claro qué punto fuerte la vuelve claramente superior a otros lenguajes. Las características que presenta parecen estar al nivel de los demás, nada destaca como mejor.

    • El punto donde PHP tiene ventaja es claramente la arquitectura shared nothing. En Python, en entornos como FastAPI, si guardas datos en memoria, quedan entre requests. Puedes resolver problemas rápido, pero esa estructura hace difícil predecir resultados y depurar más tarde. PHP, en cambio, no guarda nada entre solicitudes, así que lo que quieras persistir debe ir afuera, lo que previene ese tipo de bugs de raíz. Eso, paradójicamente, termina siendo una ventaja bastante grande cuando escribes mucho código.

    • Las ventajas de PHP son, hoy y ayer, las mismas: 1) despliegue fácil y rápido, especialmente en hosting compartido; 2) no hay compartir datos entre requests, así que mejora concurrencia y paralelismo; 3) puede mezclarse con HTML y no requiere un lenguaje de plantillas separado. La tercera no es para todos, de hecho muchos frameworks prefieren un lenguaje de templates aparte, pero a veces es realmente conveniente.

    • Si el contrapunto será Python, Ruby y JavaScript, además de esa arquitectura, PHP también tiene un ecosistema open source y una comunidad maduras, y una gestión de paquetes más unificada, y además rendimiento generalmente mejor (aunque quizá no tan rápido como JavaScript). Los lenguajes competidores pueden ganar en algún punto, pero creo que solo PHP cumple todas estas condiciones a la vez.

    • Puede funcionar bien como base de vibe coding, porque ya hay mucho código preexistente.

    • Creo que el autor no explica correctamente cómo se desarrolló PHP para 2009. Su postura parece "no usar la vieja forma, hay una nueva manera"; al final terminas peleando con la implementación antigua. Tener buenos defaults importa, y él lo pasa por alto.

  • El texto se centra demasiado en responder a los haters de PHP y pierde fuerza al no explicar bien por qué elegir PHP en 2025. Yo casi no lo he usado, pero quería ver razones más convincentes de por qué vale la pena. Lo que presentaron no me conviene mucho.

    • Los PHP developers son fáciles de encontrar y más baratos, así que para muchas empresas eso ya basta para decidir.
  • Mi primer encuentro con PHP fue bastante gracioso, y creo que marcó mi carrera. En el último semestre de la universidad tenía que sacar varias materias pesadas a la vez y fue durísimo. Una de ellas era desarrollo web y el proyecto final era armar un e-commerce. Probé varias rutas y la facilidad para desplegar en PHP fue una gran ventaja. Pero al final nos obligaron a hacerlo todo en vanilla JS, y yo no pude desplegar bien en JS. La mayoría de mis compañeros igual. Mirando la rúbrica, solo el 20% era calidad de código y el resto era diseño del sitio y lograr publicar antes del deadline. Con PHP podía tener la confianza de que funcionaba, así que dejé de lado la nota de código y me enfoqué en desplegar para sacar una B-, algo que les impidió a la mayoría de alumnos entregar la tarea. Muchos aún no saben por dónde empezar con PHP moderno ni qué ecosistema hay; todavía ven PHP solo como feo y poco seguro.

    • En el entorno práctico, mucho se usa Laravel o Symfony.
  • Antes de cambiar de área, me gané una buena plata gracias a PHP. En 20 años de carrera nunca pasé por un período sin trabajo. Gente cercana que usa otros lenguajes suele tener más dificultades para mantener un flujo constante de trabajo.

  • No puedo estar totalmente de acuerdo. PHP es como un Ford Escort (requiere atención frecuente y tiene seguridad débil, pero conducirlo es fácil y simple). La Corolla es realmente y realmente confiable, consistente y mucho más segura. Desde la perspectiva de alguien que ha manejado varios autos y lenguajes, PHP es simplemente una opción inferior.