Die klare Unterscheidung zwischen Grid- und CSS-Frameworks mit Erläuterung zu den stark differierenden Grundansprüchen musste einmal deutlich gemacht werden. Zu oft liest man im Web Blueprint, YAML und Co unter der thematischen Prämisse „CSS-Frameworks“ (ähnlich wie jetzt^^) ohne weitere Erläuterung in der gleichen Zeile, so dass man sich einem wenig transparenten Angebot gegenüber sieht. Das ist internettechnisch sag ich mal nichts Neues, jedoch mag dies zu ungerechtfertigten Vergleichen und kollektiven Verurteilung der Frameworks führen, gerade bei Leuten, die nicht gerade im Thema knien und sich erst einarbeiten (Parallelen zum Autor sind rein zufällig :-) ).
Ich erinnere mich da an die polarisierende Contraperspektive von Jonathan Cristopher, angesprochen in einem anderen Beitrag unter http://www.highresolution.info/weblog/entry/css_frameworks_in_der_diskussion/
(“Please do not use CSS-frameworks”)

Die englischsprachige, umfangreiche Diskussion im Anschluss des im Beitrag zu findenden Originals hielt ich für wunderbar verwirrend, als da sie die Funktionsweise der CSS-Frameworks anhand von Blueprint kritisierte, dessen Augenmerk in der Funktion ja eher auf dem Grid liegt und das entsprechend große Overheadproblem, bzw. Codeproblem selbstverständlich nach sich zieht. Die dortigen Aussagen und Meinungen selbst möchte ich hier gar nicht anzweifeln, jedoch sehe ich eine solche Diskussionsbasis im Amateurbereich prinzipiell als Halbwissend stiftend und kommunikativ gefährlich an.

Als zugegebenermaßen Angehöriger der Halbwissenden (das Wort wird bei jedem Ausspruch „besser“ :-) )im Bereich der Webgestaltung, sei Herrn Jesse und seinem Vortrag mein Zuspruch sicher. Ich bin mir sicher, dass er auf dem Kongress und auch im Web zur nötigen Informationsbasis beigetragen hat und über frameworkspezifische Meinungsbildung subtil, aber nachhaltig zur Festigung und zum Wachstum der Communities, ob nun von YAML, Blueprint oder der Gegenseiten, beitragen wird.