La primera librería de JavaScript lanzada exclusivamente para Game Boy: htmx 4.0

 (swag.htmx.org)
1 puntos por GN⁺ 1 시간 전 | 1 comentarios | Compartir por WhatsApp
  • htmx 4: the game es un juego de 25 dólares que te permite experimentar HTMX en una Game Boy portátil
  • Avanzas a través de un total de 4 niveles recolectando pepinillos
  • El objetivo principal es minimizar el JavaScript del lado del cliente y evitar el slop
  • Al final, si derrotas a Warren, puedes desbloquear el código fuente de htmx 4.0
  • Es un producto hecho por encargo, y los errores de impresión o problemas visibles de calidad califican para cambio o reembolso, pero no se aceptan devoluciones generales ni por talla

htmx 4.0 en Game Boy

  • htmx 4: the game es un juego creado para experimentar HTMX en una Game Boy portátil y cuesta 25 dólares
  • A lo largo de 4 niveles, debes recolectar pepinillos mientras reduces al mínimo el JavaScript del lado del cliente y evitas el slop
  • Si derrotas a Warren, se desbloquea el código fuente de htmx 4.0

Garantía de calidad y condiciones de devolución

  • Si hay errores de impresión o problemas visibles de calidad, el producto puede cambiarse o reembolsarse
  • Como es un producto hecho por encargo, no se permiten devoluciones generales ni devoluciones relacionadas con la talla

Lecturas relacionadas

