Why is FRONTEND PROGRAMMING getting COMPLICATED?

[@hdeleonnet]

🎟 Mejora tu inglés en IMMIGO, ingresa para descuento especial aquí: www.immigo.io/?via=hector-newyear

[@RogerXDVsr]

Saludos, Disculpa cual es tu codigo Hector?, me registre con tu link pero no se como aplica el descuento.

[@jhonyquinteromac]

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.

[@carlosrangel4500]

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

[@Danyruddy7]

Exacto

[@Devxcuba]

@@carlosrangel4500 yo AngularJS 1

[@Devxcuba]

Y rails 4

[@Json-antonius]

@@Devxcuba usas rails ?

[@alfirian]

Siempre ah sido así jeje

[@MultiLinker]

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.

[@programador-xx]

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

[@paq1g-lg4ij]

@@MultiLinker Por se tendria que volver a programar sin necesidad de frameworks.

[@MultiLinker]

@@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.

[@MultiLinker]

@@paq1g-lg4ij Eso es correcto

[@programador-xx]

@@MultiLinker totalmente de acuerdo 💯

[@InteractiveStories94]

Es verdad lo que dices, yo soy front-end y Dios mío ahora toca hacer muchas cosas para levantar un entorno e instalarle muchas cosas y ahora con toda la carrera de diferentes frameworks cambian la simplicidad del desarrollo. El desarrollo debería de disfrutarse , no complicarse ... Mucha verdad

[@davediaz25]

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 😅

[@Miguel140370]

jajajajaja.... amigo, así es y así será... pero ahi te va otra, una vez entregué una aplicación y el usuario no estaba muy contento. Cuando vi unos exceles que él manejaba noté que las columnas las coloreaba de diferentes colores. Acto seguido, a la app le puse de background una foto de sus oficinas... y nada más... único cambio. Corte A, el cliente felicitándome por tan excelente aplicación... jajajajaja

[@rodolfotovartorres]

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.

[@bricas13]

pienso que lo bueno de esto que tenemos varias alternativas de llegar a un resultado pero complica ya de cada quien como llegar. saludos

[@devjesusc]

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.

[@Miguel140370]

Así fue, confirmo... programé en webForms y realmente se le podía sacar partido. Luego MVC también sencillo... de acuerdo con usar cosas simples que no compliquen la existencia, sobre todo cuando se desarrollan apps que durarán años: tengo una que está corriendo desde 2004 y sigue siendo de uso crítico para mi cliente.

[@baga2809]

Si estudiaste angular 16 ya con el 19 valiste madres, te vas a encontrar cambios bastante fuertes ya cambia la manera de trabajar.

[@matteeodev]

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)

[@psycongroo171]

yo igual

[@flanderstruck3751]

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

[@matteeodev]

@@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

[@ramses2433]

Si vienes de php, blazor ssr se parece bastante a la forma de programar en php excepto en la sintaxis y en una que otra cosa que le agrega como el render state , y los componentes.

[@matteeodev]

@@ramses2433 Uhh que bueno! muchas gracias por la info jajaja

[@Christian-ho9qm]

Muy buen video Hector !!! Las modas de siempre jaja te acordas cuando Flash invadía la web ....

[@javiel-5038]

Mi teoría que todo fue culpa de los vende cursos compulsivos, la era de los youtubers. Claro que HdeLeon no es parte de todo esto, ya que el tipo es un desarrollador que hace videos en sus tiempos libres y no al revés.

[@Gabolos]

Gracias Hector te concidero mi guia espiritual, saludos desde argentina!

[@kungufupela]

Se complica el desarrollo del frontend porque no hay un claro ganador. Cada uno quiere imponer una forma mas complicada que la anterior.

[@flanderstruck3751]

Tampoco lo hay en el backend. ¿Entonces?

[@wladimirhernandez9883]

@@flanderstruck3751 no, el backend está muy estandarizado

[@carlosfarra7909]

@@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

[@vosyasabesquien]

@@flanderstruck3751 en backend claramente no hay ni ha habido tanta convulsión.

[@jareddelao318]

Si pero no

Gracias man y tienes razon, cada vez es mas complejo.

[@__7725]

Tienes razon algunas veces veo algunos proyectos y digo porque vue js si ni usa la reactividad, podria estar hecho simplemente con Astro o puro js con tailwind

