Meine Website ist „One Binary“ (2022)

• Der Autor beschreibt, wie schwer es ihm fiel, ein Website-Framework zu finden, das seinen hohen und ungewöhnlichen Ansprüchen genügt.
• Er probierte verschiedene klassische Frameworks aus, darunter Ghost, Hugo, Jekyll, sr.ht + Tarball und manuelles HTML-Editing, aber nichts davon begeisterte ihn.
• Er bevorzugt ein System, das er persönlich verstehen und warten kann, menschenfreundlichen Code, schnelle Feedback-Loops sowie Spaß und Cleverness.
• Er äußert Zweifel an der häufigen Empfehlung, Hugo zu verwenden und auf GitHub Pages zu hosten, und weist darauf hin, dass dies unzählige Abhängigkeiten mit sich bringt.
• Der Autor entschied sich, seine Website auf einer von ihm kontrollierten Maschine zu hosten und sie als reines HTML zu programmieren, wobei er alles manuell mit vim bearbeitet.
• Dieser Ansatz war einfach, zuverlässig und wartbar, aber er wurde des Workflows müde und wollte die „Templatisierung“ allgemeiner Funktionen effizienter handhaben.
• Ihm kam die Idee, seine Website vollständig in einer Sprache zu schreiben, sie in ein einzelnes Binary einzubetten und zu deployen, wobei er Golang als bevorzugte Sprache wählte.
• Er diskutiert die Vorteile dynamisch erzeugter Websites gegenüber statisch generierten Websites, etwa die Möglichkeit, Inhalte on the fly zu erzeugen.
• Zum Deployment seiner Website verwendet er ein Shell-Skript, das jede Minute als Cronjob läuft und die Seite neu baut, wenn das Git-Repository aktualisiert wurde.
• Er ermutigt Menschen mit ähnlichen Werten, selbst dynamische Websites zu bauen, und betont den Spaß und die Freiheit, die dieser Ansatz bietet.
• Er rät dazu, klein anzufangen, den Umfang bei Bedarf zu erweitern und die einfachsten und wartbarsten Werkzeuge zu verwenden.
• Abschließend plädiert er für mehr Skurrilität, Begeisterung und Persönlichkeit im Web und ermutigt zum Bau dynamischer Websites.

[GN⁺]

Hacker-News-Kommentare

• Die Breite der Website wird nicht korrekt für Mobilgeräte berechnet, sodass Nutzer horizontal scrollen müssen, um den Text zu lesen.
• Diskussion über die Bedeutung von „keep it simple“ und „make it understandable“ im Kontext der Softwareentwicklung sowie unterschiedliche Sichtweisen auf die Nutzung von Abstraktionen, Bibliotheken oder APIs.
• Einige Nutzer loben den Ansatz des Autors und fühlen sich davon inspiriert, während andere dem nicht zustimmen und Wartbarkeit als wichtigen Wert hervorheben.
• Die Reaktionen auf Design und Funktionalität der Website sind gemischt; einige Nutzer kritisieren sie als zu simpel oder als zu wenig strukturiert.
• Die Deployment-Strategie der Website umfasst das Kompilieren statt des Ausführens binärer Artefakte, was einige Nutzer als Widerspruch zum Anspruch „eine Binärdatei“ ansehen.
• Die Website will in sich abgeschlossen sein, wird aber dafür kritisiert, von externen Ressourcen auf openlibrary.org abhängig zu sein.
• Einige Nutzer stellen die Effizienz des Update-Prozesses der Website infrage, bei dem jede Minute per Cronjob ein Git-Repository gepullt wird.
• Ein Nutzer teilt sein eigenes Beispiel, bei dem Website, Game Engine und Webserver in C geschrieben und in einer einzigen Binärdatei kombiniert sind.
• Das Design der Website wird dafür kritisiert, dass es den Text nicht korrekt an den Bildschirm anpasst.