Why is FRONTEND PROGRAMMING getting COMPLICATED?

[@hdeleonnet]

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

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

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

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

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

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

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

[@Gabolos]

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

[@gustavogomezmarcelo]

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?

[@jhonnyvasquez9758]

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

[@flanderstruck3751]

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

[@paq1g-lg4ij]

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.

[@egan36]

@@jhonnyvasquez9758 si, aunque tmb te permite csr

[@alejandrocano88]

pues eso tratan de hacer los frameworks o libraries "optimizar lo que ya tenemos" y en el intento hay cambios y por eso el caos. Pero realmente sabiendo bien Js, css y html en cualquier framework puede trabajar normal

[@eirikrrr]

Yo cuando tenía unos 14 años programaba en PHP y Vainilla JS y recuerdo que me gustaba mucho hacer front-end con vainilla js y alguno que otra biblioteca. Resulta que deje la programación y me dedique a procrastinar y a terminar mi secundaria y cuando quise retomar el tema del front-end a los 19 años, había demasiados frameworks, linters y "herramientas", al final desistí de hacer front-end. Hoy dia soy un Jr que hace cosas de Backend y Automatizaciones.

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

[@Christian-ho9qm]

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

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

[@elbranching]

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

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

[@diegomejia7041]

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

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

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

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

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

[@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# ☠️🤩🤩

[@CristianKirk]

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

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

[@juanferrer8982]

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

[@emmanuelsalgadoamezcua6596]

@@juanferrer8982 Midu es la mera vena jaja

[@avx89]

No había notado el rgb JAJAJ

[@mamneo2]

Incroyable.

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

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

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

[@carlinnepacheco4673]

Saluditos!! Aquí una nueva fan :)

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

[@bujurulu]

El frontend siempre ha sido complejo, pero muchos backend hasta ahora lo entienden por que lo subestiman

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

[@matiasmgm]

El único programador que usa luces 100% negras 🤘

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

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

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

[@joelbrayan1942]

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

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

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

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

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

[@pxang98]

conclusión: TODO es culpa de MiduDev

[@pedrotorres2747]

Esa kgada de midudev es el único que gana con sus cursos y vendiendo humo a todos.

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

[@cristiantrureo]

jajaaj el Midu atrapado en el horizonte de sucesos

[@seitanGodoy]

bueba ctm!!! saludos desde Chile !!! y k viva el metal y el codigo!!

[@carles.noguera]

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

[@ricardoricardorodriguez8368]

Pero porque son lenguajes qué son capaces de actuar como servidores, en front es un solo lenguaje

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

[@summeryrain]

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

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

[@dhalfaraz]

Si continuamos así, van a ser cada vez menos los desarrolladores que quieran trabajar exclusivamente como Frontend Devs.

[@firexsun3495]

El creador de contenido de la buena música \m/.

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

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

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

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

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

[@fernandomoran3163]

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

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

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

[@Leandrys_]

Yo estoy viviendo ese infierno, el día que html soporte custom components y J's la reactividad, no toco más 1 framework

[@carlfercho]

Totalmente de acuerdo.

[@code1866]

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.

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

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

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

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

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

[@joselodev]

Checken Elixir y Phoenix, todo de vuelta al backend

[@carles.noguera]

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.

[@MisteryBio]

recuerdo cuando recien empezaba y me ponia a aprender 100 frameworks en lugar de las bases de programar

[@XxBlustMagicxXREMASTERED]

Yo con mi jquery y Js soy feliz 😅❤

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

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

[@SrGoldenCat]

Con respecto a esto, siento que llegué tarde a todo. Como si hace unos años (especialmente antes del auge de la IA) todo hubiera sido un paraíso laboral y que todos encontraban trabajo rápido, mientras que ahora te tienes que dar de codazos con el compa de al lado para poder optar a un trabajo regularmente pagado

[@enriqueruiz320]

Agregarle tambien que muchas empresas quieren desarrolladores mil usos en vez de desarrolladores especializados

[@carlos.maradiaga]

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.

[@MegaRockero20]

La broma del agujero negro me hizo mucha gracia

[@danielcastillo7133]

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

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

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

[@mauriciomontes8235]

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

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

[@DaPaBe1999]

La miniatura me ñarecio muy "señor le grita a las nubes" jaja

[@ezequielperez831]

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!!!"

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

[@danioeritcode07]

El front end es muy complejo... El front end : Observer, state, flux, strategy, memorization

[@JohnVega-u3y]

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

[@herbertsaldavaasencios5396]

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

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

[@jflores61]

Mientra mas complejo sea, mas costara

[@desconecta-te]

Totalmente de acuerdo. Tengo ya una edad y la verdad es que esto se ha salido de vueltas como dicen en mi pueblo. Es matar moscas a cañonazos. Y todavía veo como el super del chino tiene todavía una aplicación de consola que le funciona al 100% y el otro super que se conectan al mismo sitio y no necesitan nada más. En fin.

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

[@HachiMakiDev]

manso video te sacaste, buen debate, a ver si respondo

[@amaurifriasvargas600]

Que chistoso decir que soy el unico programador que no tienes luces RGB

[@carlosalfredo3237]

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

[@MoisesBaldenegroMelendez-fl3wk]

Andas de Gala con esa de Megadeth hoy... lml

[@ylfe8061]

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.

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

[@Senko-28]

Cada día la programación mas compleja en general, y las empresas quieren pagar menos xd

[@leonelfranciscogalvanlobato]

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