[@gustavonoriega-e9f]

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

[@DGoxAn]

Recuerdo que en mis últimos años de la U miraba muchas ofertas de trabajo que pendían Angular o React. También recuerdo como que querían poner de moda ember js pero luego empezaron a salir en masa muchas otras librerías y frameworks. A día sabemos lo que pasó con Angular y al menos ahora están tratando de mejorar y recuperarse. Y con todas las librerías que hay muy pocas son las que terminaron siendo adoptadas de manera más general

[@martinrobles8211]

Interesante tu plática amigo.

[@Loryto1886]

El parte aguas del front end fue en la decada del 2000-2010 por el auge de AJAX (Asynchronus Javascript And XML ) , las RIAs (Rich Internet Applications) y la Web 2.0

[@PabloRuiz1980]

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!

[@ryfr1702]

PHP a pelo señores, tienes más libertad !

[@Isaac1630]

hasta que alguien lo dice, "sobreingeniería" , porque el resto de youtubers de programación te dicen lo contrario.

[@cristianrosas2344]

Concuerdo. En la empresa donde trabajo implemtaban soluciones demasiado complejas para solucionar cosas simples, para que al pasarlo a producción se dieran cuenta de que no era mantenible, y además pasaban por alto políticas del navegador así que te imaginas la cara de los desarrolladores cuando el proyecto ni siquiera se ejecutaba

[@jschellDev]

Hay un par de dimensiones más de complejidad para agregar a lo que mencionas, no solo es un tema de responsive en tamaño de pantallas, compatibilidad de navegadores y sus versiones y si la web debe ser accesible como por ejemplo la de un gobierno, es algo bastante complejo también

[@mikegol777]

Completamente de acuerdo. Gracias..

[@vosyasabesquien]

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.

[@EduardoGarcia-sf6pg]

El problema es que de lo que es la excepción han hecho la regla general. No hay justificación en el 99% de proyectos para sobrecargar el frontend de la manera en que se está haciendo.

[@albertoguapo17]

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

[@fjmm8630]

Totalmente de acuerdo

[@juanferrer8982]

Que gracia Miguel Durán al agujero negro 😂😂😂

[@emmanuelsalgadoamezcua6596]

@@juanferrer8982 Midu es la mera vena jaja

[@foxdie8106]

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.

[@silvanogarciasanchez418]

@@foxdie8106 mi empresa anterior tenia su “propio framework” un layer pedorro sobre react 🤣, lo odiaba como no tienes una idea

[@Loryto1886]

Todo se puede corregir, con su debido ticket de Jira y su tiempo estimado JAJAJAJA

[@nufrankz]

Excelente contenido compa. Siento que, desde su base, el frontend nunca fué enfocado en programación, ya que todo era lenguaje de etiqueta o de estilo en cascada, sólo javascript era programación (no seria si no es tipada), y tampoco manejaba servidor hasta hace poco sin node.js. Siento que al HTML, y los navegadores, les falta la lógica, y adoptar un paradigma de programación, y todos seríamos más felices, jeje, y además no haría que todos quieran reinventar la rueda cada 3 meses. Es mi pura opinión, saludos desde Chile compa!

[@prgenerator]

Bien 😊

[@niggeljkd]

si es una molestia, como dices cada vez salen cosas nuevas y personalmente cuando estas empezando en la programacion es tedioso por que no terminas de aprender bien las cosas por tanta variedad herramientas, siempre he sabido que mla tecnologia avanza mas rapido que cualquier otra cosa pero no pensaba que tan de prisa, es decir si algo funciona , da resultados optimos, por que complicarlo mas

[@Loryto1886]

En parte tienes la razón, pero aplicaciones muy grandes la parte de la arquitectura preestablecida que te brinda un framework no tiene precio, como "convention over configuration", scaffolding y los patrones de diseño que ya vienen insertos en estos es una maravilla, ahora si que ayuda al programador a no cagarla tanto y no generar ese código espaguetti que comentas y enfocarse mas a la lógica de negocio. Saludos Bro!

[@andcaru]

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.

[@fernandorg8471]

