Das Weblog von Stefan Grund, der im Netz als @eay unterwegs ist und hier seit 2003 über Medien, Popkultur und Technologie schreibt. Mehr »
Niels Leenheer hat Doom in CSS (und ein bisschen JavaScript) nachgebaut:
No, CSS is awesome. CSS is better than ever and it is only getting better. And that is why I built DOOM in CSS. Every wall, floor, barrel, and imp is a `<div>`, positioned in 3D space using CSS transforms. The game logic runs in JavaScript, but the rendering is entirely CSS. You can play it right now.
Every wall, floor, barrel, and imp is a div — DOOM rendered entirely in CSS. Using 3D transforms, CSS math functions, @property, clip-path, anchor positioning, and SVG filters to build a fully playable 3D first-person shooter in the browser without Canvas or WebGL.
The official White House Android app has a cookie/paywall bypass injector, tracks your GPS every 4.5 minutes, and loads JavaScript from some guy’s GitHub Pages.
Das Weiße Haus hat eine neue App1 (Version 47.0.1 🙄) und Entwickler*in Thereallo hat sich diese mal genauer angeschaut und gröbste Fehler und Überwachungsinfrastruktur darin entdeckt. Als jemand der sich zufälligerweise mit genau diesem Tech-Stack auskennt, kann ich bestätigen: so macht man das nicht.
Is any of this illegal? Probably not. Is it what you’d expect from an official government app? Probably not either.
The official White House Android app has a cookie/paywall bypass injector, tracks your GPS every 4.5 minutes, and loads JavaScript from some guy's GitHub Pages.
Heute war es endlich soweit: Wir haben die neue, laaange in Entwicklung befindliche Version der Hypercode-Website gelaunched!
Im Firmenblog beschreiben wir das so:
Nach Monaten des Entwickelns, Textens und der Medienproduktion ist es endlich so weit: Wir freuen uns, euch unsere neue, konsequent weiter gedachte Website zu präsentieren – mit klarerem Profil, mehr Farbe, neuem Showreel, neuen Leistungsseiten, zahlreichen Case Studies und jeder Menge Bewegtbild aus echten Projekten.
Und das war tatsächlich unendlich viel Arbeit: fast alle Texte wurden neu geschrieben, alle Assets (die jetzt fast ausschließlich Bewegtbild enthalten) neu produziert, alle Kund*innen mussten ins Boot geholt werden, das Showreel musste erdacht, komponiert und geschnitten werden, und und und. Und in meiner Funktion als ½ Head of Hypercode war ich natürlich, oft federführend, an all dem beteiligt.1
Jedenfalls: Ich bin ganz schön stolz auf das, was wir da erarbeitet haben. Hypercode und unsere Arbeit wird endlich (wieder) up-to-date repräsentiert und die Bandbreite unserer Expertise toll erfahrbar gemacht. Zwischendurch gibt’s einige Easter Eggs zu entdecken, denn – Überraschung! – auch Business-Auftritte dürfen Spaß machen, finden wir. Von daher: schaut gerne mal vorbei.
Und wenn ihr Feedback habt, gerne her damit! 🙏
Hypercode ist ein Digital Product Studio aus Köln. Wir konzipieren, gestalten und entwickeln digitale Produkte mit modernen Web-Technologien für Unternehmen aller Größen.
Craig S. Kaplan, Informatikprofessor and der University of Waterloo, hat das berühmt-berüchtigte xkcd-Comic „Dependency“ via p5.js und matter.js zu einer Physikdemo gemacht, wie er auf Mastodon schreibt:
In my online undergraduate P5.js course, students are about to begin the module on motion and physics, including a bit of physics simulation using Matter.js. It suddenly occurred to me that I had never seen anybody put together this particular demo before, and I realized it had to be done.
x86CSS is a working CSS-only x86 CPU/emulator/computer. Yes, the Cascading Style Sheets CSS. No JavaScript required.
What you’re seeing above is a C program that was compiled using GCC into native 8086 machine code being executed fully within CSS.
Lyra Rebane hat einen x86 CPU Emulator in – Trommelwirbel 🥁 – CSS gebaut, was absolut verrückt ist. Also im positiven Sinne. Dass das überhaupt geht und das zu machen.
Is CSS a programming language?
– Do you really need to ask at this point?
Und die Demo nutzt #rebeccapurple als Farbe. <3 (via Waxy.org)
x86CSS is a working CSS-only x86 CPU/emulator/computer. No JavaScript required!
Schöne Design-System-Startseite des Telegraph mit Bonuspunkten für die nach Zuständigkeit filterbare Meet the Team-Seite.
—
Update, 16.03.: Der Telegraph wird vom Axel Springer-Verlag übernommen, nachdem der erste Übernahmeversuch vor 20 Jahren noch scheiterte.
Unglaublich, aber wahr: jQuery existiert noch und ist in der vorletzten Woche in Version 4.0 erschienen. In der aktuellen Ausgabe des Bytes-Newsletters („Your weekly dose of JS“) heißt es dazu – neben der obigen Überschrift – sehr passend:
It doesn’t matter how many fancy coding agents or next-gen frameworks you throw at it — the
$God remains eternal. And it just celebrated its 20th birthday in style last week by dropping jQuery 4.0 out of nowhere.
Bis 2016/17 war es ein elementarer Bestandteil eines jeden Frontend-Entwickler-Skillsets, jQuery in- und auswendig zu kennen, gar zu beherrschen. 2006 als Library gestartet, die die unterschiedlichen JavaScript-Browser-APIs unter einem vereinten Interface zusammenfassen sollte, wurde es dank seiner Einfachheit für die Umsetzung von DOM-Manipulationen und Ajax-Requests bis zum Höhepunkt 2019 von 80% der Top-1-Million-Websites genutzt, so Wikipedia.
Ich bin recht froh, dass ich jQuery seit Hypercode-Gründung in 2019 tatsächlich kein einziges Mal mehr im Berufskontext anfassen musste oder ihm begegnet bin. Dafür sind unsere Projekte Evan You sei Dank zu modern.
Wenn ihr jQuery in 2026 immer noch benutzt, macht ihr vermutlich etwas falsch. Schließlich gibt es mit Vanilla JavaScript, also dem standardisierten Umfang unserer liebsten Script-Sprache, eigentlich alles, was das Frontend’ler-Herz begehrt. Spätestens in Kombination mit dem umfangreichen Node- und npm-Ökosystem. Wenn ihr jQuery in 2026 aber immer noch benutzen müsst, dann – auch cool – habt ihr jetzt eine neue Version.
—
Speaking of Frontend-Entwickler*innen: Bei Hypercode suchen wir gerade alle Ausprägungen davon – Junior, Senior und Werkstudenten. Wenn ihr was braucht oder wen kennt, meldet euch gerne. Sagt mir, ich hab euch geschickt.
David Bushell hat vor über einem Jahrzehnt – als wir im Frontend noch nichts hatten – einen JavaScript-basierten Datepicker gebaut, den auch ich in diversen Projekten eingesetzt hat. Jetzt hat er die Pikaday-Website gegen einen kleinen Guide ausgetauscht, der aufzeigt, dass man 2025 keinen JavaScript-basierten Datepicker mehr braucht, sondern einfach native Funktionen nutzen soll:
Pikaday is no longer a JavaScript date picker. Pikaday is now a friendly guide for front-end developers. I want to push developers away from the classic date picker entirely. Especially fat JavaScript libraries.
Was eine schöne Idee ist, die mehr obsolete Projekte nachahmen sollten.
Who needs a JavaScript date picker? The answer, in most cases, is nobody! Complex UI leads to more errors and abandoned forms. There can be easier ways to pick a date than a calendar widget. This guide provides alternate ideas and aims to send developers on a path towards user-friendly interfaces.
Build a date picker with bad UX (the worse, the better)
Schöne Challenge von Nordcraft, in der man einen möglichst schlecht zu bedienenden, aber komplett funktionalen Datepicker bauen musste. Gewonnen hat dieser Beitrag von Dalia mit randomisierten, swipebaren Tages-, Monats- und Jahres-Cards; weiter unten gibt’s viele weitere „tolle“ Beiträge.
Build a bad date picker and win a shit trophy! Presented by Nordcraft.
Erster Urlaubstag: Die „vor kurzem“ (*hust*) begonnene Migration weg von DomainFactory ist nun endlich abgeschlossen. Nachdem ich in den letzten Wochen alle übrigen Domains wegtransferiert habe, habe ich heute alles plattgemacht und gekündigt. Was irre ist, weil ich deren Dienste seit Januar 2002 genutzt habe.