Re: Antes y despúes
| From: | Alma Guevara Castro | Date: | Sun, 19 Oct 2025 13:47:47 +0000 |
| Subject: | Re: Antes y despúes | ||
| References: | 1 2 | Groups: | php.general.es |
| Request: | Send a blank email to general-es+get-65779@lists.php.net to get a copy of this message | ||
Pienso que, además de lo que mencionaste, mucha publicidad en torno a nuevas tecnologías. Tanto el
usuario final como los programadores están tras la MODA.
Obtener Outlook para Android<https://aka.ms/AAb9ysg>
________________________________
From: Narcis Garcia <debianlists@actiu.net>
Sent: Sunday, October 19, 2025 1:33:01 AM
To: php-es@lists.php.net <php-es@lists.php.net>
Subject: Re: [PHP-ES] Antes y despúes
El 19/10/25 a les 6:30, Alma Guevara Castro ha escrit:
>
> *Fuente: Naiker.codes*
> /"Cada día tengo más claro que hemos complicado demasiado algo que antes
> era sencillo. Programar una página web en PHP (sí, el de toda la vida)
> sigue siendo, a día de hoy, una de las formas más rápidas, estables y
> eficaces de levantar un proyecto funcional./
> /No hace falta un stack de 10 tecnologías ni un curso intensivo de
> dependencias para mostrar datos en pantalla o conectar con una base de
> datos. Pero parece que ahora todo tiene que pasar por React, Node,
> Webpack, NPM, Typescript, Redux, Vite ... con el respeto que se merecen./
> /Y en muchos casos, no aporta valor real al usuario, solo complica el
> desarrollo, la curva de aprendizaje y el mantenimiento. No se trata de
> rechazar la innovación, sino de recordar que la tecnología debe
> simplificar, no enredar. A veces lo más eficiente sigue siendo lo más
> simple. /*/¡PHP vive!/*/"/
>
Celebro la viñeta.
¿Qué factores podemos encontrar que han encaminado el desarrollo a este
problema?
¿Componentes de terceros, gratuitos pero con ánimo de lucro?
¿Pereza de escribir código?
¿Uso de plantillas para el aspecto visual?
--
Narcis Garcia
__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should remove and omit any @, dot and mailto combinations against
automated addresses collectors.