Que onda cabezón, soy desarrollador frontend, el frontend es bastante complejo como el backend, ambos se complementan para hacer apps, ahora, por que se volvió el frontend tan complejo? porque muchas empresas grandes tienen muchas necesidades y áreas de negocio que crecen con el tiempo, y si recuerdan hace varios años atrás quien hacia esas apps tenia que hacer tanto frontend como backend en uno solo (ojo, no eran fullstack, les llamaban Webmaster) entonces como empezaron a crecer dichas apps, era complejo mantener orden tanto en vistas como lógica de negocio, a eso agregarle Seguridad, Aplicaciones de Terceros, Conexiones a las bases de datos, etc, fue por eso que se empezó a separar todo, ahí entra la parte de MVC (que creo no lo mencionas) que sería parte de Arquitecturas de Software, y que también han ido apareciendo otros como el SOA, Hexagonal o los Microservicios, para mantener ese orden. Otro dato es, como eso era repetitivo, fue cuando empezaron a salir todos los frameworks (los que mencionas), en conclusión, TODO ES COMPLEJO PERO SI O SI DEBES APRENDER UN FRAMEWORK FRONTEND, ASÍ COMO UNO DE BACKEND Y SU ARQUITECTURA, YA QUE TE AHORRA TIEMPO Y EL HACER TODO DE NUEVO DESDE 0, saludos capo xdd

[@user-xw2ko5ix2v]

Tu maldito libro va estar en mi pared, soy de javascript pero tu libro no se que diablos desperto algo en mi q lo voy a comprar y va ser un tesoro y va estar en mi fokin pared y estaré orgulloso, aún si aprendería c# ☠️🤩🤩

[@AlexJaimeVasquezValderrama]

el frontend se complicó cuando todo el mundo quiso usar framework, así como facebook o google, ellos sí necesitan un framewotk, pero las empresas siempre quieren estar a la altura así sea para un crud usan un framework.

[@fg-zm2yu]

Como siempre, mientras más se estudie, más se puede simplificar, y volver a las bases. Por algo PHP y Java siguen sacando versiones. Y con CSS agregando mayor soporte de responsividad, va quedando obsoleto el estar obligado a usar frameworks gigantes "compilados" de Javascript. Lo más importante: centrarse en el problema, y no en las herramientas que podrían acelerar el proceso de resolver el problema.

[@sobrehombre9338]

Gracias! Mi hipótesis es que en frontend como en visual ha obtenido retroalimentación de Todas las personas que lo han experimentado, cada una opinando desde su punto de vista particular, por eso tanto Avance. El backend es más un Boolean que solo importa el resultado final "¿logra o no logra el objective?" Por eso, menos personas están capacitadas para opinar de ello

[@Juanero-i3t]

"Deja tu pulgar arriba porque luego se te olvida, mañoso". 😂

[@zobeklol7852]

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

[@cuasatar]

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

[@EduardoGarcia-sf6pg]

Creo que se va a volver al renderizado del lado del servidor. Es cuestión de tiempo.

[@matiasdamianlopez]

Excelente video!!! Lo terrible de esto es que cada vez hay más desarrolladores, que si bien con frameworks sacan productos (modo automático jejeje), sin frameworks no lo pueden hacer. Se van perdiendo los conceptos y el aprendizaje significativo. Uno de los principales motivos por los cuales te empecé a seguir fue por tu gran aporte en este tema desde el principio. Abrazo grande desde Argentina y muchas gracias, merecido éxito. 🍻

[@paulomirandaarias9544]

Se facilita cada vez más para proyectos altamente demandastes de interactividad y rendimiento, cosa que el 99.999% de lo proyectos de la industria no necesitan, y al intentar usar esas prestancias en esos proyectos, se complica todo

[@diegomejia7041]

El frontend es complicado, y yo tratando de aprender backend también, ya sabrás que estoy que me corto las venas 🥲

[@felipemorales7939]

@@diegomejia7041 no se queje

[@rubiglam]

Que sea más complejo no es algo malo. Astro es simple y cumple su funcion en el mercado, nextjs o angular es más complejo pero tmb cumplen una funcion.

[@EduardoGonzález_Ing]

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

[@Loryto1886]

($)Si solo se tiene presupuesto para un hosting normalito (de los compartidos) no hay de otra LAMP+Javascript +CSS3+Algun framework para estilos como Boostrap, Foundation, Tailwind, Materialize, etc. para paginas muy sencillas que no requiera poder de procesamiento. ($$$)De lo contrario necesitaras un servidor dedicado con mas recursos y posiblemente lenguajes. ($$$$$$$$$$$) Si el proyecto es muuuy grande para alta transaccionalidad y concurrencia lo inminente seria irse por la nube, que te brinda auto-escalamiento de las aplicaciones.