1 comentarios

 
GN⁺ 1 시간 전
Comentarios en Hacker News

  • He usado htmx durante 3 años y, al combinarlo con lenguajes de plantillas del lado del servidor, descubrí una nueva forma de crear software web
    Aún más impresionante es la capacidad de respuesta de quienes manejan la tienda. Una vez me quejé en Twitter de que una taza de 8 onzas era demasiado pequeña y al día siguiente añadieron una taza gigante de 48 onzas; desde entonces la uso todos los días

    • Solo desarrollo de vez en cuando sitios web para usos relativamente de nicho, como gestión académica o de conferencias, pero me conquistó el enfoque rápido y simple de HTMX
      Permite crear rápido sitios responsivos que cargan menos al visitante, sin la pesadez de los despliegues centrados en JavaScript; además redujo problemas de compatibilidad y puntos de falla, y la puntuación de velocidad en Google subió de 60~80 a 100. También facilita depurar y deja de desperdiciarse tiempo en JavaScript para invertirlo en diseño y mejoras funcionales
      La práctica de permitir que sitios web arbitrarios ejecuten cómputo pesado y análisis en el dispositivo del usuario sin su consentimiento nunca debió permitirse
    • Hace 3~4 años adoptamos plantillas del lado del servidor y htmx, y eliminamos dos tercios del JavaScript de nuestro SaaS B2B; todo quedó mucho más simple
      Me identifico con la filosofía de volver a una manera simple de construir aplicaciones web
    • Empecé a usar AWS Step Functions como backend para HTMX; es difícil, pero divertido
      Hoy en día Step Functions puede usarse como una especie de motor extraño y tosco de plantillas de texto, así que estoy pensando en una capa DSL para pulir esas incomodidades
    • Ya lancé otro proyecto con htmx, y este nivel de velocidad de desarrollo parece difícil de superar
    • 1.25 litros, para la sensibilidad europea, no es una taza sino un balde

  • La vibra de HTMX es excelente. Técnicamente es bueno, simple y útil en muchos contextos, pero no se toma demasiado en serio a sí mismo
    Lo uso desde la época de intercooler.js en el trabajo y en proyectos personales, y me sigue encantando. También me gusta la taza loca del unicornio con ojos láser que recuerda al NROL-39: https://swag.htmx.org/collections/octohorse, https://en.wikipedia.org/wiki/USA-247

    • El parche de misión NROL-39 es un diseño que me gusta especialmente. Si buscas y lees las notas manuscritas del documento de aprobación, son muy graciosas
    • Durante mucho tiempo estuve en contra de HTMX, pero después de ver a Claude usarlo en proyectos simples, y ya estando cansado y harto de React, ahora me parece bastante bien

  • En Big Sky Dev Con, cuando revelaron el juego de Game Boy, primero pensé que era un truco usando un emulador, pero cuando dijeron que todos podían llevarse un cartucho físico, me quedé con la boca abierta
    Está entre las promociones más divertidas que he visto, y muestra muy bien cuánto valora el equipo de HTMX el nivel de acabado y la diversión en todo lo que hace

  • Me gusta HTMX y lo uso en varios proyectos, pero es curioso este fenómeno de que lo viejo vuelve a ser nuevo
    Web Forms de .NET Framework ya permitía renderizar partes de una página web con UpdatePanel en 2005, y recibió muchas críticas fuera del mundo .NET. HTMX es, en cierto modo, una extensión mucho más refinada y potente de esa idea

    • Incluso ese enfoque venía de una solución que ya ofrecía Delphi IntraWeb, algo así como un antecesor de C#, desde la época de Delphi 7
      En los tiempos en que se trasladaban PSD ajustados al píxel a tablas HTML o applets Flash, era difícil que este concepto conviviera con el estilo visual y por eso desapareció, pero al ver antiguas aplicaciones empresariales en IntraWeb se nota que ya habían resuelto componentes, eventos y demás mucho antes de que se pusieran de moda
      Ojalá vuelvan a aparecer herramientas RAD para stacks web modernos, pero el ritmo de cambio es demasiado rápido y, ahora que frontend y backend son especialidades separadas, parece tener poco valor de inversión
    • HTMX se parece a la forma en que antes se hacían sitios web con el stack LAMP, pero con mejor ergonomía de desarrollo
    • Después de 10 años desarrollando frontends con React, Angular y Vue, volver al renderizado tradicional del lado del servidor con Ruby, Elixir e incluso PHP se siente más natural
      Gracias a la IA, ahora es más fácil interactuar con lenguajes desagradables de ver como PHP, y se puede aprovechar su ecosistema profundo, velocidad de ejecución y tiempos de build muy cortos. Aunque detesto la sintaxis de PHP y la ausencia de tipos estáticos, sigue siendo más productivo que el caos de SPAs por todos lados
      La justificación del renderizado del lado del cliente como forma de dar una experiencia tipo app sin recargas es, en esencia, lógica de los 2010, y la web y las tecnologías del navegador ya avanzaron muchísimo

  • Rehice varias web apps open source de mi home server con HTMX + Go + PostgreSQL
    Funcionan ligeras y rápidas tanto en escritorio como en móvil, con la complejidad reducida al mínimo, y además el código es fácil de entender y modificar. Por ahora solo corrijo bugs menores cada pocos meses, y espero que en apps maduras el intervalo entre upgrades obligatorios se extienda de años a décadas

    • Me pregunto si hay algún open source publicado. He probado por encima la combinación Go·htmx·PostgreSQL varias veces, pero la sensación no fue buena, sobre todo porque las plantillas del lado del servidor de Go me resultan incómodas, así que quisiera saber si me perdí algún patrón o librería adecuada
    • Incluso esto parece sobreingeniería. A menos que sea un sitio donde sea indispensable no tener downtime durante cambios de esquema, SQLite en modo WAL2 debería bastar
      PostgreSQL tampoco es una elección tan simple, porque para evitar bastante interrupción en upgrades de versión se necesita replicación y procedimientos complejos de cambio

  • Desde que HTMX se dio a conocer por primera vez lo he usado con satisfacción, también he difundido mucho el artículo de Grug, y gracias a esa cultura de mantener divertido el desarrollo de software compré esta mercancía de inmediato

  • Me pregunto si la misma persona hizo el texto de Grug-brained developer y HTMX

    • Sí
    • También escribió el libro de Lulu

  • HTMX al final también es una librería de JavaScript, y no me gusta que no tenga un comportamiento de respaldo automático suficiente para entornos con scripts desactivados
    Por eso los desarrolladores intentan manejar incluso las páginas de contenido estático totalmente con HTMX. Buscando alojar un foro de estilo antiguo, traté de evitar la carga de PHP y MySQL y encontré PunkwebBB, basado en Python, pero al desactivar los scripts algunos botones no hacían absolutamente nada y estaba usando HTMX de forma innecesaria para la funcionalidad
    Hacer un fork y quitar el JavaScript innecesario era demasiado trabajo, así que al final estoy creando yo mismo un foro sin JavaScript basado en Python Django

    • Mi sitio en Next.js funciona incluso si desactivas JavaScript porque los enlaces y el HTML se renderizan en el servidor. Las herramientas que corren del lado del cliente se detienen, pero las páginas que pueden ser estáticas siguen siendo estáticas
      Aunque recién ahora descubrí, para mi frustración, que esta característica retrocedió después de introducir hace poco los componentes de caché
    • Todo el diseño de HTMX se siente como una especie de comportamiento de respaldo automático. Basta con diseñar el HTML inicial para que funcione correctamente considerando navegadores que no entienden atributos como hx-get y hx-post
    • Por eso prefiero más Turbo(https://turbo.hotwired.dev/)
      Turbo parte de HTML correcto y sigue una filosofía de mejora progresiva que añade comportamiento enriquecido. HTMX, igual que React, es una librería de JavaScript y eso en sí no está mal, pero es más fácil caer en el antipatrón de depender de JavaScript para todo
      Ahora, más que el argumento de que debe funcionar sin JavaScript, pesa más que el HTML semántico renderizado en servidor es importante para la accesibilidad, el SEO, los LLM y las herramientas de automatización. Con HTMX también se puede hacer un HTML excelente, pero hace falta disciplina y experiencia para darse cuenta de si no estás construyendo silenciosamente una app de JavaScript dentro de atributos HTML

  • htmx 4.0 será lanzado como juego para Game Boy y Game Boy Color
    Es un juego real inspirado en Mario Bros.; atraviesas cuatro niveles en tres biomas y al final peleas en la fábrica de slop contra el jefe Warren Buffering, rival en línea y amigo en la vida real. Si ganas, se desbloquea el código fuente de htmx 4.0
    Fue hecho directamente con una versión de GB Studio muy personalizada por Stephen Mitchell (scum), y pronto publicarán el making-of. Jarason Banes se encargó de fabricar el cartucho y del diseño de la portada, y Ash(https://www.fiverr.com/ae1996/) hizo la ilustración de la portada y la de la edición de tapa blanda de https://hypermedia.systems

    • Soy el creador de GB Studio. Se ve genial verlo usado en este proyecto, y además estoy desarrollando funciones para la próxima versión: https://www.youtube.com/watch?v=q8UKwV1gJAI
    • Si usaron el motor de sonido integrado de GB Studio, ese código lo escribí yo. Siempre me alegra ver mi código aparecer en proyectos así
    • Ya pedí el cartucho y otros productos, y pienso empezar apenas llegue https://brickboy.xyz/
    • Tengo ganas de ver el primer video de unboxing, gameplay y reseña
    • Me pregunto si es un cartucho físico real y cómo se obtiene el código fuente al final
      Quisiera saber si muestran una contraseña para el repositorio Git o si es algo como un NFT que da acceso al código fuente

  • Sorprende ver un hilo de HTMX donde no aparece un crítico a meterse para explicar por qué HTMX no sirve
    Parece que hasta los fans de React tienen que reconocer el lanzamiento para Game Boy