Después de "eliminar TypeScript" , el autor de Ruby on Rails, DHH, recientemente hizo algunos "comentarios violentos" en público, diciendo que la herramienta de empaquetado más rápida es sin empaquetado (No Build) , con HTTP/2 y navegadores. Los módulos ES son compatibles de forma nativa y el front-end No es necesario construirlo en absoluto .
Hablando en Rails World la semana pasada, DHH dijo: "La tecnología (de empaquetado) de última generación ya no se trata de encontrar formas más complejas de construir JavaScript o CSS porque no es necesario construir el front-end en absoluto. Ahora puede confiar en el soporte HTTP/2 y Universal para importar mapas y evitar el empaquetado".
Respecto al "No Build" propuesto por DHH, el CTO de Vercel, Malte Ubl, dijo que lo han probado, pero el resultado es que no funciona. Porque en HTTP2, la sobrecarga por solicitud sigue siendo muy grande y existen límites de concurrencia, además de la transmisión en cascada y la compresión ineficiente. Actualmente, el "empaquetado" no se puede eludir en los sitios web de alto rendimiento.
vía https://twitter.com/cramforce/status/1712265070213050390
DHH no está de acuerdo con la afirmación de Malte Ubl de que "no funciona". Eso es lo extraño de las discusiones sobre tecnología, dijo . Incluso si hay ejemplos de proyectos que han demostrado ser capaces de realizar tareas a gran escala (como Rails con Shopify), la gente afirmará que no puede escalar. O si un determinado método se ha utilizado con éxito durante muchos años (como no compilar JS para el sitio web HEY), algunas personas dirán que este método "no funciona".
Finalmente, DHH demostró el desempeño del sitio web principal de su empresa https://www.hey.com/world/ . Dijo que el código JavaScript que ejecuta la aplicación principal de HEY no está compilado.