[@carlosarce8116]

Pasé por todas esas etapas. Me gustan los frameworks actuales

[@JohnVega-u3y]

App Web = HTML, CSS, JS, PHP, SQL.

[@joselgraterol]

2010-2015 flashbacks

[@rumpelstiltskin08]

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

[@avx89]

No había notado el rgb JAJAJ

[@mamneo2]

Incroyable.

[@darasat]

Es mejor saber back y front, con nube, bases de datos. Especializarse eso si en unos frameworks y saber bien la teoria. Para mi .net, flutter , angular con sql server. Escojan su stack, y listo a resolver problemas, pensando en los usuarios/clientes, evitar complicar las cosas..

[@jhonatanhoyosmarina8252]

Como junior hace 3 años guie a mas juniors a seguir mi forma de arquitectura de software, hoy en dia sigo disfrutando de ese spaghetti 😢, buen video tienes toda la razon, salen muchas cosas, pero creo que mas depende de las empresas o del mismo desarrollador con que herramientas solucionara la problematica, y lo haces mejor con el pasar del tiempo, me hubiera gustado un video asi hace 3 años 😢

[@jairo_manrique]

Buen dia, Argumentar sacar la presentación del servidor en el inicio de los framework front, y ahora estan incorporando server side rendering para obtener datos y aplicar lógica. De nuevo a jsp, asp y php. Y creo que no lo hemos visto todo, en el horizonte se bienen nuevas ruedas.

[@sinveraguilo]

el que diga que el frontend es complicado ahora nunca tubo que mantener un archivo jquery de mas de 30k lineas

[@robertodev2002]

Te daría la razón pero luego de ver código jquary de hace decadas y el hecho de que si el front da problemas entonces el monolitico no se compila, pues puedo decir que no, no se esta complicando, esta ayudando.

[@VikM-y9t]

Como frontend confirmo, es que fuera de diseño están jugando muchas variables del lado del navegador, como SEO, o hacer SSR, que la accesibilidad, que la velocidad de carga, que los recursos y eso, ya el diseño es un tema aparte, y se va a seguir complicando por lo visto.

[@arman2r]

Tienes algún problema con Angular? Es decir ese framework es ideal casi para todo y tiene una curva de aprendizaje mucho mas suave que react que por cierto no lo nombraste para nada y es uno de los mayores culpables de complicar todo, no has visto cuantas librerías existen exclusivamente para react, unos lo miran como solución pero fácilmente se puede volver un enredo de dependencias.

[@christianguaman9961]

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.

[@carlfercho]

Totalmente de acuerdo.

[@Ignacio-yj8ow]

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.

[@fernandomoran3163]

Hector ya conoces los framework one, brisa y tanstack??

[@FrancoAguileradonillan]

Cual fue el primer framework de frontend, backbone? 🤔

[@elbranching]

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.

[@amaury_permer]

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.

[@carlinnepacheco4673]

Saluditos!! Aquí una nueva fan :)

[@linnerquintero1782]

lo que yo entendi con el video, fue que, es complicado el echo de que luego todo ese frontend toca integrarlo puesto que las modificaciones son tediosa debido a la librerias y configuraciones y pasar de un rodenador a otro ese frontend tambien es jodon, pero para todo ese envolate existe Docker, y kubernetes. que hace que todo sea mas facil acoplarlo y demas...

[@Carlos-c2d1i]

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.

[@CristianKirk]

No tiene nada de complicado. Aprendan javascript y hagan sus propios frameworks a medida. Eso es verdadera programación.

[@astrotoaster5555]

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.

[@alucard00mx]

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...

[@carles.noguera]

En backend, también tenemos 50 frameworks, y 50 languages, y servidores de aplicaciones.

[@jhondiaz5131]

@@carles.noguera pero siempre fue complejo, el frontend antes era relaticamente sencillo.

[@carles.noguera]

@@jhondiaz5131 sí y, lamentablemente, siguen menospreciándolo. He visto APIs backend que té presentan el acceso a datos y le pasan toda la responsabilidad de negocio al front-end. Ver para creer! Eso sí. El backend és serio y el frontend es para niños. 😏

