¿Por qué crear páginas web con "no build" es mejor? - DHH
ฝัง
- เผยแพร่เมื่อ 19 ต.ค. 2023
- Descubre la increíble discusión sobre cómo construir sitios web. Conoce a DHH y su idea 'No Build'. ¿Por qué es mejor? ¡Averígualo en este video!
▶ No te pierdas más directos en: / midudev - วิทยาศาสตร์และเทคโนโลยี
Disfruto mucho estas píldoras cargadas de chisme y conocimiento, xd.
Aprendí algo en este video, muchas gracias
Me encantan estos tipos de video
[Update] Yo te compro lo de No-Build pero lo de minificar no lo veo mal ya que eso mejora la carga de lectura del motor de javaScript
Creo que estás confundiendo el ofuscar que el minificar, el minificar es buena práctica y el ofuscar todo lo contrario
@@brayanalarconzamora926 Hola, parece que se me fue un 'no lo veo mal' 🤣🤣 deja corregir
Eres un fenómeno
No me parece mal minificar, después de todo, un poco menos de peso siempre ayuda, aparte de que mucha gente ya no pone el punto y coma, pero aunque parezca insignificante, es un trabajo extra que le dejamos a JavaScript.
Claro que para un archivo pequeño, de unas pocas cientos de lineas, quizá no haya una diferencia extrema entre minificar o no.
xd
Es cuestion de perspectivas, en mi caso, el rendimiento y simpleza es la mejor experiencia de usuario.
10:25 La ofuscación es para enconder el código de los usuarios y es mas pesado
El "salseo" es moverse al ritmo de la salsa (música) midu?
Jajaja sí, al ritmo de la salsa de tomate
Yo estoy 100% de acuerdo con DHH en que no-build es lo más óptimo en tiempo de desarrollo y creo que eso es innegable aunque con lo de minificar ha pegado un patinazo. Lo bueno del paso de minificar es que no necesitas montar un enviroment como tal ni hacer grandes cambios en tu CI/CD, hay herramientas que instalas en un contenedor, le dices la carpeta donde están los scripts y hace lo suyo, sin más.
Por otra parte creo que comparar productos (Hey vs Gmail) no tiene sentido en tanto que hay diferentes cargas, infraestructuras, arquitecturas y features a entregar. Igual que Gmail tiene una gran carga de usuarios, también tiene una infraestructura de narices. Hasta donde yo sé 37signals se montaron infra propia y es relativamente modesta (sobretodo en comparación a Google, obviamente).
Aunque lo que dice DHH va más en su peculiar discurso de evitar frameworks de javascript. Por ejemplo, en React donde una dependencia cualquiera pesa más de 500kb, ahí mimificar tiene todo el sentido, pero si tu js son solo 100 líneas de código -como suele pasar en frameworks tipo rails, laravel, etc.- la verdad ya no tiene mucho sentido.
Pero 90 puntos es una buena nota para una aplicación/sitio web. Veo que algunos insisten en inventar la rueda.
No build es la forma en la que la web siempre tuvo que ser desarrollada.
Que tecnologías para webs me recomiendas aprender aparte de HTML CSS que ya he aprendido, JS de manera basica.
Primero podrías crear proyectos con esas 3 tecnologías, ya después puedes estudiar un framework que a ti te guste o dependiendo la demanda de trabajo, por último también podrías estudiar algo de backend dependiendo si te gusta o no
Ya después por tu cuenta aprenderás lo que necesites dependiendo el lo que quieras hacer
Funcionó bien como publicidad, ahora ya conozco hey.
El empuje de l@s emoticono-parlantes.
No había escuchado el término "ofuscar" en unos 10 años al menos 😂😂
Ya ves jajaja a mi me pasó lo mismo cuando me lo dijeron
Pero los resultados de los buscadores no se ve afectado con la minificacion?
No, los navegadores leen el html de la web, minificar y poner todo hasta abajo ayuda a que los navegadores puedan leer la web rápidamente, es decir, si no minificas tarda mas en leer tu sitio y si esta en el header es aun peor, de ahi el famoso rendering blocking.
@@jefferzonbol3088 gracias capo!
Nice
midu por qué ya no usas las gafas? te quedaban muy bien, guapo 😗
Jajaja volverán las gafas
7:00 para eso estoy metiendo services workers para el cacheo. cargas los recursos una sola vez
Amor por no build
¿Qué solución recomiendan para que no puedan ver el código a tres clicks? :(
La parte que de verdad importa está en el backend, tu controlas que le muestras al usuario
La minificacion también ofusca, quita legibilidad a saco y eso es ofuscar
Hey, yo tampoco empaqueto con webpack o el empaquetador de turno... Eso sí, minifico el código (tarda unos ms 😂). Eso sí, solo para ciertos proyectos q no tienen tanta dependencia de js
gracias por enseñarme , saludos :D
Si DHH puede crear un lenguaje de programación con lo "listo" que parece cualquiera puede.
solo le gusta la polemica, solo quiere dar la contra a todo. pero es un genio.
DHH no ha creado ningún lenguaje de programación :v
@@OscarTzGz creo un framework, ruby on rails y es un framework top muy usado en la industria, tal que igual a django xd
En definitiva habla del No Build, pero lo que habla es de VanillaJS... Yo también pienso que los builders también aportan bastante código que después no se usa... Usar librerías que son alrededor de 1-10mb y resulta que sólo usas el 5-10%.... Es jodido...
Para empezar, incluso mas que minificar o no minificar, lo correcto sería no envíar código JavaScript en absoluto, lo que habría que hacer es compilarlo y que el navegador lo ejecute (cómo JVM). Pero bueno
De eso trata HTMX me parece, todo lo de logica asi se de frontend se toca del lado del servidor y se envia solo el html como respuesta.
@@davidfelixyanccehuallpaqui6215 No necesariamente, htmx es como una extencion del html, el renderizado en el servidor lo manejan todos los frameworks, por ejemplo nextjs, qwik, svelte, vue y angular, el problema mas que nada es saber que renderizar en el cliente y que en el navegador, y por mi experiencia quien mejor lo maneja y de lejos es qwik. Pero con estos puedes manejar un hibrido entre renderizado en el cliente y servidor.
Gmail demora y demora en cargar… actualizar es una muerte.
exacto, gmail es horrible
Minificar es inútil con archivos en comprimidos en servidor Gzip
ademas depurar es mas dificil y solo para ahorrar unos bytes
@@eng3d luego son los mismos que te usan un PNG "porque necesitan transparencia" de 5 megas para el fondo.
Si se quiere codigo "ofuscado" y eficiente hay que usar WASM
hahahah estoy haciendo eso mismo con vue y un frame en php
xq quiero renderizar en el server sin necesitar ajuro un server en node
Vite y Webpack ofuscan pero no el código en su totalidad, tú le indicas que archivo, variables o propiedades de objetos quieres ofuscar, y lo que hace es cambiar los nombres por un identificador único en toda la aplicación. Ojo al usar esto, siempre hacer los respectivos tests en staging para verificar que todo funcione correctamente.
Eso no es ofuscar, eso se llama mangling y es para minificar el código. Que es verdad que queda menos legible pero la técnica es distinta.
¿Se puede entender que el mangling es parte de la ofuscación? Seguramente... pero es muuuuy poco lo que vas a conseguir. :)
lo que describes no altera la estructura del codigo, es solo pasar un diccionario por las variables. Ofuscar involucra, como sale en el video, hacer pasos adicionales, lo que modifica la logica original de tu programa, y por eso aparencen parsers que antes no existian como en el ejemplo.
@@midulive correcto, eso quise decir. Creo que esto sería ideal para ocultar nombres de variables que no queremos exponer como roles de usuarios, permisos.
@@midulivemuy correcto yo antes confundía los conceptos por que ambos parecen un codigo todo mezclado y reducido, pero si son diferentes
El título del vídeo debería haber sido, "es mejor crear páginas con "no build"?
La próxima le digo a mi editor que te escriba
salto de linea
o
o
, semicolon ;. como ven es un carácter vs 2 y en ocasiones vs 4
xD incluso chatgpt puede recuperar el código obfuscated
Resumen: No.
Dejen de papear a DHH por favor
jajajjajjaja
@@y_thedreamer95 el hombre es un duro pero su personalidad sobrepasa sus méritos, como diría el lord midu, las habilidades blandas muchas veces son más importantes q las técnicas.
-Pero la libreria Nextjs carga 800 script en el front xd,
-La verdad todo esto me vale vrg, si tu pagina genera dinero da igual si esta en php y Jquery!!
Este guillermo siempre aparece a repartir zaps , pero tiene razón
El payaso de la industria 😂😂😂😂
Cada vez que DHH habla sobre Javascript me dan menos ganas de probar alguna vez sus servicios o Rails.
lo atropelló xDDD
Es verdad que typescript da mas trabajo que ayuda pero bueno.
Ojala algun dia Javascript agregue tipados sin tanto Lio.
Que bajón trabajar con dhh 😂😂
Creo que a DHH le falta usar un poco lenguajes compilados.
No tipado, no build ¿Qué sigue? Es muy doloroso cuando alguien que parece inteligente va contra todo lo construido con razones sin suficiente peso.
Solo porque creo ROR se cree lo mejor de lo mejor y cree que lo que dice es ley... donde esta la humildad hoy en dia?
De seguro tuvo algun golpe en la cabeza cuando estaba haciendo racing XD
Mmm no lo creo que lo necesite, es más sin defenderlo, sí tiene razones de peso (al menos en su contexto), pero creo que no has leído bien su discurso… Bueno te explico, básicamente lo que está diciendo DHH es bajar la dependencia de js del lado del cliente y mandar los puntos críticos al servidor a través de lo que ya ofrece html y el protocolo http. Si partes de esto, lo que él dice ahí sí tiene todo el sentido del mundo.
@@charliea6038 eso lo puedo entender hasta cierto punto cuando es poco código, pero los bundles actuales son como magia: minification, splitting, tree-shaking, dead code elimination.
Le gusta llamar la atención, eso es todo, es muy bueno en lo suyo pero es como un chiquito de 5 años
lo que termina haciendo la gente si minificar:
sprint completos para nombrar variables 😁😁
Realmente si me parece una propuesta interesante cuando no hay tiempo de entregar el prodducto y se necesita un mvp
Con un MVP yo creo que la diferencia entre build y no build es insignificante, la verdad
bueno, dhh, sí, vale xd
El mismo creador de Rails lo esta matando, no Typescript y ahora no minificar.
A mi me parecía interesante RoR pero este DHH su filosofía es todo lo contrario a lo que en desarrollo web con js respecta.