Peter Kröner

speaker
1,384 appearances 7 recordings 1 series first heard May 2026 last heard 11 Aug

Peter Kröner’s voice in public audio — every appearance, attributed to the second.

Trend

recordings per month · last 12 months
3 · Jul OctJan 26AprJulnow

Recordings per month over the last 12 months — 7 in all, peaking in Jul 2026 with 3.

Appearances

newest first · ▶ plays the moment
Das ist ja das Einzige, wo du wirklich in Gestaltungsfreiheit hast.
Okay, du kannst dich entscheiden, mache ich es mit Crit oder mach ich es mit irgendwie Flex, aber das ändert ja operativ nicht wirklich viel.
Das große wirklich Organisationsprinzip ist einzig und allein, wie genau sieht am Ende des Tages wieder Klassenname aus, wie kommt der zustande, wie wird der eingesetzt?
Und deswegen ist dann halt dieses Konzept extrem überladen.
Und so Dinge wie halt zum Beispiel die Syntax von Tailwind oder die Syntax von BEM sind inhärent Dinge, die
mehrere Sachen auf einmal lösen.
Und speziell in der Diskussion, die Shep und ich in der vergangenen Folge hatten, war das halt eben mein Beispiel für, dass das so ein Erweckungserlebnis sein kann für Menschen, die halt CSS immer nur als Zumutung betrachtet haben.
Weil man denen nämlich sagen kann, hey guck mal, das Ding ist einfach eine Benahmung und wenn du anfängst, dieses simpel erscheinende Konzept so zu begreifen, dass da all diese ganzen konzeptionellen Ebenen drin sind, diese ganze Lasagne an Möglichkeiten an diesem einen einzigen Hebel, an dem du ziehen kannst, und nimm das ernst und behandle es wie das, was es ist, dass dann da sehr viel Verständnis rausfällt für Ah, okay, das ist also dieser eine Hebel, den ich habe, und mit dem kann ich diesen ganzen Zug steuern und einigermaßen
Das ist so das Problem da drin.
Und das ist, warum wir auch immer wieder zu BAM zurückkommen, weil wir da halt ursprünglich drüber geredet haben, aber weil das halt eben auch so ein wunderbar simples Konzept ist: drei Regeln, in denen so viel am Ende drinnen landet.
Wie immer ist die beste Lösung, Probleme nicht zu lösen, sondern gar nicht erst zu haben.
Wenn du auf deinem Betriebsgelände einen Bottich mit kochender Säure stehen hast, ist die beste Lösung nicht, da einen Zaun drumherum zu bauen, sondern eine Möglichkeit zu finden, dieses Ding nicht auf deinem Gelände stehen zu haben.
Und deswegen sage ich, hey, mach einfach dein Designsystem, das du hast, ob du willst oder nicht.
Mach es explizit.
Das löst viele Probleme.
Wenn du etwas hast, was zu groß ist, um dass du klarkommst, dann hack es halt in kleine Stücke.
Hast du das Problem nicht mehr, dass da ein so ein großer Monolith irgendwie rumschwirrt?
Und dann kann man natürlich da, wo das nicht geht, über Lösungen nachdenken.
Aber Probleme lösen ist halt der zweite Schritt, das ist die Implementierung.
Der erste Schritt, das Design eines Systems, sollte Probleme erstmal aus dem Weg schaffen, vermeiden, unmöglich machen.
Showing 221–240 of 1,384 · page 12 of 70 ← Previous Next →