Die erste JavaScript-Bibliothek, die exklusiv für den Game Boy erscheint: htmx 4.0

 (swag.htmx.org)
1 Punkte von GN⁺ 1 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • htmx 4: the game ist ein 25-Dollar-Spiel, mit dem man HTMX auf einem tragbaren Game Boy erleben kann
  • Es verläuft über insgesamt 4 Level, in denen man Gurken sammelt
  • Das Hauptziel ist es, clientseitiges JavaScript zu minimieren und slop zu vermeiden
  • Wenn man am Ende Warren besiegt, kann man den Quellcode von htmx 4.0 freischalten
  • Da es sich um ein Produkt auf Bestellung handelt, werden Druckfehler oder sichtbare Qualitätsmängel umgetauscht bzw. erstattet, allgemeine Rückgaben und größenbezogene Rückgaben sind jedoch ausgeschlossen

htmx 4.0 auf dem Game Boy

  • htmx 4: the game ist ein Spiel, das HTMX auf einem tragbaren Game Boy erlebbar macht, und kostet 25 Dollar
  • Über 4 Level hinweg sammelt man Gurken und muss dabei clientseitiges JavaScript klein halten und slop vermeiden
  • Besiegt man Warren, wird der Quellcode von htmx 4.0 freigeschaltet

Qualitätsgarantie und Rückgabebedingungen

  • Bei Druckfehlern oder sichtbaren Qualitätsmängeln wird das Produkt umgetauscht oder erstattet
  • Da es sich um ein Produkt auf Bestellung handelt, sind allgemeine Rückgaben und größenbezogene Rückgaben nicht erlaubt

Verwandte Beiträge

