Re: [PHP-ES] Antes y despúes
[email protected] (Alma Guevara Castro) Sun, 19 Oct 2025 13:47:47 +0000
| Newsgroups | php.general.es |
|---|---|
| Message-ID | <DM4PR14MB489607FB5E7D02C714C1013CE4F4A@DM4PR14MB4896.namprd14.prod.outlook.com> |
--_000_DM4PR14MB489607FB5E7D02C714C1013CE4F4ADM4PR14MB4896namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Pienso que, adem=E1s de lo que mencionaste, mucha publicidad en torno a nue= vas tecnolog=EDas. Tanto el usuario final como los programadores est=E1n tr= as la MODA. Obtener Outlook para Android<https://aka.ms/AAb9ysg> ________________________________ From: Narcis Garcia <[email protected]> Sent: Sunday, October 19, 2025 1:33:01 AM To: [email protected] <[email protected]> Subject: Re: [PHP-ES] Antes y desp=FAes El 19/10/25 a les 6:30, Alma Guevara Castro ha escrit: > > *Fuente: Naiker.codes* > /"Cada d=EDa tengo m=E1s claro que hemos complicado demasiado algo que an= tes > era sencillo. Programar una p=E1gina web en PHP (s=ED, el de toda la vida= ) > sigue siendo, a d=EDa de hoy, una de las formas m=E1s r=E1pidas, estables= y > eficaces de levantar un proyecto funcional./ > /No hace falta un stack de 10 tecnolog=EDas 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=F3n, sino de recordar que la tecnolog=EDa debe > simplificar, no enredar. A veces lo m=E1s eficiente sigue siendo lo m=E1s > simple. /*/=A1PHP vive!/*/"/ > Celebro la vi=F1eta. =BFQu=E9 factores podemos encontrar que han encaminado el desarrollo a este problema? =BFComponentes de terceros, gratuitos pero con =E1nimo de lucro? =BFPereza de escribir c=F3digo? =BFUso 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. --_000_DM4PR14MB489607FB5E7D02C714C1013CE4F4ADM4PR14MB4896namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> </head> <body> <div dir=3D"auto" style=3D"font-family: Aptos, Aptos_MSFontService, -apple-= system, Roboto, Arial, Helvetica, sans-serif; font-size: 12pt;"> Pienso que, adem=E1s de lo que mencionaste, mucha publicidad en torno a nue= vas tecnolog=EDas. Tanto el usuario final como los programadores est=E1n tr= as la MODA.</div> <div id=3D"ms-outlook-mobile-body-separator-line" data-applydefaultfontstyl= es=3D"true" dir=3D"auto" style=3D"font-family: Aptos, Aptos_MSFontService, = -apple-system, Roboto, Arial, Helvetica, sans-serif; font-size: 12pt;"> <div style=3D"font-family: Aptos, Aptos_MSFontService, -apple-system, Robot= o, Arial, Helvetica, sans-serif; font-size: 12pt;"> <br> </div> </div> <div id=3D"ms-outlook-mobile-signature" dir=3D"auto" style=3D"font-family: = Aptos, Aptos_MSFontService, -apple-system, Roboto, Arial, Helvetica, sans-s= erif; font-size: 12pt;"> <span style=3D"font-family: Aptos, Aptos_MSFontService, -apple-system, Robo= to, Arial, Helvetica, sans-serif; font-size: 12pt;">Obtener </span><a href=3D"https://aka.ms/AAb9ysg" style=3D"font-family: Aptos, Apto= s_MSFontService, -apple-system, Roboto, Arial, Helvetica, sans-serif; font-= size: 12pt;">Outlook para Android</a></div> <hr style=3D"display:inline-block;width:98%" tabindex=3D"-1"> <div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" st= yle=3D"font-size:11pt" color=3D"#000000"><b>From:</b> Narcis Garcia <deb= [email protected]><br> <b>Sent:</b> Sunday, October 19, 2025 1:33:01 AM<br> <b>To:</b> [email protected] <[email protected]><br> <b>Subject:</b> Re: [PHP-ES] Antes y desp=FAes</font> <div> </div> </div> <div class=3D"BodyFragment"><font size=3D"2"><span style=3D"font-size:11pt;= "> <div class=3D"PlainText">El 19/10/25 a les 6:30, Alma Guevara Castro ha esc= rit:<br> > <br> > *Fuente: Naiker.codes*<br> > /"Cada d=EDa tengo m=E1s claro que hemos complicado demasiado alg= o que antes <br> > era sencillo. Programar una p=E1gina web en PHP (s=ED, el de toda la v= ida) <br> > sigue siendo, a d=EDa de hoy, una de las formas m=E1s r=E1pidas, estab= les y <br> > eficaces de levantar un proyecto funcional./<br> > /No hace falta un stack de 10 tecnolog=EDas ni un curso intensivo de <= br> > dependencias para mostrar datos en pantalla o conectar con una base de= <br> > datos. Pero parece que ahora todo tiene que pasar por React, Node, <br= > > Webpack, NPM, Typescript, Redux, Vite ... con el respeto que se merece= n./<br> > /Y en muchos casos, no aporta valor real al usuario, solo complica el = <br> > desarrollo, la curva de aprendizaje y el mantenimiento. No se trata de= <br> > rechazar la innovaci=F3n, sino de recordar que la tecnolog=EDa debe <b= r> > simplificar, no enredar. A veces lo m=E1s eficiente sigue siendo lo m= =E1s <br> > simple. /*/=A1PHP vive!/*/"/<br> > <br> <br> Celebro la vi=F1eta.<br> <br> =BFQu=E9 factores podemos encontrar que han encaminado el desarrollo a este= <br> problema?<br> =BFComponentes de terceros, gratuitos pero con =E1nimo de lucro?<br> =BFPereza de escribir c=F3digo?<br> =BFUso de plantillas para el aspecto visual?<br> <br> <br> -- <br> <br> Narcis Garcia<br> <br> __________<br> I'm using this dedicated address because personal addresses aren't <br> masked enough at this mail public archive. Public archive administrator <br= > should remove and omit any @, dot and mailto combinations against <br> automated addresses collectors.<br> </div> </span></font></div> </body> </html> --_000_DM4PR14MB489607FB5E7D02C714C1013CE4F4ADM4PR14MB4896namp_--