A mi lo que me fastidia en una web que está cargando es que cuando quiero pulsar algo la página se mueve y acabo pulsando en otra cosa.... que rabia me da eso.
Lo peor es cuando uno, sabiendo esto, espera un buen tiempo y uno cree que ya espero lo suficiente y justo cuando le vas a dar click, pum! Carga alguna bendita cosa que hace que todo se mueva
@@CarlosJimenez-eq1fu ese se corrige poniendo skeletons, o más fácil poniendo altos y anchos a las imágenes para que ocupe su espacio mientras carga y así no se mueve
Oye, no sé qué internet tendría esta gente hace 20 años, pero yo tenía un dial-up que tardaba 1 semana en descargarse un pdf de 6 MB, así que tan rápido, tan rápido no iba. Lo que sí es cierto es que las páginas eran principalmente HTML estático y las imágenes eran muy pequeñitas y cargaba “rápido”. Pero la tecnología avanza y ahora tenemos aplicaciones completas y complejas en la web que hace 20 años ni siquiera soñaríamos que serían posibles, el costo es el peso.
Je, genial aquel que te responde "pero de dónde eres?", te llamó tercermundista gratuitamente y se quedó muy a sus anchas. Todos los que han sostenido esto de los 20 años, tienen veintitantos, son todos jovencitos que hace 20 años eran niños pequeños entonces en sus mentes ocurre una distorsión de la realidad y es común, se refieren a 20 años cuando en realidad con suerte son 10 años atrás. Hace 20 años todos los servicios de internet operaban a velocidades menores a 1 Mega, eran conexiones del orden de los kilobytes, tener 1 Mega de conexión significaba tener un enlace E1, una trama completa y eran servicios orientados a empresas, tenían IP fija y operaban directamente sobre la jerarquía digital plesiócrona o PDH y las tramas SDH de mayor jerarquía tú las veías en los proveedores de servicios para el transporte, no la última milla. La última milla era en base a servicios ADSL o cable modem, y fue esta última tecnología la que democratizó el acceso a mejores tasas de transferencia, la carrera por mayores velocidades estaba comenzando hace 20 años y rápidamente aumentaron las velocidades, pero el aumento ha sido exponencial, en un inicio los aumentos fueron discretos, en los últimos años tuviste saltos más grandes, con esa imagen de internet pasada que tienen estos muchachos es más reciente, es hace unos pocos años atrás cuando eran adolescentes, pero como su vida ha sido corta ellos sienten como si hubiera pasado 20 años, pensemos en quien tenía 10 años el 2004 hoy tiene 30, los de 35 tenían 15, es decir eran muchachitos y hablan con tal propiedad de la realidad que percibieron con mentes aun en desarrollo. Todo lo que digo lo sé porque fue cuando salía de la universidad y comenzaba a trabajar como ingeniero de telecomunicaciones precisamente en los proveedores de servicios, cada quien evaluará qué visión tiene más peso, la de un muchachito que no tiene muy claro de qué año es cada recuerdo que tiene, o quien ya era un profesional en aquellos años. En resumen, las páginas eran más simples, más planas, pero a la vez las conexiones eran mucho más precarias y no era sola la velocidad bruta, si no como el medio en realidad es compartido y la velocidad que supuestamente tienes contratada en realidad está distribuida entre varios usuarios los cuales no generan tráfico en el mismo instante (bueno a día de hoy si hay más tráfico en simultaneo), por tanto, la realidad efectiva era mucho más precaria que el número pudiera hacer pensar.
me acuerdo cuando hace 10 años te ponían de ejemplo la página de MilAnuncios, ya existían algunos frameworks de javascript pero todo lo hacía con PHP (creo recordar que no era Java o ASP), carga demorada (y los anuncios solo salían cuando hacías scroll), precarga de sprites en vez de imágenes individuales, cachés y el envío completo del html en vez de solo la parte dinámica. Nada de Angular, React, Vue ni nada de eso. Será que soy mayor pero también pienso a veces que hay una sobreingeniería dentro del desarrollo web. Saludos.
@@juanantonio8095 Lo bonito y lo malo de PHP es que reside en el serverside, eso le quita muchísima pero muchísima carga al cliente porque no tiene que cargar scripts localmente, pero suele ser medianamente pesado en el área del servidor a menos que uses algo como PHP-CGI
Las nuevas librerias sacrifican velocidad por más contenido dinámico (animaciones, recarga a tiempo real, incorporación con bases de datos, etc). No es malo en sí, pero cuando todas las librerías y frameworks que quieres utilizar hacen esto es cuando las páginas van más lento de lo normal.
Hay una sobreingeniería, porque hay toda una industria y muchos puestos de trabajo que viven de hacer esa sobreingeniería. Hace 15 años hice un juego web en PHP, que llegó a tener más de 1000 jugadores en simultáneo, todos ellos, funcionaban con un servidor en mi casa que era un Pentium 3 a 600mhz creo, un linux 2.6, ... y una velocidad de subida de 384kbps.... pues adivina iba rapidísimo porque me OBSESIONÉ con el rendimiento, tardaba 3ms en generar la página entera, usaba TODOS los trucos habidos y por haber, como por ejemplo el que mencionas del Spritesheet para las imágenes, y un uso "abusivo" de las cabeceras Cache-Control , If-Modified-Since y no recuerdo que otra cosa, el juego no usaba librerías ni frameworks de ningún tipo, porque no quería gastar cpu ni ram Había javascripts, pero sin libs, sólo jQuery porque jQuery era super necesario si querías poder hacer cosas con el DOM sin morir en el intento, cada versión de Internet Explorer tenía cambios breaking, IE6, IE7, IE8 , jQuery los unificaba, también Firefox tenía las suyas, y bueno.... Safari también, solía coincidir con Firefox... pero... no siempre... ahora todo es muy fácil Antes de jQuery teníamos que crear un js por navegador... y la página acababa petada de (no recuerdo la sintaxis)
El problema, como dices, es la implementación en muchos casos. Creo que fue Douglas Crockford el que dijo eso de “hay muchos usuarios de Javascript, pero no tantos desarrolladores de Javascript”. Esa frase dice mucho. Resulta también interesantes muchas técnicas de optimización que son de toda la vida, como la de los sprites de imágenes. Los nuevos desarrolladores tienden a leer lo último de lo último, pero muchas veces no de las bases. Esa técnica junto con otras las recopiló Steve Souders en “high Performance Websites”. Será un libro antiguo, pero algamente recomendable (y su actualización posterior en “Even faster websites”
11:15 es lo que solíamos hacer hace 15 años, por ej un sprite con los iconos de la UI. en este caso supongo que lo hacen solamente para el caso de las categorías principales que probablemente no cambien nunca o muy cada tanto.
7:50 no realmente, el software antiguo era un poco mas rapido, una clara practica que pueden hacer es agarrar una laptop de hace 12 años y meterle softtware de hace 12 años y veran como va de rapida esa carcacha (con software de la epoca). y la web hace 15 añitos era leeeenta (yo usaba adsl a 1mps de donde me podia conectar)... pero eso no quiere decir que lo viejo sea mejor, por el contrario antes habian muchas carencias que el sofware actual ha satisfecho, a cada uno lo suyo. Postdata: No se dejen llevar por la nostalgia.
depende del software pero, antes no habia que integrarlo a internet o no era obligatorio...por lo tanto no tenian tantas cosas de seguridad para no tener brechas de seguridad, tambien lo hacen mas amigable, lo que obliga a crear mas figuritas y dibujos...etc etc etc
Las webs anteriores solían ser muuuy rápidas, el problema era el Internet, pero los servidores eran tan limitados, que se hacía auténtica ingeniería de software para rascar hasta el último mz de la CPU, hablamos de servidores que no llegaban ni al giga de ram, y que tenían un core a 1gh o cosas así xd, aquellos maravillosos 90'
Hola Midu, buen video! Estaría genial que explicaras diferentes técnicas como las que mostraste en el video para mejorar el rendimiento de un sitio web! Saludos
Siempre que veo tus videos, me siento mas ignorante en todo lo que tiene que ver con desarrollo web, por la cantidad de cosas que desconozco y que me faltan por aprender XD
El tema es que hace 20 años atras, como la tecnología no era tan potente como hoy, se le daba mucha mas importanci a la optimizacion para que funcionaran bien en hardware que no es tan bueno como es que tenemos hoy. El problema que tenemos hoy es que le dimos demasiada potencia a los desarrolladores en cuestion de hardware y ya no se preocupan en optimizar el rendimiento.
Las gente que esta diciendo que la web de hace 20 años eran igual de rapidas, no sabe que mcmaster tiene miles o millones de productos, tiene planos de casi todos esos productos y tambien tiene modelos 3D con medidas exactas
Antes TH-cam cacheaba los videos y andaban ultraràpidos, y podias verlos aun sin conexion a internet los que ya habias visto.....hoy es una puta mier da
Un ingles explicó como funcionaba, basicamente al inicio del codigo de la página define/declara todos los recursos que necesita, eso hace que descargue todo lo que necesita y la página cargue de golpe y no por partes porque necesita descargar x script o imagen. También tiene predefinido el tamanho de todas las imagenes, para que no se desplace la pagina al cargar cada imagen. Y algún que otro truco por dentro. No tengo nada de experiencia en programación web, pero me comi el vídeo entero :3
Cuando hablan de aplicaciones de antes se refieren a aplicaciones de escritorio (posiblemente windows) y no quiere decir que ese entonces las aplicaciones fueran más rápidas sino que esas aplicaciones podrían funcionar mucho más rápido con el hardware actual aunque podría ser debatible al tener herramientas de software optimizadas para el hardware actual y demás pero esa sería una batalla sin sentido.
Vaya, mi nostalgia es todo lo contrario, a escisión de ciertos botones que antes eran muy útiles, no extraño para nada el rendimiento de las APPs. Para quienes no saben, de allí viene el darle clic al botón de guardar varias veces, es porque no sabíamos si le habíamos dado o sí había hecho lo que decía hacer. Para quienes no han usado jquery, todos los iconos de jquery-ui son cargados de esa manera.
que buen video! ajjaja pero la verdad es que todos esos trucos se empezaron a construir en los 2000, cuando la internet no era de la mejor calidad, y había que programar en base a rendimiento y claro muchas de esas técnicas han ido evolucionando con el tiempo :D
La primera carga no es tan rápida pero la segunda sí, puede lo que se suele hacer es una petición a la API y el resto solo consume los items ya del estado
@@XaviIntheHousetienes razón, no hace lo mismo, ahora hay muchísimo código basura, fugas de memoria y demás chorradas en MS Office y en Windows. ya ni en linux, y en los productos de Apple ni te digo.
Bueno eso de que hace exactamente lo mismo no, si que hay mejoras interesantes y son mas potentes. Eso si, lo que chupan sigue sin estar justificado, la optimización es terrible
si te quedas en lo basico si hace lo mismo pero hay muchisimas funcionalidades ahora que no existian antes integracion con la nube manejo de sharepoint, drm para permisos, mejor manejo de multimedia exportar a otros formatos que antes ni existian. si te pones asi tienes alternativas como libreoffice que mas o menos hacen lo mismo, son gratuitos y mas livianos
@@eurisillo pues yo uso macos y la verdad me va joya, en cuanto a linux al ser tan modular por ejemplo no uso gnome sino algun window manager como hyprland y te aseguro que no hay fugas de memoria al contrario uno se queda embobado de la poca cantidad de recursos que usa
Creo que el punto que comentas sobre "Antiguamente iban más rápido" es una media verdad. Empezando que antiguamente las webs eran mucho más simples y no había tanta telemetría como ahora. Además, me da la sensación que la optimización actual es muy ligera, antes se hacía algo, llamalo X y siempre se buscaba la optimización, porque los recursos eran muy finitos, en cambio hoy los recursos son más abundantes y parece que la gente los ve como infinitos, por lo que la optimización no está a la orden del día, pero debería.
buen video, me preguntaba como seria el crud de productos si las imágenes se combinan todas en un sprite por categoría? habría actualizar las posiciones en la bd, luego procesar el sprite, etc?
Hace 10 años los celulares tenian menos de 4gb de ram y era lo mejor, y ahora tienen hasta 12gb de ram y aun las personas dicen que "Se queda corto". Antes con el codigo fuente en c++ que cabe en un diskette de algunos 8mb mas o menos, se lanzaron satelites o se fue a la luna. ahora tienes 64gb de ram y no se puede hacer un render....
De seguro las IA que han avanzando tanto en esta época se podían hacer con tan poca capacidad de cómputo y tan poca cantidad de información y almacenamiento en ese entonces, ya que existía la teoría desde hace décadas, pero la gente de seguro era floja, no es por otros motivos, para nada
Yo fui técnico informático durante 10 años antes de ser programador , antes de eso viví la informática de los 90 y lo antiguo no es lo mejor mucho menos windows XP (ponga música épica de batalla para enfrentar el hate.)
Que linda época los 90 y los 2000. Recuerdo que por ese entonces todo instalador que te descargabas tenia el tema N***** de M***** de fondo 🤣 hasta en las radios lo pasaban
@@kekoeldo amigo pero windows Xp volaba en un core 2 duo 3.33ghz y 512 megas de ram con una 9800 que dices ??? Ahí windows xp podías abrir 500 programas sin trabarse
antes todo iba super lento, lo que pasa es que si ahora ejecutamos cosas viejas, en un ordenador que es un i9 con 32GB de ram, pues te ira como un tiro jajaja
Me parece que va bastante lenta siendo un catálogo relativamente pequeño, un elastic con varios cores bien elegidos podría hacer que fuera mucho más rápida, mi empresa tiene un catálogo de casi las piezas de coche, es MUY grande, y en general las respuestas ocupan menos de 100ms, incluso haciendo búsquedas por varios campos, tipo marca, y tipo de recambio, etc, incluso las búsquedas fulltext tipo por el título del artículo son super rápidas, toda la magia es por el ElasticSearch, el ElasticCache, y el autoescalado bajo demanda de los backends, todo distribuido inteligentemente por el distintas zonas de disponibilidad de aws
Soy estudiante que acaba de salir de asir y lo he entendido a medias xd. alguna recomendación de tus videos para llegar a entenderte en un futuro? gracias de antemano. =)
jajaja veré como implementar la técnica de la única imagen con todas las imágenes y que sea por categorías para que se pegue de manera automática ... de esa manera los usuarios que suban los productos no tendrán que hacer mucho para pegarlas
Recuerdo tiempo atras que vi un tipo por la internet que igual reclamaba lo mismo... pero resumidas cuentas su idea era que los sitios web hoy en días se han sobrecomplejizado con efectos 3D parallax etc y lo único que hacen es empeorar el rendimiento dela web, todo para tener una estupida banderita de awwwards (una "organización" [con pinzas esto puedo estarme equivocando] que se encarga de premiar a las páginas web más bonitas). Y el tipo dejaba una página web con html plano y un poco de css. Me parecia interesante su postura, aún que no se puede negar que js hace mucho más vistosas las webs. Pienso que lo importante es encontrar un balance adecuado entre lo visual y el rendimiento.
@@psycongroo171 Me refiero justamente a lo que indicas en tu 2do mensaje. Recuerdo varía páginas en flash que eran increíbles, era como del fututo. Incluso luego de la muerte de flash, el estilo gráfico era mucho más complejo (muy de moda el glass). Hoy veo sitios sencillos y muchos más sobrios que antes (en el sentido de diseño, efectos, etc)
Hola, mepa que deben de existir programas para medir la carga de la página desde diferentes servidores del mundo o proxys aun que deben de ser de pago, se usaran para testeos.
Concuerdo con midu, el problema no es utilizar javascript en el servidor eso esta bien, el problema es la cantidad de javascript inneceserio en el cliente.😅
unos conocidos estaban haciendo un periodico en linea, cadavez que lo cargabas te bajaba 50 MB de datos con todas las noticias... el lanzamiento a produccion fue espantoso...
En cuanto a las aplicaciones de escritorio, tengo una prueba controladísima con dos softwares de especialidad. Y de una versión concreta a otra de una de ellas (v12 a v14) el sólo hecho de abrir la aplicación cambió de 20 segundos (lento) a 6 minutos (si lo defino me acusan de algo). El otro software de especialidad, de otro fabricante pero idéntico en funciones, nunca ha pasado de los 20 segundos en arranque en ninguna versión. Alguna cosa sí que habrá en las nuevas tecnologías que han decidido utilizar los desarrolladores. En esa que pasó de la v12 a la v14, cambió tanto que es obligatorio, ahora, usar entornos de 64 bits, cuando es histórico (ya van por los 30-35 años de desarrollo) que hasta la versión 8 eran de 16 bits, y la versión 9, ya de la época de windows me, apenas comenzaba a utilizar 32 bits, para poder usar un poco más de memoria. Y ya te digo yo que, si bien en lo estético no hay color, en los términos prácticos (lo que producen) no ha cambiado nada desde que se inventó la tecnología que atienden (un uso específico de CNC).
Yo vivo en Georgia (US) y la verdad no tuve ni un segundo esperando en la pagina. Carga todo rapidisimo, parece que tengo el archivo en mi pc de manera local jajajaja
Totalment d'acord, soc un viejuno en el mon del front i la nostalgia sempre guanya. Una cosa d'aquest site que també està molt bé és el disseny, encara que aparentment no sembla que hi hagi molt disseny, si que n'hi ha en punts importants. Per exemple, totes les imatges de producte estan molt ben passades a escala de grisos (es una feinada, amb un catàleg tan gran! I segur que s'ha fet amb supervisió humana). Salut!
ka xulpa es que ya la tecnologia no es una herramienta es un producto donde todos quieren ofrecer el supuesto producto mejor y esa competencia hace que se deje de lado lo fundamental!!!
Un poco de esto y un poco de aquello, le tengo que dar la razón al de Twitter (X) en cuanto a la optimización actual, y no es algo exclusivo de las webs, aplica incluso a los videojuegos, la tendencia es optimizar las cosas con el c*ulo, eso es totalmente innegable y evidente.
Dudisima, no se si solo a mi me pasa pero despues de mucho tiempo de usar Facebook se pone lentisimo y trabado, teniendo en cuenta que mi red es de 400 y tengo una buena PC, no se si sea solo yo o es un problema de esa pagina. La verdad es odioso que pase eso.
Uno de los top 3 importadores en Uruguay el sistema interno es en DOS es no la consolita de windows. Los empleados la manejan de pies a cabeza y listo. nada grafico solo texto y altoque anda.
simple, no tiene las 20 mil dependencias de nextjs, react, etc etc etc (nada contra js, es más, creo que es un gran lenguaje el problema es la sobreingeniería)
No es este el mismo vídeo que subió Wes Bos? ID del vídeo que digo: -Ln-8QM8KhQ No me hagáis mucho caso de todas formas porque entiendo que esto es un extracto de un directo anterior, pero me llamó la atención la verdad
A mi lo que me fastidia en una web que está cargando es que cuando quiero pulsar algo la página se mueve y acabo pulsando en otra cosa.... que rabia me da eso.
Lo peor es cuando uno, sabiendo esto, espera un buen tiempo y uno cree que ya espero lo suficiente y justo cuando le vas a dar click, pum! Carga alguna bendita cosa que hace que todo se mueva
He visto páginas que lo hacen justo en la parte donde carga un anuncio y terminas dándole al anuncio sin querer, sospechoso...
Cumulative Layout Shift (CLS).
Si es un programador preocupado por SEO o la salud de la web debería evitar eso que comentas jajaj
GitHub con el banner amarillo cuando hay un cambio reciente en el repositorio.
@@CarlosJimenez-eq1fu ese se corrige poniendo skeletons, o más fácil poniendo altos y anchos a las imágenes para que ocupe su espacio mientras carga y así no se mueve
Oye, no sé qué internet tendría esta gente hace 20 años, pero yo tenía un dial-up que tardaba 1 semana en descargarse un pdf de 6 MB, así que tan rápido, tan rápido no iba. Lo que sí es cierto es que las páginas eran principalmente HTML estático y las imágenes eran muy pequeñitas y cargaba “rápido”. Pero la tecnología avanza y ahora tenemos aplicaciones completas y complejas en la web que hace 20 años ni siquiera soñaríamos que serían posibles, el costo es el peso.
Pero de donde eres?
ahora hasta hay emuladores de ps2 web
algo impensable hace 5-10 años
Totalmente de acuerdo👍
O cuando tardaba 20 segundos en cargar Google con un módem de 64k
Je, genial aquel que te responde "pero de dónde eres?", te llamó tercermundista gratuitamente y se quedó muy a sus anchas. Todos los que han sostenido esto de los 20 años, tienen veintitantos, son todos jovencitos que hace 20 años eran niños pequeños entonces en sus mentes ocurre una distorsión de la realidad y es común, se refieren a 20 años cuando en realidad con suerte son 10 años atrás. Hace 20 años todos los servicios de internet operaban a velocidades menores a 1 Mega, eran conexiones del orden de los kilobytes, tener 1 Mega de conexión significaba tener un enlace E1, una trama completa y eran servicios orientados a empresas, tenían IP fija y operaban directamente sobre la jerarquía digital plesiócrona o PDH y las tramas SDH de mayor jerarquía tú las veías en los proveedores de servicios para el transporte, no la última milla. La última milla era en base a servicios ADSL o cable modem, y fue esta última tecnología la que democratizó el acceso a mejores tasas de transferencia, la carrera por mayores velocidades estaba comenzando hace 20 años y rápidamente aumentaron las velocidades, pero el aumento ha sido exponencial, en un inicio los aumentos fueron discretos, en los últimos años tuviste saltos más grandes, con esa imagen de internet pasada que tienen estos muchachos es más reciente, es hace unos pocos años atrás cuando eran adolescentes, pero como su vida ha sido corta ellos sienten como si hubiera pasado 20 años, pensemos en quien tenía 10 años el 2004 hoy tiene 30, los de 35 tenían 15, es decir eran muchachitos y hablan con tal propiedad de la realidad que percibieron con mentes aun en desarrollo. Todo lo que digo lo sé porque fue cuando salía de la universidad y comenzaba a trabajar como ingeniero de telecomunicaciones precisamente en los proveedores de servicios, cada quien evaluará qué visión tiene más peso, la de un muchachito que no tiene muy claro de qué año es cada recuerdo que tiene, o quien ya era un profesional en aquellos años.
En resumen, las páginas eran más simples, más planas, pero a la vez las conexiones eran mucho más precarias y no era sola la velocidad bruta, si no como el medio en realidad es compartido y la velocidad que supuestamente tienes contratada en realidad está distribuida entre varios usuarios los cuales no generan tráfico en el mismo instante (bueno a día de hoy si hay más tráfico en simultaneo), por tanto, la realidad efectiva era mucho más precaria que el número pudiera hacer pensar.
me acuerdo cuando hace 10 años te ponían de ejemplo la página de MilAnuncios, ya existían algunos frameworks de javascript pero todo lo hacía con PHP (creo recordar que no era Java o ASP), carga demorada (y los anuncios solo salían cuando hacías scroll), precarga de sprites en vez de imágenes individuales, cachés y el envío completo del html en vez de solo la parte dinámica. Nada de Angular, React, Vue ni nada de eso. Será que soy mayor pero también pienso a veces que hay una sobreingeniería dentro del desarrollo web. Saludos.
"sobreingeniería dentro del desarrollo web" ahí las dao, totalmente de acuerdo.
@@juanantonio8095 Lo bonito y lo malo de PHP es que reside en el serverside, eso le quita muchísima pero muchísima carga al cliente porque no tiene que cargar scripts localmente, pero suele ser medianamente pesado en el área del servidor a menos que uses algo como PHP-CGI
Las nuevas librerias sacrifican velocidad por más contenido dinámico (animaciones, recarga a tiempo real, incorporación con bases de datos, etc).
No es malo en sí, pero cuando todas las librerías y frameworks que quieres utilizar hacen esto es cuando las páginas van más lento de lo normal.
Hay una sobreingeniería, porque hay toda una industria y muchos puestos de trabajo que viven de hacer esa sobreingeniería.
Hace 15 años hice un juego web en PHP, que llegó a tener más de 1000 jugadores en simultáneo, todos ellos, funcionaban con un servidor en mi casa que era un Pentium 3 a 600mhz creo, un linux 2.6, ... y una velocidad de subida de 384kbps.... pues adivina iba rapidísimo porque me OBSESIONÉ con el rendimiento, tardaba 3ms en generar la página entera, usaba TODOS los trucos habidos y por haber, como por ejemplo el que mencionas del Spritesheet para las imágenes, y un uso "abusivo" de las cabeceras Cache-Control , If-Modified-Since y no recuerdo que otra cosa, el juego no usaba librerías ni frameworks de ningún tipo, porque no quería gastar cpu ni ram
Había javascripts, pero sin libs, sólo jQuery porque jQuery era super necesario si querías poder hacer cosas con el DOM sin morir en el intento, cada versión de Internet Explorer tenía cambios breaking, IE6, IE7, IE8 , jQuery los unificaba, también Firefox tenía las suyas, y bueno.... Safari también, solía coincidir con Firefox... pero... no siempre... ahora todo es muy fácil
Antes de jQuery teníamos que crear un js por navegador... y la página acababa petada de (no recuerdo la sintaxis)
js se acostó con su jermu o algo asi JAJAJAJA QUE GENIO
no lo vayan a etiquetar a hdleon porfa no sean malos.
XDXDXD
como que jermu? deja de hacerte el gracioso.
@@alanbarrientos5236 shhhh crio nadie esta hablando con vos.
@@alanbarrientos5236 sigue llorando jajaja
El problema, como dices, es la implementación en muchos casos. Creo que fue Douglas Crockford el que dijo eso de “hay muchos usuarios de Javascript, pero no tantos desarrolladores de Javascript”. Esa frase dice mucho.
Resulta también interesantes muchas técnicas de optimización que son de toda la vida, como la de los sprites de imágenes. Los nuevos desarrolladores tienden a leer lo último de lo último, pero muchas veces no de las bases. Esa técnica junto con otras las recopiló Steve Souders en “high Performance Websites”. Será un libro antiguo, pero algamente recomendable (y su actualización posterior en “Even faster websites”
11:15 es lo que solíamos hacer hace 15 años, por ej un sprite con los iconos de la UI. en este caso supongo que lo hacen solamente para el caso de las categorías principales que probablemente no cambien nunca o muy cada tanto.
7:50 no realmente, el software antiguo era un poco mas rapido, una clara practica que pueden hacer es agarrar una laptop de hace 12 años y meterle softtware de hace 12 años y veran como va de rapida esa carcacha (con software de la epoca). y la web hace 15 añitos era leeeenta (yo usaba adsl a 1mps de donde me podia conectar)... pero eso no quiere decir que lo viejo sea mejor, por el contrario antes habian muchas carencias que el sofware actual ha satisfecho, a cada uno lo suyo. Postdata: No se dejen llevar por la nostalgia.
depende del software
pero, antes no habia que integrarlo a internet o no era obligatorio...por lo tanto no tenian tantas cosas de seguridad para no tener brechas de seguridad, tambien lo hacen mas amigable, lo que obliga a crear mas figuritas y dibujos...etc etc etc
Las webs anteriores solían ser muuuy rápidas, el problema era el Internet, pero los servidores eran tan limitados, que se hacía auténtica ingeniería de software para rascar hasta el último mz de la CPU, hablamos de servidores que no llegaban ni al giga de ram, y que tenían un core a 1gh o cosas así xd, aquellos maravillosos 90'
10:45 Siento que viajé en el tiempo 20años atrás. En esa época eso era una técnica pro y mejoraba bastante las cosas.
Antes había más ingenio por la cantidad de limitantes, ahora se trata de casarte con un framework y hacer todo como ellos lo dictan
Hola Midu, buen video! Estaría genial que explicaras diferentes técnicas como las que mostraste en el video para mejorar el rendimiento de un sitio web! Saludos
Siempre que veo tus videos, me siento mas ignorante en todo lo que tiene que ver con desarrollo web, por la cantidad de cosas que desconozco y que me faltan por aprender XD
3:19 Señala en este muñeco dónde te tocó javascript
JAJAJAJA
El tema es que hace 20 años atras, como la tecnología no era tan potente como hoy, se le daba mucha mas importanci a la optimizacion para que funcionaran bien en hardware que no es tan bueno como es que tenemos hoy. El problema que tenemos hoy es que le dimos demasiada potencia a los desarrolladores en cuestion de hardware y ya no se preocupan en optimizar el rendimiento.
2:00 sí, acá en México las paginas del sitio se abren en muy rápido
Las gente que esta diciendo que la web de hace 20 años eran igual de rapidas, no sabe que mcmaster tiene miles o millones de productos, tiene planos de casi todos esos productos y tambien tiene modelos 3D con medidas exactas
1:10 un detalle aca es que no tiene que estar bien distribuido si vende solo en EEUU
Antes TH-cam cacheaba los videos y andaban ultraràpidos, y podias verlos aun sin conexion a internet los que ya habias visto.....hoy es una puta mier da
Un ingles explicó como funcionaba, basicamente al inicio del codigo de la página define/declara todos los recursos que necesita, eso hace que descargue todo lo que necesita y la página cargue de golpe y no por partes porque necesita descargar x script o imagen.
También tiene predefinido el tamanho de todas las imagenes, para que no se desplace la pagina al cargar cada imagen.
Y algún que otro truco por dentro.
No tengo nada de experiencia en programación web, pero me comi el vídeo entero :3
Cuando hablan de aplicaciones de antes se refieren a aplicaciones de escritorio (posiblemente windows) y no quiere decir que ese entonces las aplicaciones fueran más rápidas sino que esas aplicaciones podrían funcionar mucho más rápido con el hardware actual aunque podría ser debatible al tener herramientas de software optimizadas para el hardware actual y demás pero esa sería una batalla sin sentido.
ellos venden productos de fontaneria en us, para que quisieran que cargue rapido en espania
Vaya, mi nostalgia es todo lo contrario, a escisión de ciertos botones que antes eran muy útiles, no extraño para nada el rendimiento de las APPs. Para quienes no saben, de allí viene el darle clic al botón de guardar varias veces, es porque no sabíamos si le habíamos dado o sí había hecho lo que decía hacer.
Para quienes no han usado jquery, todos los iconos de jquery-ui son cargados de esa manera.
que buen video! ajjaja pero la verdad es que todos esos trucos se empezaron a construir en los 2000, cuando la internet no era de la mejor calidad, y había que programar en base a rendimiento y claro muchas de esas técnicas han ido evolucionando con el tiempo :D
La primera carga no es tan rápida pero la segunda sí, puede lo que se suele hacer es una petición a la API y el resto solo consume los items ya del estado
Lo probé desde México. Sin "caching" y realmente la carga es instantanea. Me sorprende jaja
Jajaja yo no se NADA de programación y casi no entiendo nada pero tu narracion hace el vídeo muy ameno y disfrutable.
La mejor frase, "La nostalgia gana al criterio", eso me pasó volviendo a ver Caballeros del zodiaco 😅
Uff que recuerdos. Soy diseñador industrial. Y programador. Utilizaba mucho esa página para obtener modelos 3d
Minuto 2:04 confirmo a mi me iba a súper rápido (soy de LATAM)
yo soy de Chile y me iba re lento XD
Creo que hoy en día se enfocan más en lo estético que en lo funcional. Y es por eso que es más carga para el renderizado del sitio.
El Word y el Excel con 16megas de hace 20 años iba más rápido que el Word y el Excel de hoy con 16 Gigas y hace exactamente lo mismo.
en realidad no
@@XaviIntheHousetienes razón, no hace lo mismo, ahora hay muchísimo código basura, fugas de memoria y demás chorradas en MS Office y en Windows.
ya ni en linux, y en los productos de Apple ni te digo.
Bueno eso de que hace exactamente lo mismo no, si que hay mejoras interesantes y son mas potentes. Eso si, lo que chupan sigue sin estar justificado, la optimización es terrible
si te quedas en lo basico si hace lo mismo pero hay muchisimas funcionalidades ahora que no existian antes integracion con la nube manejo de sharepoint, drm para permisos, mejor manejo de multimedia exportar a otros formatos que antes ni existian.
si te pones asi tienes alternativas como libreoffice que mas o menos hacen lo mismo, son gratuitos y mas livianos
@@eurisillo pues yo uso macos y la verdad me va joya, en cuanto a linux al ser tan modular por ejemplo no uso gnome sino algun window manager como hyprland y te aseguro que no hay fugas de memoria al contrario uno se queda embobado de la poca cantidad de recursos que usa
Creo que el punto que comentas sobre "Antiguamente iban más rápido" es una media verdad.
Empezando que antiguamente las webs eran mucho más simples y no había tanta telemetría como ahora. Además, me da la sensación que la optimización actual es muy ligera, antes se hacía algo, llamalo X y siempre se buscaba la optimización, porque los recursos eran muy finitos, en cambio hoy los recursos son más abundantes y parece que la gente los ve como infinitos, por lo que la optimización no está a la orden del día, pero debería.
aquí en LatinoAmérica, las pestañas abren muchísimo mas rápido, tienes razón
Es mucho más rápida desde Centro América, tarda menos tiempo en cargar la información
Cuando se programaba con tarjetas perforadas iba aún más rápido.
buen video, me preguntaba como seria el crud de productos si las imágenes se combinan todas en un sprite por categoría? habría actualizar las posiciones en la bd, luego procesar el sprite, etc?
joda qué buena pregunta :'v, ahora cómo duermo con esta intriga
La pagina es rápida, pero vieras que sorprendente es que los paquetes lleguen a las 9AM del día siguiente
Hace 10 años los celulares tenian menos de 4gb de ram y era lo mejor, y ahora tienen hasta 12gb de ram y aun las personas dicen que "Se queda corto". Antes con el codigo fuente en c++ que cabe en un diskette de algunos 8mb mas o menos, se lanzaron satelites o se fue a la luna. ahora tienes 64gb de ram y no se puede hacer un render....
Claro, porque todas y cada una de esas cosas hacen exactamente las mismas tareas y tenemos las mismas necesidades que en ese tiempo, no?
De seguro las IA que han avanzando tanto en esta época se podían hacer con tan poca capacidad de cómputo y tan poca cantidad de información y almacenamiento en ese entonces, ya que existía la teoría desde hace décadas, pero la gente de seguro era floja, no es por otros motivos, para nada
Yo fui técnico informático durante 10 años antes de ser programador , antes de eso viví la informática de los 90 y lo antiguo no es lo mejor mucho menos windows XP (ponga música épica de batalla para enfrentar el hate.)
Que linda época los 90 y los 2000. Recuerdo que por ese entonces todo instalador que te descargabas tenia el tema N***** de M***** de fondo 🤣 hasta en las radios lo pasaban
@@leonardohidalgo5127eres de arg?
recuerdo que win xp era la cosa mas insegura del planeta
@@kekoeldo amigo pero windows Xp volaba en un core 2 duo 3.33ghz y 512 megas de ram con una 9800 que dices ??? Ahí windows xp podías abrir 500 programas sin trabarse
antes todo iba super lento, lo que pasa es que si ahora ejecutamos cosas viejas, en un ordenador que es un i9 con 32GB de ram, pues te ira como un tiro jajaja
Me parece que va bastante lenta siendo un catálogo relativamente pequeño, un elastic con varios cores bien elegidos podría hacer que fuera mucho más rápida, mi empresa tiene un catálogo de casi las piezas de coche, es MUY grande, y en general las respuestas ocupan menos de 100ms, incluso haciendo búsquedas por varios campos, tipo marca, y tipo de recambio, etc, incluso las búsquedas fulltext tipo por el título del artículo son super rápidas, toda la magia es por el ElasticSearch, el ElasticCache, y el autoescalado bajo demanda de los backends, todo distribuido inteligentemente por el distintas zonas de disponibilidad de aws
Soy estudiante que acaba de salir de asir y lo he entendido a medias xd. alguna recomendación de tus videos para llegar a entenderte en un futuro? gracias de antemano. =)
La página es rápida porque tienes buen internet, si es lenta es porque estás en LATAM 😂😂
@@mrdiro1172 👌
👌
confirmo, soy de Chile y me tardaba 3 segundos en cargar XD
Volvamos a hacer webs sencillas y super rápidas.
Es lo que se debería hacer teniendo en cuenta que el 90% del tráfico de internet proviene de móviles.
Todo depende del sector del servidor estas mandando y solicitando peticiones desde europa a america
jajaja veré como implementar la técnica de la única imagen con todas las imágenes y que sea por categorías para que se pegue de manera automática ... de esa manera los usuarios que suban los productos no tendrán que hacer mucho para pegarlas
Recuerdo tiempo atras que vi un tipo por la internet que igual reclamaba lo mismo... pero resumidas cuentas su idea era que los sitios web hoy en días se han sobrecomplejizado con efectos 3D parallax etc y lo único que hacen es empeorar el rendimiento dela web, todo para tener una estupida banderita de awwwards (una "organización" [con pinzas esto puedo estarme equivocando] que se encarga de premiar a las páginas web más bonitas). Y el tipo dejaba una página web con html plano y un poco de css.
Me parecia interesante su postura, aún que no se puede negar que js hace mucho más vistosas las webs. Pienso que lo importante es encontrar un balance adecuado entre lo visual y el rendimiento.
Al contrario, antes los sitios eran más complejos. Luego las web tenían que ser pensadas para móviles, lo que hizo bajar la complejidad
antes usaban paginas pesadisimas de flash con muchisimas animaciónes y nadie se quejaba
@@Turko77777 no se si mas complejas pero la maquetación por tablas era una pesadilla
@@psycongroo171 Me refiero justamente a lo que indicas en tu 2do mensaje. Recuerdo varía páginas en flash que eran increíbles, era como del fututo. Incluso luego de la muerte de flash, el estilo gráfico era mucho más complejo (muy de moda el glass). Hoy veo sitios sencillos y muchos más sobrios que antes (en el sentido de diseño, efectos, etc)
12:18 Me imagino que ese sprite se usa para navegadores que no soportan svg
Hola, mepa que deben de existir programas para medir la carga de la página desde diferentes servidores del mundo o proxys aun que deben de ser de pago, se usaran para testeos.
Concuerdo con midu, el problema no es utilizar javascript en el servidor eso esta bien, el problema es la cantidad de javascript inneceserio en el cliente.😅
El problema es usar javascript, punto
@@Turko77777 pero el ssr es rapido
unos conocidos estaban haciendo un periodico en linea, cadavez que lo cargabas te bajaba 50 MB de datos con todas las noticias... el lanzamiento a produccion fue espantoso...
En cuanto a las aplicaciones de escritorio, tengo una prueba controladísima con dos softwares de especialidad. Y de una versión concreta a otra de una de ellas (v12 a v14) el sólo hecho de abrir la aplicación cambió de 20 segundos (lento) a 6 minutos (si lo defino me acusan de algo). El otro software de especialidad, de otro fabricante pero idéntico en funciones, nunca ha pasado de los 20 segundos en arranque en ninguna versión.
Alguna cosa sí que habrá en las nuevas tecnologías que han decidido utilizar los desarrolladores. En esa que pasó de la v12 a la v14, cambió tanto que es obligatorio, ahora, usar entornos de 64 bits, cuando es histórico (ya van por los 30-35 años de desarrollo) que hasta la versión 8 eran de 16 bits, y la versión 9, ya de la época de windows me, apenas comenzaba a utilizar 32 bits, para poder usar un poco más de memoria. Y ya te digo yo que, si bien en lo estético no hay color, en los términos prácticos (lo que producen) no ha cambiado nada desde que se inventó la tecnología que atienden (un uso específico de CNC).
las actualizaciones empeoran todo
Yo vivo en Georgia (US) y la verdad no tuve ni un segundo esperando en la pagina. Carga todo rapidisimo, parece que tengo el archivo en mi pc de manera local jajajaja
midu!! saludos desde San Luis Argentina, sos demasiado crack 8)
Los ingenieros americanos consideran esta referencia su "paginas amarillas" tecnico. Ante cualquier duda de que tornillo usar te mandan aqui
Midu actualiza el Brave primer aviso, que me pone nervioso ver el badge ese verde ahi arriba 😅
Aparte McMaster es tu mejor amigo si eres diseñador mecánico porque tiene todos los componentes para descargar en formato de solidworks
lo suyo sería hacer que cacheara toda la web antes de la primera visita, como se hacía cuando subías un swf incrustado
CONFIRMO: desde Colombia entré por primera web a la página y carga muchísimo más rápido que en el video. No se ve el icono de cargar.
Totalment d'acord, soc un viejuno en el mon del front i la nostalgia sempre guanya.
Una cosa d'aquest site que també està molt bé és el disseny, encara que aparentment no sembla que hi hagi molt disseny, si que n'hi ha en punts importants.
Per exemple, totes les imatges de producte estan molt ben passades a escala de grisos (es una feinada, amb un catàleg tan gran! I segur que s'ha fet amb supervisió humana).
Salut!
Como se aprende contigo ah, que grande
Dale midu! Estaría bien un ejercicio en astro
Tremenda esa web, ahi la empresa donde trabajo comprar sus cosas y muy buena calidad que dan para herramientas de maquinado.
lo uso para sacar sus diseños 3d en fusion 360 y va super rapido y eficiente
Podrías hacer un tutorial de cómo hacer ese truco de la imagen estirada?
para arreglar lo de cargar también podrían cargar las tabs en hover xD
Lo uso cada rato para diseño industrial sin esa pagina junto con la de Festo no podria vivir 😢
2 inconvenientes, 1: que cliente se va a dedicar Sprite y 2: el diseño está un poco básico.
Me encantaria ver ese proyecto hecho con astro
Esa es la tienda que Nilered🧪⚗️ uso para comprar piezas para su vídeo de hacer aerogel si no mal recuerdo... ☕🤔😸
3:22 no psss se lo hizo por el back end y el front end de forma muy optimizada, yo tambien estaria muy molesto 😂😂😂
Supongo que depende de la computadora o el internet que tengas, a mí por ejemplo me va super rápida.
Hola Midu confirmo la página me carga más rápido a mí en Mexico que lo que se ve en el video (directo-diferido)
no, por la distribucion de cables, si decis latinoamerica siendo mexico
(10:55) Los sprites, una tecnica legendaria de performance
Yo ya la conocía, ya que una vez necesitaba el nombre y las medidas de unos tornillos en específico. Pero que coincidencia jaja.
en la universidad ocupaba esa pagina para modelar piezas en fusion 360 xd
Hace 15 años las páginas no eran así, IE me hizo verlo
Con un poco de php puro, caché de respuestas y un buen servidor podemos obtener mejores resultados
probablemente use perl y cgi o modulos de C
pero si me da curiosidad que tan rapido es un modulo de C para web eso tiene que volar
Muy entretenido y dadáctico el video
ka xulpa es que ya la tecnologia no es una herramienta es un producto donde todos quieren ofrecer el supuesto producto mejor y esa competencia hace que se deje de lado lo fundamental!!!
Un poco de esto y un poco de aquello, le tengo que dar la razón al de Twitter (X) en cuanto a la optimización actual, y no es algo exclusivo de las webs, aplica incluso a los videojuegos, la tendencia es optimizar las cosas con el c*ulo, eso es totalmente innegable y evidente.
Javascript: Me acosté con tu mujer!!! 🗣
Dudisima, no se si solo a mi me pasa pero despues de mucho tiempo de usar Facebook se pone lentisimo y trabado, teniendo en cuenta que mi red es de 400 y tengo una buena PC, no se si sea solo yo o es un problema de esa pagina. La verdad es odioso que pase eso.
Yo pensé que era algo increíble, es mayormente caching
Ni sabes que es eso
yo vi otro video y supongo que fue porque se volvio viral y el server anda lento
Lo probé desde México. Sin "caching" y realmente la carga es instantanea
Yo lo probé desde México, va muy rápido.
Uno de los top 3 importadores en Uruguay el sistema interno es en DOS es no la consolita de windows. Los empleados la manejan de pies a cabeza y listo. nada grafico solo texto y altoque anda.
Como puedo implementar service workers para cachear imagenes, las fuentes, etc 🤔
en astro mejorara?
confirmado en latam, va muy rapido
en mexico me va mas rapido, solo se tarda un poco mas al retroceder
jajajajaj "seguramente javascript se acostó con su mujer"
Por favor hagalo con ASTRO, muchas gracias por compartir tanto conocimiento
usa algo de react? por que el react developer tools me salta que lo usa
ah ya me vi todo el video jaja
9:19 me quede esperando el comentario de cúal es la trampa, pierdes el hilo en un segundo 😭
simple, no tiene las 20 mil dependencias de nextjs, react, etc etc etc (nada contra js, es más, creo que es un gran lenguaje el problema es la sobreingeniería)
Man es increible que te fusilaste completo el video de Wes Bos.
Ya se va perdiendo esa costumbre de optimizar las cosas, ahora es todo frameworks y abstracciones de las abstracciones.
No es este el mismo vídeo que subió Wes Bos? ID del vídeo que digo: -Ln-8QM8KhQ
No me hagáis mucho caso de todas formas porque entiendo que esto es un extracto de un directo anterior, pero me llamó la atención la verdad
Entre en la PAgina y no esta funcionando, se quedo sim imagenes o no esta cargando
Debe ser lo mismo que dices que tiene el server en USA y midu está en España, a mí que soy de sudamerica me va al pelo, y si antes de cachear.
Lo de cargar sprite de imágenes, creo que WhatsApp también lo hace.