¿¡Cómo es este sitio web TAN RÁPIDO!?

[@CarlosJimenez-eq1fu]

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.

[@ArcRCG]

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

[@HappyLicker]

He visto páginas que lo hacen justo en la parte donde carga un anuncio y terminas dándole al anuncio sin querer, sospechoso...

[@franlarsenn]

Cumulative Layout Shift (CLS). Si es un programador preocupado por SEO o la salud de la web debería evitar eso que comentas jajaj

[@rmrgnzlz]

GitHub con el banner amarillo cuando hay un cambio reciente en el repositorio.

[@diego.samamess-hl6te]

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

[@quehacesman]

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.

[@SandalGames]

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.

[@ALEX-fq7hh]

Aparte que esas páginas antiguas son rápidas HOY EN DÍA, pero en su momento eran normalitas Y A VECES INCLUSO LENTAS

[@leonelhernandez8327]

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.

[@nmg736]

Pero de donde eres?

[@XaviIntheHouse]

ahora hasta hay emuladores de ps2 web algo impensable hace 5-10 años

[@amnavas1971]

Totalmente de acuerdo👍

[@asensionacher]

O cuando tardaba 20 segundos en cargar Google con un módem de 64k

[@harporock]

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.

[@sirvladVI]

js se acostó con su jermu o algo asi JAJAJAJA QUE GENIO

[@sirvladVI]

no lo vayan a etiquetar a hdleon porfa no sean malos.

[@nekosmic]

XDXDXD

[@alanbarrientos5236]

como que jermu? deja de hacerte el gracioso.

[@sirvladVI]

@@alanbarrientos5236 shhhh crio nadie esta hablando con vos.

[@mardeceracode3570]

@@alanbarrientos5236 sigue llorando jajaja

[@yorjansandoval9381]

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.

[@XaviIntheHouse]

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

[@AlguienEnSuCasa]

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'

[@juanantonio8095]

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.

[@amnavas1971]

"sobreingeniería dentro del desarrollo web" ahí las dao, totalmente de acuerdo.

[@Chato-zg1jb]

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

[@shroomer3867]

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.

[@AlguienEnSuCasa]

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)

[@vosyasabesquien]

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.

[@dameycar1]

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

[@bboykBrA]

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”

[@M-DVD]

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.

[@josegutierrez5285]

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

[@sebasfavaron]

1:10 un detalle aca es que no tiene que estar bien distribuido si vende solo en EEUU

[@huevosdereptil]

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

[@rosamaria43personalcount]

2:00 sí, acá en México las paginas del sitio se abren en muy rápido

[@ComeCaramelos_]

3:19 Señala en este muñeco dónde te tocó javascript

[@XD-hn2me]

JAJAJAJA

[@francoemanuelsanguedolce8058]

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.

[@kevinponce7079]

Minuto 2:04 confirmo a mi me iba a súper rápido (soy de LATAM)

[@ans14.88]

yo soy de Chile y me iba re lento XD

[@Gabrielxdxd4]

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

[@MartinGonzalez-dk6ff]

Antes KZbin 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

[@ivanmasias5371]

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

[@romangonzalezadrianmaurici6302]

Jajaja yo no se NADA de programación y casi no entiendo nada pero tu narracion hace el vídeo muy ameno y disfrutable.

[@mauriciobarrios9824]

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?

[@jborre1885]

joda qué buena pregunta :'v, ahora cómo duermo con esta intriga

[@thequarrymen58]

ellos venden productos de fontaneria en us, para que quisieran que cargue rapido en espania

[@snithfferx]

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.

[@virtuosisimo]

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

[@MiPrimerMonopolio]

Lo probé desde México. Sin "caching" y realmente la carga es instantanea. Me sorprende jaja

[@sierra_mtt]

Uff que recuerdos. Soy diseñador industrial. Y programador. Utilizaba mucho esa página para obtener modelos 3d

[@virtuosisimo]

La pagina es rápida, pero vieras que sorprendente es que los paquetes lleguen a las 9AM del día siguiente

[@asensionacher]

