Estoy de acuerdo contigo; le pregunte a la IA respecto al tema hace unos días, dijo que antes los primeros programadores al no tener tantas opciones se conecentraban más en soluciones y eran más creativos. De eso estoy seguro también.
En mi trabajo actual usan jQuery, y yo pasé meses estudiando React y Astro 😂. Yo creo que si funciona y deja dinero no importa en qué tecnología esté hecho
Desde hace algún tiempo yo también he notado que la complejidad del desarrollo front-end se ha convertido en un problema cada vez más evidente (llevo programando más de 15 años), y eso hace pensar que su tendencia podría ir a la baja o, al menos, transformarse. Muchas de las dificultades actuales no provienen directamente de la lógica de negocio, sino de aspectos como la presentación de la información y la interacción con el usuario. Esto provoca que, en lugar de enfocarnos en resolver las necesidades reales del cliente, invirtamos tiempo en resolver las complicaciones propias de la interfaz. En este sentido, es natural que surjan herramientas y metodologías que simplifiquen estos retos -como ha sucedido con las plataformas de low-code- para que podamos dedicar más energía a lo que de verdad importa: la solución de problemas del cliente. Tal como menciona Héctor, el problema crecerá, pero precisamente ese crecimiento acelerará la aparición de soluciones que lo hagan más manejable. Creo que, con el tiempo, el rol del desarrollador front-end y el del back-end terminarán fusionándose, de modo parecido a lo que se vivía en los años noventa, cuando la prioridad era crear un producto que funcionara y resolviera las necesidades del usuario. Por otro lado, es más probable que las formas de interacción -ya sea visual o por voz- se estandaricen, mientras que la lógica de negocio seguirá requiriendo ingenio y personalización. Además, como señala Javier Cañada al decir “Lo que se pueda hacer con IA, se hará con IA”, la interfaz por voz ganará terreno debido a la menor carga cognitiva que impone, en comparación con una interfaz gráfica. En definitiva, estimo que el back-end cobrará todavía más importancia, ya que es lo que la inteligencia artificial no podrá cubrir al 100 % sin intervención humana. Por el contrario, las reglas de interacción, tanto visual como por voz, son más susceptibles de ser delimitadas y estandarizadas. Así, el enfoque se centrará cada vez más en la lógica de negocio y en la solución real de los problemas del cliente, lo que, en mi opinión, marcará el rumbo futuro del desarrollo de software.
Gracias por compartir una observación tan realista del panorama actual del Frontend. Tengo 5 años en esto y lo cierto es que aun muchos, malamente, tienen la percepcion que mi trabajo es cambiar el color de un botón 😅
Quiero agregar esto, el desarrollo frontend se ha vuelto tan complejo que resulta agotador aprender tanta tecnología solo para que todo compile en HTML, CSS y JavaScript. Estamos inundados con React, Vue.js, Angular, Svelte, Solid.js, Astro, Next.js, Nuxt.js, Gatsby, Bootstrap, Tailwind CSS, Material UI, Chakra UI, Foundation, Bulma, Alpine.js, Lit, Stencil, Backbone.js, Ember.js, Preact, jQuery (aunque ya casi obsoleto), y cada semana parece aparecer una nueva "solución revolucionaria". Todo se reduce a configurar bundlers como Webpack, Vite, Parcel o Rollup solo para obtener el mismo trío fundamental: HTML, CSS y JavaScript. La pregunta es: ¿cuándo se simplificará este caos? Estamos atrapados en un ciclo interminable de herramientas, dependencias y modas tecnológicas que prometen productividad pero, paradójicamente, la complican aún más. ¿No sería mejor optimizar lo que ya tenemos en lugar de seguir reinventando la rueda?
Literal tanta complejidad y al final lo puedes hacer en cualquier lenguaje backend del server next se basa en hacer el html en el server cosas que siempre se ha hecho desde php, etc
Si la gente quiere construir herramientas nuevas allá ellos, sin faltar el respeto no debería ser asunto tuyo. En mi caso he trabajado profesionalmente con Angular y React, y no pienso aprender herramientas adicionales a no ser que sea estrictamente necesario. No hay que sentirse abrumado con los nuevos frameworks mientras lo que sepas te resulte suficiente
Por eso es que en vez de desarrollar con frameworks simplemente trabajar desde la base con CSS, HTML, Javascript y PHP. Tantos frameworks para productividad y curva de aprendizaje es lenta.
Como diría nuestro amigo y docente digital JonMircha y eso también lo tomo para mí: "Al carajo los frameworks modernos, me gusta hacer código minimalista que funcione por años y no colapse al actualizar tus dependencias. " Keep it simple. Cero royos.
Muy cierto, a veces incluso es mejor implementar tu propia libreria mas sencilla para resolver un problema que recurrir a librerias externas que puedan colapsar por falta de soporte y de demanda
@@programador-xx Así es, pues la deuda técnica puede ser grande en el futuro. Lo importante es tener buenas prácticas en el desarrollo e implementar códigos legibles y escalables.
Estoy empezando a aprender C#, .NET (vengo de PHP y me gustaria probar otras cosas) y todas esas cosas para back porque siempre me gustaron las bases de datos y eso, luego aprendi front end y me gusto pero cuando vi que tenemos opciones como vue, react, angular, astro y que van cambiando cada poco tiempo dije mejor me quedo con el back jajaja (o fullstack en su defecto pero con mayor enfoque en el back)
En mi opinión, una vez que "dominas" un framework se hace mucho más fácil aprender los otros. Hace mucho tiempo quise aprender React desde 0 y no entendía nada. Luego por temas laborales tuve que aprender bien Angular. Un tiempo después tuve que volver a aprender React y se hizo mucho más fácil que la primera vez. Hay muchos conceptos que son transferibles de una tecnología a otra
@@flanderstruck3751 Si eso es cierto, pero al final a veces varian en algunas cosas o hay funcionalidades nuevas que agregan, para ser "el mas novedoso" como explica Hector. Si te dedicas al frontend solamente no creo que haya mucho problema, pero si tienes que ser fullstack es imposible ir mas a fondo teniendo por un lado mucha demanda y aprendizaje de cosas nuevas en el front e ir a lo "profundo" del back. As es como lo veo yo pero si es cierto lo que comentas. Saludos
12 часов назад+4
Gracias man y tienes razon, cada vez es mas complejo.
Yo pienso que se volvió más complejo al intentar solucionar un problema y luego salía otro por ejemplo cuando embebias las páginas con php a cada cierto tiempo tenías que mandar a pedir toda la página al servidor llegó el virtual dom con SPA y soluciono el asunto pero ahora teníamos más Javascript y eso afectaba al perfomance ahora tenemos el SSR o la hidratación para solucionarlo pero ahora toca ver cuando que componente es por esto y aquello. Los framework trajeron soluciones pero también una curva de aprendizaje cada vez mayor.
Siempre ha sido complejo el desarrollo de frontend, gracias a los frameworks es mucho más sencillo y queda un código de mejor calidad. Sin embargo, hoy en día el frontend está acaparado por mucha gente sin experiencia y quedan unos productos nefastos en el framework que sea
Basado en mi experiencia personal, recuerdo que en php uno literalmente hacía de todo y manejaba el renderizado en el servidor, pero a medida que se iba aumentando el proyecto, sino se hacía bien, se transformaba un código espagueti espantoso difícil de mantener. Actualmente ahora es al revés, en el backend se maneja el llamado de las apis y se dejó toda la carga al frontend para manejar las vistas. Sea un método u otro es esencial irlo construyendo con buenas prácticas para facilitar su expansión, sin que se convierta en una pesadilla
Tambien agregaria que la mayoria de las empresas complican mas el desarrollo frontend. Crean libreria propia de componentes para que se usen por ejemplo selects, buttons etc.. y generalmente estan con errores o pierden mantenimiento, entonces a la hora de usarlos en tu tarea de front te dan errores que no podes corregir.
para una landing page simple no tiene sentido utilizar un framework js. pero para websites que requieren mucha interactividad o interfaces complejas (un e-commerce mediano, o un dashboard de mediana complejidad o una interfaz como binance que muestra cambios y updates de datos constantemente en real time) sí que tiene mucho sentido un framework JS. hacerlo con vanilla js o jQuery sería demasiado complejo o imposible de hacer / mantener. quizás a veces con algo intermedio, directo y sencillo como alpineJS alcanza también.
Que grande Héctor! al fin alguien que dice lo justo sobre la época de PHP y listo, se está yendo todo al desmadre, yo sigo trabajando con el stack LAMP y me va muy bien, de vez en cuando uso algo de Jquery y listo! PHP puro, liviano, seguro y simple! saludos hermano!
Si puedo hacer frontend a partir de un prompt y adicionalmente conectarlo con miles de servicios, creo que Hector se está perdiendo de algo y debo seguir aprendiendo. 😊
tienes razón bro, y también que los chicos nuevos no se preocupan por aprender html css y js básicos si no que solo aprenden como funciona un framework y se limitan a eso, sin saber como hacer cosas básicas
Gracias siempre por los consejos yo si que eh aprendido mucho de ti ya sé más decidir que usar para mis proyectos que hago depende de la estabilidad que voy a tener o qué tipo de sistemas , puedo decir que algunos todavía uso jqury por qué me funciona, en otros ocupo Vue por qué un sistema de esas características, entonces ahí voy diciéndo que voy hacer también depende de la experiencia que tenga el equipo en cierta tecnología por qué no vas a elegir algo de moda cuando tu o el equipo ni sabe y la curva aprendizaje va llevar tiempo , entonces yo ya empiezo a tener ese pensamiento de donde queremos llevar proyectos, como dices si una lading solo uso HTML , boostrap y css depende mucho de las cosas jej
En la ingenieria existen muchas formas de hacer lo mismo, ya sea frontend, backend o cualquier otra rama del software, creo que lo importante es usar lo mas adecuado para resolver el problema. Desde ahi lo demás son gustos, en cuanto al frontend pienso que puede ser muy retador al menos al principio encontrarse con una inmensa cantidad de frameworks e información, haciendo sentir a uno abrumado. Pero que a la final hay mucha luz al final del tunel. Un saludo Hector.
En mi trabajo desarrollamos para shopify, generalmente templates. Y solo utilizamos tailwindcss y alpinejs que es un microframework para la interactividad y la verdad es q solucionamos el 95% de las veces. El otro 5% es cubierto por react js, para cosas q necesitan una interactividad mucho mas compleja. Si me hubiesen pasado jquery tambien lo habriamos usado, pero como usamos alpine mas simple. Saludos
Pues realmente depende mucho de la necesidad. Es cierto que a día de hoy, se pueden crear aplicaciones con puro html y js o simple php desde el servidor pero probablemente implementarlo sea mas tardado. En lo personal, por qué me voy a poner a escribir vanilla html y js para renderizar una lista de elementos que traigo de un backend cuando puedo usar react para ello, al final esas herramientas si bien son algo complicadas de entender en un principio, a la larga va a mejorar la escalabilidad de una aplicación y la experiencia de desarrollo del equipo al utilizar algo que todos conocen y que se puede fragmentar en pedazo más pequeños y digeribles al ser modulares. Estas herramientas llegaron para solucionar diferentes problemas, ya de cada quien el utilizarlas. Creo que las librerías y frameworks son cada vez más complejos porque los requerimientos son cada vez más complejos.
Todos los frameworks hacen las cosas a su manera para llegar al mismo resultado... Mmm un poco dudosa esa afirmación. Para mí es una época dorada más que oscura.
Hola Hector excelente video, disculpa me llamo la atención tu laptop hp ¿Qué laptop es? Es qué quiero adquirir una lap para empezar a aprender a programar jeje, gracias.
Ese sentimiento de valgo verg.. cada vez que hay que ver algo en el front... "Yo puedo, yo puedo! para esto estudiaste kbron!" *3 doritos después* "aaaaaaaaAAAHHHH!!!"
mi resumen para como atacar al front es, con html y css jala? asi lo hago, si necesito alguna llamada a servidor ve si sera recurrente para ahora si meter algo tipo blazor y si no, una llama con js vanilla, la verdad es que todo bien analizado es simple y correcto, me parece un video muy adecuado y necesario
yo soy front end, y la verdad se volvió complejo por la cantidad de herramientas que hay, las bibliotecas para mí se volvió más un capricho que una herramienta real, si bien hay bibliotecas que realmente ayuda a optimizar el trabajo hay otras que siento que más que ayudar solo complica más las cosas, y uno lamentablemente tiene que aprender a usarla ya que la empresa o cliente te pide que sepas usarla..
Yo que llevo 2 años trabajando con angular, y tambien con JS Vanilla en algunos proyectos viejos y siempre se me ha hecho mucho mas facil trabajar con angular que con JS vanilla, JS vanilla es un dolor de cabeza la verdad...
Yo no trabajo en frontend pero a mi parecer todo surge porque lo que se pretender extender o hacer más fácil es algo que desde el principio inició mal. Se volvió un enrredo de competencias con gente innovando todo el tiempo pero nadie adoptando un standard. Cualquier lenguaje o arquitectura en donde la forma de hacer algo hoy haya "pasado de moda" un par de meses después, es una recocha de planeación absoluta.
Es que ese es el punto, nos preocupamos de más por ver que tecnología aplicamos en el front o en el back y como podemos impactar a otros desarrolladores en lugar de centrarnos en los requerimientos del usuario final, que solo necesita "una pantalla fluida y que resuelva sus problemáticas", allí está el éxito de una aplicación. ¿Se puede un video mostrando tu setup?, sin RGB. Gracias. :D
Se complica básicamente por desconocimiento. No todas las apps necesita SSR o estar súper optimizados para entregar cargas super diferidas y optimización se assets
Yo llevo trabajando con la desde que nos decian webmasters, y la verdad JAMAS vi tanto desastre como actualmente lo hacen, realmente siento que es inecesario...
Me he encontrado mucho codigo escrito en PHP que tiene codigo espaguetti. Incluso cada pagina PHP tenia el login y la password a la Base de Datos. Todo estaba mezclado.
Opino lo mismo, se está dando mucha vuelta para algo que con JS lo puedes hacer sin problemas. Eso si hay una librería que me gustó bastante que es HTMX, que básicamente te ahorra código js dándole énfasis al html y es bastante ligero.
Estoy por ahora profundizando en el backend con java y spring boot y aprendiendo por ahora html css y javascript por que mi objetivo es ser full stack. Así que me recomendarían viendo el panorama de los frameworks y por ultimo pense que unos de los objetivos de los framework era mejorar la experiencia del desarrollador o ya es literalmente culpa directa de los desarrolladores y la sobreingenieria de los mismos?
finalmente existen miles de frameworks y finalmente en el trabajo uno termina haciendo formularios y mostrando datos de una tabla de un API xD........ y eso se puede hacer con cualquier cosa, el problema es que uno se pasa mucho rato en la interfaz de usuario, viendo cosas de animaciones etc etc, hay veces que ese tipo de cosas consume mas tiempo que la solucion en si
Yo uso TypeScript con Lit como clase que encapsula WebComponents. Todo lo demás prefiero controlarlo yo. He tenido demasiados cambios de frameworks que tienen demasiadas librerías y herramientas de compilación para que funcionen, y son difíciles de adaptar. Solo permito TypeScript qué me permite tipado fuerte y una OO robusta.
Esta jodido todo cada vez mas en una empresa piden que sepa todos esos juguetes.. ya tengo 40 años. Aprende algubos y me piden mas... me voy a volver loco
Si el desarrollo web se ha complicado es porque ahora es mejor, más usado y mucho más personalizable a las necesidades de cada producto. Si quieres competir en la web, JQuery y PHP están muy limitados, hoy tienes que preguntarte qué patrón de renderizado necesita tu página (SSR, CSR, SSG, renderizado estático, ISR, hidratación) y sobre esto elegir entre los diferentes frameworks. Cómo mejorar métricas fundamentales, el rendimiento, la experiencia de usuario, el SEO, seguridad, escalabilidad, y muchas otras más. Sumando lo que ya mencionaste, arquitectura, diseño de sistemas, adaptabilidad. Que el front end sea más complicado no está mal per se, está mal creer que el Front End es "simple" porque así era hace 10 años, y querer aplicar soluciones "simples" de hace 10 años a problemas complejos actuales.
Es cierto, al cliente no le interesa la herramienta, siempre y cuando se solvente su necesidad, Pero entiendo también al developer, que No quiere quedarse atras en todos los frameworks que salen cada semana, y por eso los usa, porque en el trabajo se los van a pedir.
@@saitohajime8342 todo eso pas así no sabes usarlo correctamente. Con buenas prácticas se puede hacer cosas en php sin código spaguetti ni problemas con SQL injection
Es cierto, a veces los jefes de proyectos por seguir el "boom" del momento quieren hacer un sencillo formulario con React o Angular con un banckend y quieren que apliques una arquitectura hexagonal XD, cuando el cliente solo queria una landing page que con HTML, CSS y Js lo tendrías sin mucha complicación . Lo peor que después se atascan en QA. Cosas peores vendrán dice la palabra jejeje ... Interesante reflexión, la rueda ya esta inventada no sé porque quieren hacerla cuadrada ...
El front por rendimiento tiene que ser sin lógica alguna, dar a un botón y ya recibe del back todo lo que necesita o por lo menos eso es lo que tengo entendido y eso que llevo 20 años programando.
Es cierto que el Frontend se va haciendo más tedioso, más complejo y muchos programadores backend huimos por el sin fin de frameworks y tecnologías que han salido para hacer lo mismo. Por lo general soy de los que prefiero Javascript puro que esos archivos que empastelan una app web
Con el desarrollo de videojuegos pasa lo mismo: todos salen corriendo a instalarse la última versión de Unity sólo porque es la más nueva. Y a eso sumale que los de Unreal borran las versiones anteriores a medida que van sacando nuevas. Personalmente prefiero seguir usando versiones de 2018-2019, ya que consmen menos recursos y cumplen perfectamente con mis necesidades.
Llevo como 2 anios sin programar, anteriormente me dedicaba a programar backend en php, plantillas etc... entiendo los beneficios del frontend y los frameworks modernos, pero por que es tan dificil? de verdad me agovia, ya no se como hacer nada, que no tuve alternativa mas que usar ExtJS o simplemente seguir utilizando twig para las vistas, la verdad es frustrante.
Personalmente creo que la "complejidad de los frontends" ha sido intencionalmente direccionada en ese sentido. El objetivo PRINCIPAL de hacer algoritmos coherentes es REDUCIR LA ENTROPIA. El problema del frontend lo resumo en "reactividad", el cual personalmente consigo controlarlo con alpinejs, he usado otros framew y solo he perdido tiempo.
La complejidad del desarrollo frontend, es equivalente al avance de la capacidad de los procesadores en los dispositivos móviles, lamentablemente seguiremos con plataformas Javascript...
yo solo usando estos simple elementos: ENVIAR junto con css, javascript, php y mysql he logrado hacer una red social. no se porque complicarse la vida.
yo sigo con php html css botstrap javascript.....lo demas no lo he aprendido y no pienso hacerlo, se puede hacer lo mismo con lo tradicional..... flash era magnifico para looks de las paginas web increibles animacones nada lo ha superado hasta ahora
Y con la IA esto se volverá mas complejo para manejar decenas de conexiones a api externas para recibir resultados y que el front los transfome. Aqui el back tiene poco que hacer
Yo creo que se va a complicar aun mas, a mi me gusta mas Lit porque es mas nativo que otras bibliotecas y otros frameworks, pero lamentablemente su desarrollo es lento y se estanca
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
🎟 Mejora tu inglés en IMMIGO, ingresa para descuento especial aquí: www.immigo.io/?via=hector-newyear
Estoy de acuerdo contigo; le pregunte a la IA respecto al tema hace unos días, dijo que antes los primeros programadores al no tener tantas opciones se conecentraban más en soluciones y eran más creativos. De eso estoy seguro también.
Se complica el desarrollo del frontend porque no hay un claro ganador. Cada uno quiere imponer una forma mas complicada que la anterior.
Tampoco lo hay en el backend. ¿Entonces?
@@flanderstruck3751 no, el backend está muy estandarizado
@@flanderstruck3751 pero en backend tenes muchos lenguajes, cada uno con sus tecnologías, sus reglas, sus licencias, etc. En front todo es base js/ts
@@flanderstruck3751 en backend claramente no hay ni ha habido tanta convulsión.
Si pero no
En mi trabajo actual usan jQuery, y yo pasé meses estudiando React y Astro 😂. Yo creo que si funciona y deja dinero no importa en qué tecnología esté hecho
Exacto
Y rails 4
Desde hace algún tiempo yo también he notado que la complejidad del desarrollo front-end se ha convertido en un problema cada vez más evidente (llevo programando más de 15 años), y eso hace pensar que su tendencia podría ir a la baja o, al menos, transformarse. Muchas de las dificultades actuales no provienen directamente de la lógica de negocio, sino de aspectos como la presentación de la información y la interacción con el usuario. Esto provoca que, en lugar de enfocarnos en resolver las necesidades reales del cliente, invirtamos tiempo en resolver las complicaciones propias de la interfaz.
En este sentido, es natural que surjan herramientas y metodologías que simplifiquen estos retos -como ha sucedido con las plataformas de low-code- para que podamos dedicar más energía a lo que de verdad importa: la solución de problemas del cliente. Tal como menciona Héctor, el problema crecerá, pero precisamente ese crecimiento acelerará la aparición de soluciones que lo hagan más manejable.
Creo que, con el tiempo, el rol del desarrollador front-end y el del back-end terminarán fusionándose, de modo parecido a lo que se vivía en los años noventa, cuando la prioridad era crear un producto que funcionara y resolviera las necesidades del usuario. Por otro lado, es más probable que las formas de interacción -ya sea visual o por voz- se estandaricen, mientras que la lógica de negocio seguirá requiriendo ingenio y personalización. Además, como señala Javier Cañada al decir “Lo que se pueda hacer con IA, se hará con IA”, la interfaz por voz ganará terreno debido a la menor carga cognitiva que impone, en comparación con una interfaz gráfica.
En definitiva, estimo que el back-end cobrará todavía más importancia, ya que es lo que la inteligencia artificial no podrá cubrir al 100 % sin intervención humana. Por el contrario, las reglas de interacción, tanto visual como por voz, son más susceptibles de ser delimitadas y estandarizadas. Así, el enfoque se centrará cada vez más en la lógica de negocio y en la solución real de los problemas del cliente, lo que, en mi opinión, marcará el rumbo futuro del desarrollo de software.
Gracias por compartir una observación tan realista del panorama actual del Frontend. Tengo 5 años en esto y lo cierto es que aun muchos, malamente, tienen la percepcion que mi trabajo es cambiar el color de un botón 😅
Quiero agregar esto, el desarrollo frontend se ha vuelto tan complejo que resulta agotador aprender tanta tecnología solo para que todo compile en HTML, CSS y JavaScript. Estamos inundados con React, Vue.js, Angular, Svelte, Solid.js, Astro, Next.js, Nuxt.js, Gatsby, Bootstrap, Tailwind CSS, Material UI, Chakra UI, Foundation, Bulma, Alpine.js, Lit, Stencil, Backbone.js, Ember.js, Preact, jQuery (aunque ya casi obsoleto), y cada semana parece aparecer una nueva "solución revolucionaria".
Todo se reduce a configurar bundlers como Webpack, Vite, Parcel o Rollup solo para obtener el mismo trío fundamental: HTML, CSS y JavaScript. La pregunta es: ¿cuándo se simplificará este caos? Estamos atrapados en un ciclo interminable de herramientas, dependencias y modas tecnológicas que prometen productividad pero, paradójicamente, la complican aún más. ¿No sería mejor optimizar lo que ya tenemos en lugar de seguir reinventando la rueda?
Literal tanta complejidad y al final lo puedes hacer en cualquier lenguaje backend del server next se basa en hacer el html en el server cosas que siempre se ha hecho desde php, etc
Si la gente quiere construir herramientas nuevas allá ellos, sin faltar el respeto no debería ser asunto tuyo. En mi caso he trabajado profesionalmente con Angular y React, y no pienso aprender herramientas adicionales a no ser que sea estrictamente necesario. No hay que sentirse abrumado con los nuevos frameworks mientras lo que sepas te resulte suficiente
Por eso es que en vez de desarrollar con frameworks simplemente trabajar desde la base con CSS, HTML, Javascript y PHP. Tantos frameworks para productividad y curva de aprendizaje es lenta.
@@jhonnyvasquez9758 si, aunque tmb te permite csr
Como diría nuestro amigo y docente digital JonMircha y eso también lo tomo para mí: "Al carajo los frameworks modernos, me gusta hacer código minimalista que funcione por años y no colapse al actualizar tus dependencias. " Keep it simple. Cero royos.
Muy cierto, a veces incluso es mejor implementar tu propia libreria mas sencilla para resolver un problema que recurrir a librerias externas que puedan colapsar por falta de soporte y de demanda
@@MultiLinker Por se tendria que volver a programar sin necesidad de frameworks.
@@programador-xx Así es, pues la deuda técnica puede ser grande en el futuro. Lo importante es tener buenas prácticas en el desarrollo e implementar códigos legibles y escalables.
Gracias Hector te concidero mi guia espiritual, saludos desde argentina!
El frontend es complicado, y yo tratando de aprender backend también, ya sabrás que estoy que me corto las venas 🥲
Estoy empezando a aprender C#, .NET (vengo de PHP y me gustaria probar otras cosas) y todas esas cosas para back porque siempre me gustaron las bases de datos y eso, luego aprendi front end y me gusto pero cuando vi que tenemos opciones como vue, react, angular, astro y que van cambiando cada poco tiempo dije mejor me quedo con el back jajaja (o fullstack en su defecto pero con mayor enfoque en el back)
yo igual
En mi opinión, una vez que "dominas" un framework se hace mucho más fácil aprender los otros. Hace mucho tiempo quise aprender React desde 0 y no entendía nada. Luego por temas laborales tuve que aprender bien Angular. Un tiempo después tuve que volver a aprender React y se hizo mucho más fácil que la primera vez. Hay muchos conceptos que son transferibles de una tecnología a otra
@@flanderstruck3751 Si eso es cierto, pero al final a veces varian en algunas cosas o hay funcionalidades nuevas que agregan, para ser "el mas novedoso" como explica Hector. Si te dedicas al frontend solamente no creo que haya mucho problema, pero si tienes que ser fullstack es imposible ir mas a fondo teniendo por un lado mucha demanda y aprendizaje de cosas nuevas en el front e ir a lo "profundo" del back. As es como lo veo yo pero si es cierto lo que comentas. Saludos
Gracias man y tienes razon, cada vez es mas complejo.
Yo pienso que se volvió más complejo al intentar solucionar un problema y luego salía otro por ejemplo cuando embebias las páginas con php a cada cierto tiempo tenías que mandar a pedir toda la página al servidor llegó el virtual dom con SPA y soluciono el asunto pero ahora teníamos más Javascript y eso afectaba al perfomance ahora tenemos el SSR o la hidratación para solucionarlo pero ahora toca ver cuando que componente es por esto y aquello. Los framework trajeron soluciones pero también una curva de aprendizaje cada vez mayor.
No había notado el rgb JAJAJ
JAJAJAJA... SE LA TIENES ADENTRO AL MIDU JAJA...
Saludos a Héctor y Midu, cada uno en lo suyo hacen excelente contenido!
Pensé que era solo mi percepción personal, pero que bueno que alguien que este visible en este mundo del desarrollo de su apreciación tambien.
Muy buen video Hector !!! Las modas de siempre jaja te acordas cuando Flash invadía la web ....
Siempre ha sido complejo el desarrollo de frontend, gracias a los frameworks es mucho más sencillo y queda un código de mejor calidad. Sin embargo, hoy en día el frontend está acaparado por mucha gente sin experiencia y quedan unos productos nefastos en el framework que sea
Basado en mi experiencia personal, recuerdo que en php uno literalmente hacía de todo y manejaba el renderizado en el servidor, pero a medida que se iba aumentando el proyecto, sino se hacía bien, se transformaba un código espagueti espantoso difícil de mantener. Actualmente ahora es al revés, en el backend se maneja el llamado de las apis y se dejó toda la carga al frontend para manejar las vistas. Sea un método u otro es esencial irlo construyendo con buenas prácticas para facilitar su expansión, sin que se convierta en una pesadilla
Tambien agregaria que la mayoria de las empresas complican mas el desarrollo frontend. Crean libreria propia de componentes para que se usen por ejemplo selects, buttons etc.. y generalmente estan con errores o pierden mantenimiento, entonces a la hora de usarlos en tu tarea de front te dan errores que no podes corregir.
Que gracia Miguel Durán al agujero negro 😂😂😂
@@juanferrer8982 Midu es la mera vena jaja
para una landing page simple no tiene sentido utilizar un framework js. pero para websites que requieren mucha interactividad o interfaces complejas (un e-commerce mediano, o un dashboard de mediana complejidad o una interfaz como binance que muestra cambios y updates de datos constantemente en real time) sí que tiene mucho sentido un framework JS. hacerlo con vanilla js o jQuery sería demasiado complejo o imposible de hacer / mantener. quizás a veces con algo intermedio, directo y sencillo como alpineJS alcanza también.
Que grande Héctor! al fin alguien que dice lo justo sobre la época de PHP y listo, se está yendo todo al desmadre, yo sigo trabajando con el stack LAMP y me va muy bien, de vez en cuando uso algo de Jquery y listo! PHP puro, liviano, seguro y simple! saludos hermano!
El creador de contenido de la buena música \m/.
Si puedo hacer frontend a partir de un prompt y adicionalmente conectarlo con miles de servicios, creo que Hector se está perdiendo de algo y debo seguir aprendiendo. 😊
Saluditos!! Aquí una nueva fan :)
Checken Elixir y Phoenix, todo de vuelta al backend
El único programador que usa luces 100% negras 🤘
tienes razón bro, y también que los chicos nuevos no se preocupan por aprender html css y js básicos si no que solo aprenden como funciona un framework y se limitan a eso, sin saber como hacer cosas básicas
Gracias siempre por los consejos yo si que eh aprendido mucho de ti ya sé más decidir que usar para mis proyectos que hago depende de la estabilidad que voy a tener o qué tipo de sistemas , puedo decir que algunos todavía uso jqury por qué me funciona, en otros ocupo Vue por qué un sistema de esas características, entonces ahí voy diciéndo que voy hacer también depende de la experiencia que tenga el equipo en cierta tecnología por qué no vas a elegir algo de moda cuando tu o el equipo ni sabe y la curva aprendizaje va llevar tiempo , entonces yo ya empiezo a tener ese pensamiento de donde queremos llevar proyectos, como dices si una lading solo uso HTML , boostrap y css depende mucho de las cosas jej
Si continuamos así, van a ser cada vez menos los desarrolladores que quieran trabajar exclusivamente como Frontend Devs.
recuerdo cuando recien empezaba y me ponia a aprender 100 frameworks en lugar de las bases de programar
En la ingenieria existen muchas formas de hacer lo mismo, ya sea frontend, backend o cualquier otra rama del software, creo que lo importante es usar lo mas adecuado para resolver el problema. Desde ahi lo demás son gustos, en cuanto al frontend pienso que puede ser muy retador al menos al principio encontrarse con una inmensa cantidad de frameworks e información, haciendo sentir a uno abrumado. Pero que a la final hay mucha luz al final del tunel. Un saludo Hector.
En mi trabajo desarrollamos para shopify, generalmente templates. Y solo utilizamos tailwindcss y alpinejs que es un microframework para la interactividad y la verdad es q solucionamos el 95% de las veces. El otro 5% es cubierto por react js, para cosas q necesitan una interactividad mucho mas compleja. Si me hubiesen pasado jquery tambien lo habriamos usado, pero como usamos alpine mas simple. Saludos
Yo con mi jquery y Js soy feliz 😅❤
Hector ya conoces los framework one, brisa y tanstack??
Cual fue el primer framework de frontend, backbone? 🤔
Sip, y ese fue el primero que aprendí. La curva de aprendizaje era mucho más rápida que los frameworks de ahora que traen más cosas que un sancocho.
Pues realmente depende mucho de la necesidad.
Es cierto que a día de hoy, se pueden crear aplicaciones con puro html y js o simple php desde el servidor pero probablemente implementarlo sea mas tardado.
En lo personal, por qué me voy a poner a escribir vanilla html y js para renderizar una lista de elementos que traigo de un backend cuando puedo usar react para ello, al final esas herramientas si bien son algo complicadas de entender en un principio, a la larga va a mejorar la escalabilidad de una aplicación y la experiencia de desarrollo del equipo al utilizar algo que todos conocen y que se puede fragmentar en pedazo más pequeños y digeribles al ser modulares.
Estas herramientas llegaron para solucionar diferentes problemas, ya de cada quien el utilizarlas.
Creo que las librerías y frameworks son cada vez más complejos porque los requerimientos son cada vez más complejos.
Todos los frameworks hacen las cosas a su manera para llegar al mismo resultado... Mmm un poco dudosa esa afirmación. Para mí es una época dorada más que oscura.
Hola Hector excelente video, disculpa me llamo la atención tu laptop hp ¿Qué laptop es? Es qué quiero adquirir una lap para empezar a aprender a programar jeje, gracias.
Ese sentimiento de valgo verg.. cada vez que hay que ver algo en el front...
"Yo puedo, yo puedo! para esto estudiaste kbron!" *3 doritos después* "aaaaaaaaAAAHHHH!!!"
En backend, también tenemos 50 frameworks, y 50 languages, y servidores de aplicaciones.
Pero porque son lenguajes qué son capaces de actuar como servidores, en front es un solo lenguaje
Agregarle tambien que muchas empresas quieren desarrolladores mil usos en vez de desarrolladores especializados
La rompiste con, es tan pesado que tiene un horizonte de suscesos
La broma del agujero negro me hizo mucha gracia
mi resumen para como atacar al front es, con html y css jala? asi lo hago, si necesito alguna llamada a servidor ve si sera recurrente para ahora si meter algo tipo blazor y si no, una llama con js vanilla, la verdad es que todo bien analizado es simple y correcto, me parece un video muy adecuado y necesario
Llevo tiempo en frontend y ahora está súper bueno, incluso está menos complejo. Solo hay que profundizar en los conceptos del framework de turno.
Totalmente de acuerdo.
yo soy front end, y la verdad se volvió complejo por la cantidad de herramientas que hay, las bibliotecas para mí se volvió más un capricho que una herramienta real, si bien hay bibliotecas que realmente ayuda a optimizar el trabajo hay otras que siento que más que ayudar solo complica más las cosas, y uno lamentablemente tiene que aprender a usarla ya que la empresa o cliente te pide que sepas usarla..
Yo que llevo 2 años trabajando con angular, y tambien con JS Vanilla en algunos proyectos viejos y siempre se me ha hecho mucho mas facil trabajar con angular que con JS vanilla, JS vanilla es un dolor de cabeza la verdad...
La miniatura me ñarecio muy "señor le grita a las nubes" jaja
Yo no trabajo en frontend pero a mi parecer todo surge porque lo que se pretender extender o hacer más fácil es algo que desde el principio inició mal. Se volvió un enrredo de competencias con gente innovando todo el tiempo pero nadie adoptando un standard.
Cualquier lenguaje o arquitectura en donde la forma de hacer algo hoy haya "pasado de moda" un par de meses después, es una recocha de planeación absoluta.
Con Svelte la vida es más fácil. 😊
Es que ese es el punto, nos preocupamos de más por ver que tecnología aplicamos en el front o en el back y como podemos impactar a otros desarrolladores en lugar de centrarnos en los requerimientos del usuario final, que solo necesita "una pantalla fluida y que resuelva sus problemáticas", allí está el éxito de una aplicación. ¿Se puede un video mostrando tu setup?, sin RGB. Gracias. :D
Mientra mas complejo sea, mas costara
Se complica básicamente por desconocimiento.
No todas las apps necesita SSR o estar súper optimizados para entregar cargas super diferidas y optimización se assets
Yo llevo trabajando con la desde que nos decian webmasters, y la verdad JAMAS vi tanto desastre como actualmente lo hacen, realmente siento que es inecesario...
Me he encontrado mucho codigo escrito en PHP que tiene codigo espaguetti. Incluso cada pagina PHP tenia el login y la password a la Base de Datos. Todo estaba mezclado.
Opino lo mismo, se está dando mucha vuelta para algo que con JS lo puedes hacer sin problemas. Eso si hay una librería que me gustó bastante que es HTMX, que básicamente te ahorra código js dándole énfasis al html y es bastante ligero.
Estoy por ahora profundizando en el backend con java y spring boot y aprendiendo por ahora html css y javascript por que mi objetivo es ser full stack. Así que me recomendarían viendo el panorama de los frameworks y por ultimo pense que unos de los objetivos de los framework era mejorar la experiencia del desarrollador o ya es literalmente culpa directa de los desarrolladores y la sobreingenieria de los mismos?
finalmente existen miles de frameworks y finalmente en el trabajo uno termina haciendo formularios y mostrando datos de una tabla de un API xD........ y eso se puede hacer con cualquier cosa, el problema es que uno se pasa mucho rato en la interfaz de usuario, viendo cosas de animaciones etc etc, hay veces que ese tipo de cosas consume mas tiempo que la solucion en si
Andas de Gala con esa de Megadeth hoy... lml
Casi ni me meto al front, lo mas que he hecho agarro una platilla gratuita como el adminLTE y me dejo de quebrar la cabeza
Que chistoso decir que soy el unico programador que no tienes luces RGB
Yo uso TypeScript con Lit como clase que encapsula WebComponents. Todo lo demás prefiero controlarlo yo. He tenido demasiados cambios de frameworks que tienen demasiadas librerías y herramientas de compilación para que funcionen, y son difíciles de adaptar.
Solo permito TypeScript qué me permite tipado fuerte y una OO robusta.
Esta jodido todo cada vez mas en una empresa piden que sepa todos esos juguetes.. ya tengo 40 años. Aprende algubos y me piden mas... me voy a volver loco
Si el desarrollo web se ha complicado es porque ahora es mejor, más usado y mucho más personalizable a las necesidades de cada producto.
Si quieres competir en la web, JQuery y PHP están muy limitados, hoy tienes que preguntarte qué patrón de renderizado necesita tu página (SSR, CSR, SSG, renderizado estático, ISR, hidratación) y sobre esto elegir entre los diferentes frameworks. Cómo mejorar métricas fundamentales, el rendimiento, la experiencia de usuario, el SEO, seguridad, escalabilidad, y muchas otras más. Sumando lo que ya mencionaste, arquitectura, diseño de sistemas, adaptabilidad.
Que el front end sea más complicado no está mal per se, está mal creer que el Front End es "simple" porque así era hace 10 años, y querer aplicar soluciones "simples" de hace 10 años a problemas complejos actuales.
Es cierto, al cliente no le interesa la herramienta, siempre y cuando se solvente su necesidad, Pero entiendo también al developer, que No quiere quedarse atras en todos los frameworks que salen cada semana, y por eso los usa, porque en el trabajo se los van a pedir.
Tenía entendido que almenos para proyectos en PHP se optó por una tecnología de frontend distinta debido al codigo spaghetti y a las SQL injection
@@saitohajime8342 todo eso pas así no sabes usarlo correctamente. Con buenas prácticas se puede hacer cosas en php sin código spaguetti ni problemas con SQL injection
Es cierto, a veces los jefes de proyectos por seguir el "boom" del momento quieren hacer un sencillo formulario con React o Angular con un banckend y quieren que apliques una arquitectura hexagonal XD, cuando el cliente solo queria una landing page que con HTML, CSS y Js lo tendrías sin mucha complicación . Lo peor que después se atascan en QA. Cosas peores vendrán dice la palabra jejeje ... Interesante reflexión, la rueda ya esta inventada no sé porque quieren hacerla cuadrada ...
App Web = HTML, CSS, JS, PHP, SQL.
😂😂 tu video me alegró el día, RGB 😂😂
El front por rendimiento tiene que ser sin lógica alguna, dar a un botón y ya recibe del back todo lo que necesita o por lo menos eso es lo que tengo entendido y eso que llevo 20 años programando.
Es cierto que el Frontend se va haciendo más tedioso, más complejo y muchos programadores backend huimos por el sin fin de frameworks y tecnologías que han salido para hacer lo mismo. Por lo general soy de los que prefiero Javascript puro que esos archivos que empastelan una app web
Con el desarrollo de videojuegos pasa lo mismo: todos salen corriendo a instalarse la última versión de Unity sólo porque es la más nueva. Y a eso sumale que los de Unreal borran las versiones anteriores a medida que van sacando nuevas.
Personalmente prefiero seguir usando versiones de 2018-2019, ya que consmen menos recursos y cumplen perfectamente con mis necesidades.
El front end es muy complejo...
El front end :
Observer, state, flux, strategy, memorization
lo estoy viendo en ingles perros ! y ya entiendo lo que dice mi carnal la IA V:
Totalmente Complican las cosas al pedo!.. opinión de otro viejo. Saludos desde Argentina. Aguante Megadeth!
Noo ya ponle un RGB!! jajajaj
JAJAJAJAJAJAJAJA node_modules es tan pesado que tiene su propio horizonte de sucesos 🤣🤣🤣🤣
Me debo imaginar lo que debe de pensar Héctor de next js 😂
Y los bots dicen la IA reemplazará al los front ends.
Se siguen instalando cosas y cosas en react o el framework que sea , eso no ha cambiado
Llevo como 2 anios sin programar, anteriormente me dedicaba a programar backend en php, plantillas etc... entiendo los beneficios del frontend y los frameworks modernos, pero por que es tan dificil? de verdad me agovia, ya no se como hacer nada, que no tuve alternativa mas que usar ExtJS o simplemente seguir utilizando twig para las vistas, la verdad es frustrante.
React es el JQuery de antes
Le doy like para q t compres unas lucecitas rgb, así aumentan los fps recuerdalo
Personalmente creo que la "complejidad de los frontends" ha sido intencionalmente direccionada en ese sentido. El objetivo PRINCIPAL de hacer algoritmos coherentes es REDUCIR LA ENTROPIA. El problema del frontend lo resumo en "reactividad", el cual personalmente consigo controlarlo con alpinejs, he usado otros framew y solo he perdido tiempo.
Pero la reactividad se logra con 50 líneas de javascript o menos usando Proxy
Con Laravel y LiveWire ya no sufro - abandoné AngularJS aunque a veces me toca
Porque las webs cada vez son más complejas
el problema es que hay demasiadas herramientas para hacer lo mismo
El wey de código facilito, creo que tampoco tiene RGB
conclusión: TODO es culpa de MiduDev
d quién es la culpa?
fácil:
de los ceo y líderes técnicos. son los q deciden q se va a usar y por q se va a usar
La complejidad del desarrollo frontend, es equivalente al avance de la capacidad de los procesadores en los dispositivos móviles, lamentablemente seguiremos con plataformas Javascript...
yo solo usando estos simple elementos:
ENVIAR
junto con css, javascript, php y mysql he logrado hacer una red social. no se porque complicarse la vida.
yo sigo con php html css botstrap javascript.....lo demas no lo he aprendido y no pienso hacerlo, se puede hacer lo mismo con lo tradicional..... flash era magnifico para looks de las paginas web increibles animacones nada lo ha superado hasta ahora
La fluides de una web se resuleve una pwa.
Midu jajaja 😂
Y con la IA esto se volverá mas complejo para manejar decenas de conexiones a api externas para recibir resultados y que el front los transfome. Aqui el back tiene poco que hacer
Yo creo que se va a complicar aun mas, a mi me gusta mas Lit porque es mas nativo que otras bibliotecas y otros frameworks, pero lamentablemente su desarrollo es lento y se estanca