[@kleei]

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?

[@posgrosoftware1058]

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. 😊

[@elbranching]

JAJAJAJA... SE LA TIENES ADENTRO AL MIDU JAJA... Saludos a Héctor y Midu, cada uno en lo suyo hacen excelente contenido!

[@alfredoh3937]

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.

[@andrescefe6601]

Viendo esto me siento muy bien programando en Android con compose 🎉😊

[@matiasmgm]

El único programador que usa luces 100% negras 🤘

[@ChristianLopezSantos]

Pienso que hoy en día se desarrollan soluciones de software que resuelven problemas más complejos que antes. Para nada considero que esto sea algo negativo y por el contrario creo que las herramientas han evolucionado para mejorar no solo el proceso de desarrollo si no también la mantenibilidad y la escalabilidad. Quizás haber tomado caminos equivocados le este estallando en la mano a muchos pero no los culpo.

[@EstebanColoradoP-bo9nc]

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...

[@npmauricio1]

Y bueno, es todo web porque tambien es un lio actualizar una app de escritorio. Yo creo que el principal problema es no tener arquitectura. Un arquetipo para el team y de donde puedna partir todos los desarrollos de la empresa. Es un risgo darle tanta lobertad a los programadores para elegir como trabajar. Para mi deberian bajar una politica en cada empresa que diga como y con que se hace cada cosa. Que exista un rquipo de arquitectura que vaya diciendo como ir actualizando las versiones.

[@saitohajime8342]

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

[@kabeza79]

@@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

[@danielcastillo7133]

Por eso agarre desde que salio y ya esta, nunca he necesito otras cosas

[@jonathang6119]

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..

[@joelbrayan1942]

La rompiste con, es tan pesado que tiene un horizonte de suscesos

[@antonitzx]

Creo que la web debe estandarizarse mas y los navegadores tienen que crear las soluciones estandarizadas para cada necesidad asi no tendriamos que crear 90 librerias que despues van a quedar obsoletas

[@J4imme]

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.

[@OvakyCanada]

Si nesecitas animar ese boton conforme a una funcion, deja de cumplir con esto. debes programarle aunque sea un pequeño script en Javascript en el caso de programacion web.

[@DCowboy7777]

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.

[@rubenleiva2836]

Me parece que llegó el momento de estandarizar lo estandarizado para que no se cree un caos como el de ahora de tecnologías, yo soy programador backend y quise ver cómo andaba el frontend y mejor paso, ahora estoy direccionando me hacia la programación Android nativo y para los que quieran escritorio hago aplicaciones desktop, la web se volvió demasiada complicada

[@XxBlustMagicxXREMASTERED]

Yo con mi jquery y Js soy feliz 😅❤

[@rasec555]

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

[@adolforuiz3114]

El front end es ahora más complejo que el backend de manera inicial, pues ahora involucra Ux UI , responsive, y la dificultad inherente de JS y react y angular, mientras que tecnologías backend como JMS , Rest, java, etc no han cambiado en décadas. También debo decir que el testing ha evolucionado en el front de manera descomunal , que solo existía en el back

[@cristiansprohnle3461]

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

[@summeryrain]

Con Svelte la vida es más fácil. 😊

[@dnborgirdnborgir4411]

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

[@molavec]

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.

[@AbelCamiloYiMartínez]

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

[@7Views-hv6jp]

Extraño los días donde Flash era casi el rey, se hacía cosas muy avanzadas y de manera simple, cosas que hoy en día aún no se logran con la misma simplicidad en JavaScript y distintos sabores de librerías o Frameworks, un renacer de Flash y Flex al estilo Daredevil sería espectacular 😅, pero en serio!, algo bien disruptivo, ojalá Adobe aproveche la oportunidad!.

[@anonimo_san]

Yo usando Css a secas y me conformo por ahora, aunque estoy mas en Flutter y Python y no quiero meter otras cosas (SDK, framework o lenguaje de programación) y asi me concentro en algo. Porque la excesiva cantidad de opciones es jodido. 🫠

[@leonelfranciscogalvanlobato]

Se siguen instalando cosas y cosas en react o el framework que sea , eso no ha cambiado

[@erickfana4466]

Nunca he entendido el por que 10 millones de formas de hacer lo mismo, si al final al cliente le importan tres tomates que usaste.