Cuando se programaba con tarjetas perforadas iba aún más rápido.

[@darklaker]

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.

[@jsmsalt]

12:18 Me imagino que ese sprite se usa para navegadores que no soportan svg

[@dariogandolffi_broh]

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.

[@CodingLover1]

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

[@abrahamgonzalez1757]

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

[@a0z9]

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.

[@XaviIntheHouse]

en realidad no

[@eurisillo]

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

[@DBBravo]

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

[@psycongroo171]

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

[@psycongroo171]

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

[@dinamic55]

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.

[@dybite]

La mejor frase, "La nostalgia gana al criterio", eso me pasó volviendo a ver Caballeros del zodiaco 😅

[@riik_gg]

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.

[@mrdiro1172]

La página es rápida porque tienes buen internet, si es lenta es porque estás en LATAM 😂😂

[@altivatec]

@@mrdiro1172 👌

[@altivatec]

👌

[@ans14.88]

confirmo, soy de Chile y me tardaba 3 segundos en cargar XD

[@darvin_delgado]

Volvamos a hacer webs sencillas y super rápidas.

[@TrabajoConLaRed]

Es lo que se debería hacer teniendo en cuenta que el 90% del tráfico de internet proviene de móviles.

[@AlguienEnSuCasa]

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

[@MichelEspinoza-zb6zt]

Como puedo implementar service workers para cachear imagenes, las fuentes, etc 🤔

[@lonewolf5606]

Es mucho más rápida desde Centro América, tarda menos tiempo en cargar la información

[@jmrb2769]

aquí en LatinoAmérica, las pestañas abren muchísimo mas rápido, tienes razón

[@spray1188]

midu!! saludos desde San Luis Argentina, sos demasiado crack 8)

[@kekoeldo]

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

[@leonardohidalgo5127]

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

[@XaviIntheHouse]

​@@leonardohidalgo5127eres de arg?

[@psycongroo171]

recuerdo que win xp era la cosa mas insegura del planeta

[@phptv3954]

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

[@guidomaxier]

Me encantaria ver ese proyecto hecho con astro

[@LavenderNovaSolano]

2 inconvenientes, 1: que cliente se va a dedicar Sprite y 2: el diseño está un poco básico.

[@TyrellDev]

(10:55) Los sprites, una tecnica legendaria de performance

[@felixaveras]

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

[@juanestebanmoralessaenz8898]

Claro, porque todas y cada una de esas cosas hacen exactamente las mismas tareas y tenemos las mismas necesidades que en ese tiempo, no?

[@ramsesalvarado411]

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

[@anonyhours]

Todo depende del sector del servidor estas mandando y solicitando peticiones desde europa a america

[@petigranpetigrandez6215]

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!

[@BlackubayEhym]

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

[@AndrésGonzaloBarreraCortes]

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

[@RooneyTodd]

3:22 no psss se lo hizo por el back end y el front end de forma muy optimizada, yo tambien estaria muy molesto 😂😂😂

[@franciscolp7943]

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.

[@hersap]

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

[@Turko77777]

El problema es usar javascript, punto

[@psycongroo171]

@@Turko77777 pero el ssr es rapido

[@DesordenadoPeroUtil]

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

[@winnieelegante6901]

las actualizaciones empeoran todo

[@DanKayser]

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.

[@Turko77777]

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

[@psycongroo171]

antes usaban paginas pesadisimas de flash con muchisimas animaciónes y nadie se quejaba

[@psycongroo171]

@@Turko77777 no se si mas complejas pero la maquetación por tablas era una pesadilla

[@Turko77777]

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

[@_terminal]

para arreglar lo de cargar también podrían cargar las tabs en hover xD

[@Fachistoide]

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

[@pomelopy]

Entre en la PAgina y no esta funcionando, se quedo sim imagenes o no esta cargando

[@AlvanSamudio-rk3hs]

9:19 me quede esperando el comentario de cúal es la trampa, pierdes el hilo en un segundo 😭

[@lautarocarrizo6112]