1 Kommentare

 
GN⁺ 1 시간 전
Hacker-News-Kommentare

  • Nutzt htmx seit 3 Jahren und hat dabei, in Kombination mit serverseitigen Template-Sprachen, eine neue Art entdeckt, Websoftware zu bauen
    Noch beeindruckender ist die Reaktionsfähigkeit des Shop-Betreibers. Nachdem die Person sich einmal auf Twitter beschwert hatte, dass ein 8-Unzen-Becher zu klein sei, wurde schon am nächsten Tag ein übergroßer 48-Unzen-Becher hinzugefügt, der seitdem täglich benutzt wird

    • Entwickelt zwar nur gelegentlich Websites für eher Nischenzwecke wie akademische bzw. Konferenz-Organisation, ist aber von der schnellen und einfachen Art von HTMX begeistert
      Damit lassen sich schnell responsive Websites bauen, die Besucher wenig belasten, ohne den Ballast JavaScript-zentrierter Deployments; außerdem gibt es weniger Kompatibilitätsprobleme und Fehlerquellen, und der Google-Speed-Score stieg von 60–80 auf 100. Debugging wurde ebenfalls einfacher, und Zeit, die früher an JavaScript verschwendet wurde, kann nun in Design- und Funktionsverbesserungen fließen
      Dass beliebige Websites ohne Zustimmung der Nutzer schwere Berechnungen und Analysen auf deren Geräten ausführen, hätte von Anfang an niemals erlaubt werden dürfen
    • Hat vor 3–4 Jahren serverseitige Templates und htmx eingeführt und dabei zwei Drittel des JavaScript in einem B2B-SaaS entfernt; dadurch wurde alles deutlich einfacher
      Kann sich mit der Philosophie identifizieren, zu einer einfacheren Art des Web-App-Baus zurückzukehren
    • Hat begonnen, AWS Step Functions als Backend für HTMX zu verwenden; schwierig, aber unterhaltsam
      Heutzutage lassen sich Step Functions wie eine merkwürdige, raue Text-Template-Engine nutzen, daher wird über eine DSL-Schicht nachgedacht, die die Unbequemlichkeiten glättet
    • Hat noch ein weiteres Projekt mit htmx veröffentlicht; diese Entwicklungsgeschwindigkeit scheint kaum zu schlagen zu sein
    • 1,25 Liter sind aus europäischer Sicht kein Becher mehr, sondern ein Eimer

  • Die Atmosphäre rund um HTMX ist großartig. Technisch ist es gut, einfach und in vielen Situationen nützlich, nimmt sich selbst aber nicht zu ernst
    Wird seit den Tagen von intercooler.js in der Arbeit und in privaten Projekten genutzt und immer noch gemocht. Auch der wahnsinnige Becher mit Einhorn und Laseraugen, der an NROL-39 erinnert, gefällt: https://swag.htmx.org/collections/octohorse, https://en.wikipedia.org/wiki/USA-247

    • Der NROL-39-Missionspatch ist ein besonders beliebtes Design. Wenn man die handschriftlichen Notizen im Freigabedokument sucht und liest, ist das sehr witzig
    • War lange gegen HTMX, aber nachdem Claude es in einem einfachen Projekt verwendet hat und inzwischen von React ermüdet und gelangweilt ist, sieht es jetzt ziemlich gut aus

  • Beim Big Sky Dev Con dachte die Person im Moment der Vorstellung des Game-Boy-Spiels zunächst, es sei ein Trick mit einem Emulator, war dann aber sprachlos, als gesagt wurde, dass alle eine echte Cartridge mit nach Hause nehmen können
    Gehört zu den unterhaltsamsten Promo-Aktionen, die je gesehen wurden, und zeigt gut, wie sehr das HTMX-Team bei allem Wert auf Qualität und Spaß legt

  • Mag HTMX und nutzt es in mehreren Projekten, findet aber das Phänomen interessant, dass Altes wieder neu wird
    Web Forms im .NET Framework unterstützte bereits 2005 mit UpdatePanel das Rendern von Teilen einer Webseite und wurde außerhalb von .NET stark kritisiert. HTMX ist gewissermaßen eine deutlich elegantere und leistungsfähigere Erweiterung dieser Idee

    • Sogar dieser Ansatz steht in der Tradition von Delphi IntraWeb, einer Lösung, die schon zu Zeiten von Delphi 7 verfügbar war
      In einer Ära, in der pixelgenaue PSDs in HTML-Tabellen oder Flash-Applets übertragen wurden, ließ sich das kaum mit Styling vereinbaren, weshalb das Konzept verschwand; betrachtet man jedoch alte IntraWeb-Business-Apps, sieht man, dass Komponenten, Events und Ähnliches schon lange vor ihrer Popularität gelöst waren
      Wünscht sich, dass wieder RAD-Tools für moderne Web-Stacks erscheinen, aber das Tempo des Wandels ist zu hoch, und Frontend und Backend sind inzwischen getrennte Fachgebiete, sodass sich die Investition wenig lohnt
    • HTMX ähnelt der früheren Art, Websites mit dem LAMP-Stack zu bauen, bietet aber mehr Entwicklerkomfort
    • Nach 10 Jahren Entwicklung von React-, Angular- und Vue-Frontends wirkt die Rückkehr zu traditionellem serverseitigem Rendering mit Ruby, Elixir oder sogar PHP eher natürlich
      Dank AI ist der Umgang mit wenig ansehnlichen Sprachen wie PHP einfacher geworden, und man kann von einem tiefen Ökosystem, Ausführungsgeschwindigkeit und sehr kurzen Build-Zeiten profitieren. Trotz Abneigung gegen die PHP-Syntax und das Fehlen statischer Typisierung ist es produktiver als die von SPAs überflutete Umgebung
      Die Rechtfertigung für clientseitiges Rendering, nämlich eine App-ähnliche Erfahrung ohne Neuladen zu liefern, ist im Grunde eine Logik der 2010er; Web- und Browser-Technologien haben sich längst stark weiterentwickelt

  • Hat verschiedene Open-Source-Web-Apps auf dem Homeserver mit HTMX + Go + PostgreSQL neu gebaut
    Sie laufen auf Desktop und Mobilgeräten leichtgewichtig und schnell bei minimaler Komplexität, und auch der Code ist leicht zu verstehen und zu ändern. Derzeit werden nur alle paar Monate kleinere Bugs behoben; bei reifen Apps wird erwartet, dass sich der Abstand zwischen notwendigen Upgrades auf mehrere Jahre bis Jahrzehnte ausdehnt

    • Fragt, ob es dazu veröffentlichten Open Source gibt. Die Kombination aus Go, htmx und PostgreSQL wurde selbst ein paarmal locker ausprobiert, fühlte sich aber nicht gut an; besonders die serverseitigen Templates in Go waren unbequem, daher die Frage, ob passende Muster oder Bibliotheken übersehen wurden
    • Selbst das wirkt wie Overengineering. Wenn eine Website keine unterbrechungsfreien Schemaänderungen zwingend braucht, reicht SQLite im WAL2-Modus aus
      Auch PostgreSQL ist nicht automatisch eine einfache Wahl, da man für größere Vermeidung von Downtime bei Versions-Upgrades eine Replikationsumgebung und komplexe Umschaltverfahren braucht

  • Nutzt HTMX zufrieden seit es erstmals bekannt wurde, hat den Grug-Text ebenfalls weit verbreitet, und wegen der Kultur, die Softwareentwicklung unterhaltsam hält, wurde dieses Produkt sofort gekauft

  • Fragt sich, ob der Text Grug-brained developer und HTMX von derselben Person stammen

    • Ja
    • Er hat auch das Lulu-Buch geschrieben

  • HTMX ist letztlich auch nur eine JavaScript-Bibliothek, und ich mag nicht, dass es für Umgebungen mit deaktivierten Skripten keine ausreichenden automatischen Fallbacks gibt
    Dadurch versuchen Entwickler sogar statische Inhaltsseiten komplett mit HTMX abzuwickeln. Ich suchte nach dem Python-basierten PunkwebBB, um ein Forum im alten Stil zu hosten und den Aufwand von PHP und MySQL zu vermeiden, aber als ich Skripte deaktivierte, funktionierten einige Buttons überhaupt nicht, und es wurde HTMX verwendet, obwohl es funktional unnötig war
    Einen Fork zu machen und das unnötige JavaScript zu entfernen, wäre zu viel Arbeit gewesen, also baue ich jetzt am Ende selbst ein JavaScript-freies Forum auf Basis von Python Django

    • Meine Next.js-Seite funktioniert auch mit deaktiviertem JavaScript, weil Links und HTML vom Server gerendert werden. Tools, die im Client laufen, bleiben dann zwar stehen, aber Seiten, die statisch sein können, bleiben statisch
      Allerdings habe ich erst jetzt frustriert festgestellt, dass diese Eigenschaft nach der Einführung von Cache Components wieder verloren gegangen ist
    • Das gesamte Design von HTMX fühlt sich wie eine Art automatischer Fallback an. Man muss nur das ursprünglich ausgelieferte HTML so gestalten, dass es auch in Browsern normal funktioniert, die Attribute wie hx-get und hx-post nicht verstehen
    • Deshalb bevorzuge ich Turbo(https://turbo.hotwired.dev/)
      Turbo startet mit sauberem HTML und folgt der Philosophie der schrittweisen Verbesserung, bei der reichhaltiges Verhalten ergänzt wird. HTMX ist wie React eine JavaScript-Bibliothek, und das ist an sich nicht falsch, aber man gerät leichter in das Antipattern, alles von JavaScript abhängig zu machen
      Inzwischen ist stärker als das Argument, dass es ohne JavaScript funktionieren sollte, der Punkt, dass servergerendertes semantisches HTML wichtig für Barrierefreiheit, SEO, LLMs und Automatisierungs-Tools ist. Mit HTMX kann man ebenfalls hervorragendes HTML erzeugen, aber dafür braucht man die Disziplin und Erfahrung zu erkennen, ob man nicht unbemerkt eine JavaScript-App in HTML-Attributen baut

  • htmx 4.0 erscheint als Spiel für Game Boy und Game Boy Color
    Es ist ein echtes, von Mario Bros. inspiriertes Spiel, in dem man sich durch vier Level in drei Biomen kämpft und am Ende in der Slop Factory gegen den Online-Rivalen und echten Freund, den Boss Warren Buffering, antritt. Wenn man gewinnt, wird der Quellcode von htmx 4.0 freigeschaltet
    Es wurde direkt in einer von Stephen Mitchell (scum) stark angepassten Version von GB Studio erstellt, und ein Making-of soll bald veröffentlicht werden. Jarason Banes übernahm die Herstellung der Cartridge und das Coverdesign, und Ash(https://www.fiverr.com/ae1996/) gestaltete das Coverbild sowie das Softcover-Bild für https://hypermedia.systems

    • Ich bin der Entwickler von GB Studio. Es ist großartig zu sehen, wie es in diesem Projekt eingesetzt wird, und ich arbeite bereits an Funktionen für die nächste Version: https://www.youtube.com/watch?v=q8UKwV1gJAI
    • Falls dafür die eingebaute Sound-Engine von GB Studio verwendet wurde, stammt dieser Code von mir. Ich freue mich immer, wenn mein Code in solchen Projekten auftaucht
    • Ich habe die Cartridge und andere Artikel bestellt und will sofort loslegen, sobald https://brickboy.xyz/ ankommt
    • Ich freue mich auf das erste Unboxing-, Gameplay- und Review-Video
    • Ich frage mich, ob es eine echte physische Cartridge ist und wie genau man am Ende den Quellcode herausbekommt
      Ich würde gern wissen, ob einfach ein Passwort für das Git-Repository angezeigt wird oder ob es etwas wie ein NFT ist, das Zugriff auf den Quellcode gewährt

  • Erstaunlich, ein HTMX-Thread, in dem kein Kritiker dazwischenfunkt und erklärt, warum HTMX nicht taugt
    Sogar React-Fans scheinen zugeben zu müssen, dass ein Release für den Game Boy schon etwas ist