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
Antiguamente se lograba mucha eficiencia porque los programadores eramos muy conscientes de las limitaciones de hardware y red y pasabamos muchisimo tiempo optimizando. Hoy en dia los recursos se perciben como ilimitados, aunque en realidad no lo sean, y al no existir esa consciencia ya depende mucho del oficio de cada uno dedicarle o no tiempo a la optimizacion.
Sumado a que hoy en día hay muchas malas prácticas que, si bien ofrecen resultados sobresalientes en cuanto a optimización, no suelen ser elegidas porque el manualcito de buenas prácticas no lo acepta. Se buscó un equilibrio pero más que mejorar la experiencia al usuario la empeora.
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.
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
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”
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.
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
Antes UA-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
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.
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.
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?
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
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 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
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.
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.
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
@@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
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)
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.😅
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
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
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...
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!
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
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.
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!!!
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.
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.
After Effects (Un programa ultra des-optimizado) Abre en 2 segundos en un NVME... No se de que habla el otro mencionando las aplicaciones de escritorio
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
Es posible que mi perspectiva se deba a una falta de conocimiento en el tema, pero he notado que las aplicaciones y sitios web parecen estar cada vez más pesados. La tendencia de las aplicaciones de una sola página (SPA) ya no parece tan efectiva como antes. En mi opinión, la idea de que las páginas no necesiten recargarse por completo y solo actualicen componentes específicos no está resultando tan eficiente en la actualidad. A diario, observo que las aplicaciones que utilizo, desarrolladas en React, tardan mucho en cargar y, al navegar hacia atrás, recargan todo el contenido nuevamente. Esto provoca que la interfaz se sienta lenta y pesada, con animaciones largas y tediosas. Creo que optar por páginas más simples, sin la carga de un framework tan pesado, como las clásicas aplicaciones multipágina (MPA), sigue siendo muy buena idea.
Esta bueno pero seguramente los datos estan todos hardcodeados... ya tener esas imagenes todas juntas me da la pauta que para cambiar la imagen de un producto no debe ser tan sencillo
pff jajaja hace 20 años con internet de 1 a 5mb/s (maximo, yo creo que en latinoamerica por esa epoca teniamos la mayoria banda ancha de 256kb/s) las paginas se hacian asi porque cosas mas complejas en procesadores pentium 4 y con esas velocidades de internet, quedaban lentisimas. Ya quiero ver a la gente que dice que las tecnologias modernas son las que ralentizan la pagina, tratar de hacer una pagina con html, php, javascript y ajax y nada mas, todo vanilla.
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
Antiguamente se lograba mucha eficiencia porque los programadores eramos muy conscientes de las limitaciones de hardware y red y pasabamos muchisimo tiempo optimizando. Hoy en dia los recursos se perciben como ilimitados, aunque en realidad no lo sean, y al no existir esa consciencia ya depende mucho del oficio de cada uno dedicarle o no tiempo a la optimizacion.
Sumado a que hoy en día hay muchas malas prácticas que, si bien ofrecen resultados sobresalientes en cuanto a optimización, no suelen ser elegidas porque el manualcito de buenas prácticas no lo acepta.
Se buscó un equilibrio pero más que mejorar la experiencia al usuario la empeora.
Aparte que esas páginas antiguas son rápidas HOY EN DÍA, pero en su momento eran normalitas Y A VECES INCLUSO LENTAS
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.
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
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.
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
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”
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
1:10 un detalle aca es que no tiene que estar bien distribuido si vende solo en EEUU
2:00 sí, acá en México las paginas del sitio se abren en muy rápido
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.
3:19 Señala en este muñeco dónde te tocó javascript
JAJAJAJA
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
Antes UA-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
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.
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.
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
ellos venden productos de fontaneria en us, para que quisieran que cargue rapido en espania
Lo probé desde México. Sin "caching" y realmente la carga es instantanea. Me sorprende jaja
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
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 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
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 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
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.
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.
Uff que recuerdos. Soy diseñador industrial. Y programador. Utilizaba mucho esa página para obtener modelos 3d
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
Es mucho más rápida desde Centro América, tarda menos tiempo en cargar la información
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
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
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
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
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)
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.
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
12:18 Me imagino que ese sprite se usa para navegadores que no soportan svg
Cuando se programaba con tarjetas perforadas iba aún más rápido.
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
aquí en LatinoAmérica, las pestañas abren muchísimo mas rápido, tienes razón
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
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.
Como puedo implementar service workers para cachear imagenes, las fuentes, etc 🤔
Todo depende del sector del servidor estas mandando y solicitando peticiones desde europa a america
La mejor frase, "La nostalgia gana al criterio", eso me pasó volviendo a ver Caballeros del zodiaco 😅
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...
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!
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)
Aparte McMaster es tu mejor amigo si eres diseñador mecánico porque tiene todos los componentes para descargar en formato de solidworks
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.
La pagina es rápida, pero vieras que sorprendente es que los paquetes lleguen a las 9AM del día siguiente
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
Podrías hacer un tutorial de cómo hacer ese truco de la imagen estirada?
lo uso para sacar sus diseños 3d en fusion 360 y va super rapido y eficiente
Midu actualiza el Brave primer aviso, que me pone nervioso ver el badge ese verde ahi arriba 😅
Esa es la tienda que Nilered🧪⚗️ uso para comprar piezas para su vídeo de hacer aerogel si no mal recuerdo... ☕🤔😸
Los ingenieros americanos consideran esta referencia su "paginas amarillas" tecnico. Ante cualquier duda de que tornillo usar te mandan aqui
Tremenda esa web, ahi la empresa donde trabajo comprar sus cosas y muy buena calidad que dan para herramientas de maquinado.
2 inconvenientes, 1: que cliente se va a dedicar Sprite y 2: el diseño está un poco básico.
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.
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!!!
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.
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
Me encantaria ver ese proyecto hecho con astro
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.
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)
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.
Dale midu! Estaría bien un ejercicio en astro
para arreglar lo de cargar también podrían cargar las tabs en hover xD
3:22 no psss se lo hizo por el back end y el front end de forma muy optimizada, yo tambien estaria muy molesto 😂😂😂
en la universidad ocupaba esa pagina para modelar piezas en fusion 360 xd
Con un poco de php puro, caché de respuestas y un buen servidor podemos obtener mejores resultados
After Effects (Un programa ultra des-optimizado)
Abre en 2 segundos en un NVME...
No se de que habla el otro mencionando las aplicaciones de escritorio
(10:55) Los sprites, una tecnica legendaria de performance
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
no, por la distribucion de cables, si decis latinoamerica siendo mexico
Lo uso cada rato para diseño industrial sin esa pagina junto con la de Festo no podria vivir 😢
Como se aprende contigo ah, que grande
Es posible que mi perspectiva se deba a una falta de conocimiento en el tema, pero he notado que las aplicaciones y sitios web parecen estar cada vez más pesados. La tendencia de las aplicaciones de una sola página (SPA) ya no parece tan efectiva como antes. En mi opinión, la idea de que las páginas no necesiten recargarse por completo y solo actualicen componentes específicos no está resultando tan eficiente en la actualidad. A diario, observo que las aplicaciones que utilizo, desarrolladas en React, tardan mucho en cargar y, al navegar hacia atrás, recargan todo el contenido nuevamente. Esto provoca que la interfaz se sienta lenta y pesada, con animaciones largas y tediosas. Creo que optar por páginas más simples, sin la carga de un framework tan pesado, como las clásicas aplicaciones multipágina (MPA), sigue siendo muy buena idea.
en astro mejorara?
Hace 15 años las páginas no eran así, IE me hizo verlo
usa algo de react? por que el react developer tools me salta que lo usa
ah ya me vi todo el video jaja
Por favor hagalo con ASTRO, muchas gracias por compartir tanto conocimiento
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.
Ya se va perdiendo esa costumbre de optimizar las cosas, ahora es todo frameworks y abstracciones de las abstracciones.
Soy de Argentina y la pagina no es rapida. Asi que, ser del mismo continente no va a hacer mas rapido el sitio jaja
9:19 me quede esperando el comentario de cúal es la trampa, pierdes el hilo en un segundo 😭
Javascript: Me acosté con tu mujer!!! 🗣
Man es increible que te fusilaste completo el video de Wes Bos.
Esta bueno pero seguramente los datos estan todos hardcodeados... ya tener esas imagenes todas juntas me da la pauta que para cambiar la imagen de un producto no debe ser tan sencillo
Entre en la PAgina y no esta funcionando, se quedo sim imagenes o no esta cargando
estoy empezando a ver el video y entre a la pagina y a la primera fue rapidísimo estoy ubicado en USA
en mexico me va mas rapido, solo se tarda un poco mas al retroceder
Demasiado boomer el pana. Solo por poner un pequeño ejemplo, el prefetch ese que mostraste también lo hace Next.
Lo de cargar sprite de imágenes, creo que WhatsApp también lo hace.
pff jajaja hace 20 años con internet de 1 a 5mb/s (maximo, yo creo que en latinoamerica por esa epoca teniamos la mayoria banda ancha de 256kb/s) las paginas se hacian asi porque cosas mas complejas en procesadores pentium 4 y con esas velocidades de internet, quedaban lentisimas. Ya quiero ver a la gente que dice que las tecnologias modernas son las que ralentizan la pagina, tratar de hacer una pagina con html, php, javascript y ajax y nada mas, todo vanilla.