lo uso para sacar sus diseños 3d en fusion 360 y va super rapido y eficiente

[@Agua.Fiestas]

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

[@alfs9114]

Podrías hacer un tutorial de cómo hacer ese truco de la imagen estirada?

[@c0pi]

Los ingenieros americanos consideran esta referencia su "paginas amarillas" tecnico. Ante cualquier duda de que tornillo usar te mandan aqui

[@jPinoDev]

en astro mejorara?

[@mausan]

jajajajaj "seguramente javascript se acostó con su mujer"

[@antonyporras2850]

Javascript: Me acosté con tu mujer!!! 🗣

[@sebastianbelli3818]

Tremenda esa web, ahi la empresa donde trabajo comprar sus cosas y muy buena calidad que dan para herramientas de maquinado.

[@J-Pop]

Como se aprende contigo ah, que grande

[@guillebelloarmada9350]

Hace 15 años las páginas no eran así, IE me hizo verlo

[@glados3731]

Aparte McMaster es tu mejor amigo si eres diseñador mecánico porque tiene todos los componentes para descargar en formato de solidworks

[@haylemcandelariobauza945]

probablemente use perl y cgi o modulos de C

[@psycongroo171]

pero si me da curiosidad que tan rapido es un modulo de C para web eso tiene que volar

[@mobilelegendstutorialesygu4790]

Por favor hagalo con ASTRO, muchas gracias por compartir tanto conocimiento

[@neociber24]

Yo pensé que era algo increíble, es mayormente caching

[@debianstark2181]

Ni sabes que es eso

[@InZiDes]

yo vi otro video y supongo que fue porque se volvio viral y el server anda lento

[@MiPrimerMonopolio]

Lo probé desde México. Sin "caching" y realmente la carga es instantanea

[@luislaija]

Yo lo probé desde México, va muy rápido.

[@olegariorivera5935]

Dale midu! Estaría bien un ejercicio en astro

[@Kandosh27]

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)

[@hwpoison]

Ya se va perdiendo esa costumbre de optimizar las cosas, ahora es todo frameworks y abstracciones de las abstracciones.

[@RyvenRogue]

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.

[@kohlod]

usa algo de react? por que el react developer tools me salta que lo usa

[@kohlod]

ah ya me vi todo el video jaja

[@gerardojosueportillo]

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

[@finnvanilla]

no, por la distribucion de cables, si decis latinoamerica siendo mexico

[@awesomeGameplaysmas]

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.

[@amadeus3312]

Esa es la tienda que Nilered🧪⚗️ uso para comprar piezas para su vídeo de hacer aerogel si no mal recuerdo... ☕🤔😸

[@haylemcandelariobauza945]

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

[@johanngd6882]

confirmado en latam, va muy rapido

[@jotagep_dev]

Midu actualiza el Brave primer aviso, que me pone nervioso ver el badge ese verde ahi arriba 😅

[@jorge4035]

Man es increible que te fusilaste completo el video de Wes Bos.

[@rosameltrozo3586]

Lo uso cada rato para diseño industrial sin esa pagina junto con la de Festo no podria vivir 😢

[@HernanRengelChavezbrosso3D]

Con un poco de php puro, caché de respuestas y un buen servidor podemos obtener mejores resultados

[@cr0n0triger]

en la universidad ocupaba esa pagina para modelar piezas en fusion 360 xd

[@cristianwaltercarrascovarg2240]

Lo de cargar sprite de imágenes, creo que WhatsApp también lo hace.

[@Nahaniri-fk4is]

Minuto 3:32, que va a tener razón el Picateclas si hace 15/20 años nisiquiera habia buena conexión a internet y las paginas tardaban un año en abrir, el tipico vejestorio que cree que todo lo de su epoca es mejor

[@Moshi_Shian]

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

[@pabloduval325]

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.

[@garamburito]

Muy entretenido y dadáctico el video

[@Ignacio_hdz]

en mexico me va mas rapido, solo se tarda un poco mas al retroceder

[@alejandroioio6784]

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)

[@gab-123-abc]

Gracias Midu!