<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"> 
<channel>
    

    <title>CSS&#45;Frameworks in der Diskussion</title>
    <link>http://www.highresolution.info/weblog/entry/css_frameworks_in_der_diskussion/</link>
    <description>Die Diskussion bez&#252;glich CSS&#45;Frameworks bleibt nicht stehen. Wenn Sie das Thema interessiert, finden Sie in dem Essay &#8220;Was Sie &#252;ber CSS&#45;Frameworks wissen sollten!&#8221; eine ausf&#252;hrliche thematische Fortsetzung der Diskussion

In den letzten Wochen sind im englischen Sprachraum zwei interessante Artikel erschienen, die im Bezug auf die Argumentation pro/conta CSS Frameworks polarisieren. Da w&#228;re &#8220;Why I don&#8217;t use CSS Frameworks&#8221; (Kyle Neath) und &#8220;Please do not use CSS framworks&#8221; (Jonathan Christopher). Das Smashing Magazine hat diese Diskussion im Rahmen eines &#220;berblicks aktuellen CSS&#45;Frameworks aufgegriffen und pr&#228;gnant zusammengefasst. 

Danach gelten als Vorteile  ...

Steigerung der Produktivit&amp;auml;tVermeiden von allt&amp;auml;glichen FehlernEinheitliche Code&#45;BasisVerbesserter Workflow bei Team&#45;Arbeit

Dem gegen&#252;ber stehen einige Nachteile ...

 Erlernen der Arbeitsweise des Frameworks kostet Zeit  Verstehen der Code&#45;Architektur kostet Zeit Fehler in der Codebasis werden unerkannt mitgeschleift Man vertaut dem Framework, nicht seinen eigenen CSS&#45;KenntnissenFrameworks erzeugen Overhead im Code CSS Frameworks und semantische Codeauszeichnung stehen im Gegensatz zueinander Man ignoriert die Einzigartigkeit eines Webprojekts

Nun bin ich als Framework&#45;Entwickler nat&#252;rlich kein Au&#223;enstehender, ungeachtet dessen habe ich nat&#252;rlich zu diesem Thema eine Meinung. Den Vorteilen stimme ich zu (War ja klar, oder?). Zu den genannten Nachteilen m&#246;chte ich jedoch etwas anmerken. Nicht, um sie weg zu diskutieren, sondern weil denke, dass die Ursachen daf&#252;r woanders zu suchen sind.</description>
    <dc:language>de-de</dc:language>
    <dc:creator>Dirk</dc:creator>
    <dc:rights>Copyright 2007</dc:rights>
    <dc:date>2007-09-25T;14:28:12+00:00</dc:date>
    <admin:generatorAgent rdf:resource="http://www.expressionengine.com/" />
<!--
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/"
         xmlns:dc="http://purl.org/dc/elements/1.1/">
<rdf:Description
    rdf:about="http://www.highresolution.info/weblog/entry/css_frameworks_in_der_diskussion/"
    trackback:ping="http://www.highresolution.info/trackback/1282/p4eJGqU8/"
    dc:title="CSS&#45;Frameworks in der Diskussion"
    dc:identifier="http://www.highresolution.info/weblog/entry/css_frameworks_in_der_diskussion/" 
    dc:subject="CSS &amp;amp;amp; XHTML,YAML,Webdesign"
    dc:description="&amp;lt;p class=&quot;important&quot;&amp;gt;Die Diskussion bez&#252;glich CSS&#45;Frameworks bleibt nicht stehen. Wenn Sie das Thema interessiert, finden Sie in dem Essay &amp;lt;a href=&quot;http://www.highresolution.info/spotlight/entry/was_sie_ueber_css&#45;frameworks_wissen_sollten/&quot;&amp;gt;&quot;Was Sie &#252;ber CSS&#45;Frameworks wissen sollten!&quot;&amp;lt;/a&amp;gt; eine ausf&#252;hrliche thematische Fortsetzung der Diskussion&amp;lt;/p&amp;gt; In den letzten Wochen sind im englischen Sprachraum zwei interessante Artikel erschienen, die im Bezug auf die Argumentation pro/conta&#8230;"
    dc:creator="Dirk"
    dc:date="2007-09-25 02:28:12 PM GMT" />
</rdf:RDF>
--> 


    <item>
      <title>Kommentar von Heike aus Leipzig</title>
      <link>http://www.highresolution.info/weblog/entry/css_frameworks_in_der_diskussion/</link>
      <description>Die CSS&#45;Frameworks könnten oder werden die Arbeit in der Onlinebranche definitiv langfristig verändern!</description>
      <content:encoded><![CDATA[<p>Die CSS-Frameworks könnten oder werden die Arbeit in der Onlinebranche definitiv langfristig verändern!
</p>]]></content:encoded>
    <dc:date>2012-01-18T;11:39:34+00:00</dc:date>
    </item>

    <item>
      <title>Kommentar von Designer Dimi</title>
      <link>http://www.highresolution.info/weblog/entry/css_frameworks_in_der_diskussion/</link>
      <description>Danke für die ausführliche Meinung! Ich habe selbst sehr viele Projekte im Webdesign mit eigen gestricktem CSS umgesetzt. Und nur bei einem YAML versucht einzusetzen. Leider wirklich nur versucht, denn die Realität sieht im beruflichen Alltag leider so aus, dass man kaum Zeit für das Erlernen so eines Frameworks überhaupt hat. Ich fand die Ordnerstruktur und die Dateibenennung tatsächlich als Hindernis. Auf jeden kann man so ein Framework nicht auf die Schnelle mal einsetzen. Das war meine Erfahrung. Doch über Umwege kam ich auf dan ZEND Framework von PHP und musste erkennen, dass je komplizierter eine Computersprache wird (ok, CSS ist keine Computersprache, aber die Anzahl der Formatierungen wird in der Zukunft eher zunehmen, als abnehmen), umso wichtiger wird es so ein Framework einzusetzen. Und die Gründe Teamarbeit, keine Abhängigkeit an den Urentwickler sind sehr starke Argumente dafür.</description>
      <content:encoded><![CDATA[<p>Danke für die ausführliche Meinung! Ich habe selbst sehr viele Projekte im Webdesign mit eigen gestricktem CSS umgesetzt. Und nur bei einem YAML versucht einzusetzen. Leider wirklich nur versucht, denn die Realität sieht im beruflichen Alltag leider so aus, dass man kaum Zeit für das Erlernen so eines Frameworks überhaupt hat. Ich fand die Ordnerstruktur und die Dateibenennung tatsächlich als Hindernis. Auf jeden kann man so ein Framework nicht auf die Schnelle mal einsetzen. Das war meine Erfahrung. Doch über Umwege kam ich auf dan ZEND Framework von PHP und musste erkennen, dass je komplizierter eine Computersprache wird (ok, CSS ist keine Computersprache, aber die Anzahl der Formatierungen wird in der Zukunft eher zunehmen, als abnehmen), umso wichtiger wird es so ein Framework einzusetzen. Und die Gründe Teamarbeit, keine Abhängigkeit an den Urentwickler sind sehr starke Argumente dafür.
</p>]]></content:encoded>
    <dc:date>2012-01-18T;11:39:34+00:00</dc:date>
    </item>

    <item>
      <title>Kommentar von manfred kremer</title>
      <link>http://www.highresolution.info/weblog/entry/css_frameworks_in_der_diskussion/</link>
      <description>Hallo,

für mich ist der wichtigste Grund ein Framework wie YAML einzusetzen, dass ich einfach keine Lust mehr habe, Fixes für die unendlichen Bugs des IE zu bauen. Ich bin Dirk sehr dankbar für diese Schinderei! So um IE Version 3. herum hat mich das schon so geärgert, dass ich mich für einige Zeit nicht mehr für Webentwicklung interessiert habe. Erst neuere Ansätze haben mich 2007 wieder zurück finden lassen.

Zurück zur ursprünglichen Frage. Nach 25 Jahren Beobachtung bin ich davon überzeugt, dass der Einsatz von Frameworks in der Entwicklung von komplexeren Softwarelösungen immer mehr in der Vordergrund treten wird. Je nach Umfang eines Projektes ist eine Realisierung heute oft nur noch durch Einsatz von Baukästen etc. wirtschaftlich möglich. Alles eigentlich nur das Ergebnis moderner Softwaretechnologie und logische Fortsetzung der Modularisierung. Man betrachte einfach die Inhalte des Informatikstudiums von heute und von etwa 1985, um zu sehen, welche Bedeutung Frameworks heute gewonnen haben.

Letztlich möchte ich noch etwas zum Aspekt &#8220;persönlicher Stil&#8221; hinzufügen. Natürlich geht der Stil der Programmierer von &#8220;Huddel und Brassel&#8221; bis zum echten Code&#45;Kunstwerk. Für mich ist ordentlich strukturierter Code manchmal einfach schön, egal ob er von mir oder einem anderen Tastenknecht stammt. Leider hat aber auch jeder von uns schlechte Angewohnheiten und Fehlerquellen. Arbeiten mit dem Code Dritter lehrt aber oft erst die kritische Auseinandersetzung mit dem Produkt Software. Durch den Einsatz von Frameworks lernt man weiter und verbessert den eigenen Stil.
Ohne einige existierende Frameworks und APIs wären viele Webdienste gar nicht möglich.
Ich möchte zB. nicht mehr auf YAML verzichten.

Gruß
mak</description>
      <content:encoded><![CDATA[<p>Hallo,</p>

<p>für mich ist der wichtigste Grund ein Framework wie YAML einzusetzen, dass ich einfach keine Lust mehr habe, Fixes für die unendlichen Bugs des IE zu bauen. Ich bin Dirk sehr dankbar für diese Schinderei! So um IE Version 3. herum hat mich das schon so geärgert, dass ich mich für einige Zeit nicht mehr für Webentwicklung interessiert habe. Erst neuere Ansätze haben mich 2007 wieder zurück finden lassen.</p>

<p>Zurück zur ursprünglichen Frage. Nach 25 Jahren Beobachtung bin ich davon überzeugt, dass der Einsatz von Frameworks in der Entwicklung von komplexeren Softwarelösungen immer mehr in der Vordergrund treten wird. Je nach Umfang eines Projektes ist eine Realisierung heute oft nur noch durch Einsatz von Baukästen etc. wirtschaftlich möglich. Alles eigentlich nur das Ergebnis moderner Softwaretechnologie und logische Fortsetzung der Modularisierung. Man betrachte einfach die Inhalte des Informatikstudiums von heute und von etwa 1985, um zu sehen, welche Bedeutung Frameworks heute gewonnen haben.</p>

<p>Letztlich möchte ich noch etwas zum Aspekt &#8220;persönlicher Stil&#8221; hinzufügen. Natürlich geht der Stil der Programmierer von &#8220;Huddel und Brassel&#8221; bis zum echten Code-Kunstwerk. Für mich ist ordentlich strukturierter Code manchmal einfach schön, egal ob er von mir oder einem anderen Tastenknecht stammt. Leider hat aber auch jeder von uns schlechte Angewohnheiten und Fehlerquellen. Arbeiten mit dem Code Dritter lehrt aber oft erst die kritische Auseinandersetzung mit dem Produkt Software. Durch den Einsatz von Frameworks lernt man weiter und verbessert den eigenen Stil.<br />
Ohne einige existierende Frameworks und APIs wären viele Webdienste gar nicht möglich.<br />
Ich möchte zB. nicht mehr auf YAML verzichten.</p>

<p>Gruß<br />
mak
</p>]]></content:encoded>
    <dc:date>2012-01-18T;11:39:34+00:00</dc:date>
    </item>

    <item>
      <title>Kommentar von Georg</title>
      <link>http://www.highresolution.info/weblog/entry/css_frameworks_in_der_diskussion/</link>
      <description>Hallo,
ich kann einige oben genannte Kritikpunkte gut nachvollziehen, jedoch denke ich, dass, vor allem wenn  man häufiger Projekte mit einem Framework erstellt, die Vorteile überwiegen.
Da fällt auch die Einarbeitungszeit weniger ins Gewicht. Möchte man nur mal schnell ein Projekt realisieren ist der Aufwand meiner Meinung zu groß, es sei denn man setzt eine mitgelieferte Vorlage 1zu1 um. 
Die Gefahr, dass Fehler im Quellcode unerkannt bleiben ist meiner Meinung größer wenn man den gesamten Quellcode selbst schreibt, da wie Du schon erwähnt hast, bei Frameworks meist eine größere Community besteht.

Ich habe von den oben genannten Frameworks bis jetzt nur YAML kennengelernt und bin damit auch recht zufrieden. Die Dokumentation ist auch sehr gut.

Was mich persönlich stört sind eher so die Kleinigkeiten. So hat jeder Programmierer so seinen eigenen individuellen Stil. Dies betrifft z.B. das Einrücken, die Kommentare und der generelle Aufbau der Css Dateien.
Speziell bei YAML sind dies z.B. die Fehlenden Strichpunkte bei Klassen/ids mit nur einer Anweisung oder auch die Leerschritte nach bzw. vor den Klammern. Obwohl dies von der Syntax her korrekt ist und so auch funktioniert, stört es mich schon sehr und ich ertappe mich immer wieder dabei, wie ich Strichpunkte nachträglich einfüge.
Aber wie gesagt, das ist dann wohl eher ein persönliches Problem (vielleicht Anzeichen einer Zwangsneurose? :&#45;) )

Liebe Grüße
Georg</description>
      <content:encoded><![CDATA[<p>Hallo,<br />
ich kann einige oben genannte Kritikpunkte gut nachvollziehen, jedoch denke ich, dass, vor allem wenn  man häufiger Projekte mit einem Framework erstellt, die Vorteile überwiegen.<br />
Da fällt auch die Einarbeitungszeit weniger ins Gewicht. Möchte man nur mal schnell ein Projekt realisieren ist der Aufwand meiner Meinung zu groß, es sei denn man setzt eine mitgelieferte Vorlage 1zu1 um. <br />
Die Gefahr, dass Fehler im Quellcode unerkannt bleiben ist meiner Meinung größer wenn man den gesamten Quellcode selbst schreibt, da wie Du schon erwähnt hast, bei Frameworks meist eine größere Community besteht.</p>

<p>Ich habe von den oben genannten Frameworks bis jetzt nur YAML kennengelernt und bin damit auch recht zufrieden. Die Dokumentation ist auch sehr gut.</p>

<p>Was mich persönlich stört sind eher so die Kleinigkeiten. So hat jeder Programmierer so seinen eigenen individuellen Stil. Dies betrifft z.B. das Einrücken, die Kommentare und der generelle Aufbau der Css Dateien.<br />
Speziell bei YAML sind dies z.B. die Fehlenden Strichpunkte bei Klassen/ids mit nur einer Anweisung oder auch die Leerschritte nach bzw. vor den Klammern. Obwohl dies von der Syntax her korrekt ist und so auch funktioniert, stört es mich schon sehr und ich ertappe mich immer wieder dabei, wie ich Strichpunkte nachträglich einfüge.<br />
Aber wie gesagt, das ist dann wohl eher ein persönliches Problem (vielleicht Anzeichen einer Zwangsneurose? :-) )</p>

<p>Liebe Grüße<br />
Georg
</p>]]></content:encoded>
    <dc:date>2012-01-18T;11:39:34+00:00</dc:date>
    </item>

    <item>
      <title>Kommentar von Kai Tischler</title>
      <link>http://www.highresolution.info/weblog/entry/css_frameworks_in_der_diskussion/</link>
      <description>Hallo Dirk ! Grüsse aus dem Ostwestfälischen nach Sachsen !

Dieser Dein Blog&#45;Thread trifft auch genau meinen derzeitigen Nerv ...

Denn im Zuge des (erneuten) Schlaumachens in Sachen CSS &#45; kann sich zu einem Fass ohne Boden auswachsen &#45; bin ich erstmals auch über CSS&#45;Frameworks gestolpert:
&#45; YAML, Blueprint, YUI Grids, Elements, Tripoli

Da hat man also mal wieder die Qual der Wahl &#45; oder auch Nichtwahl ...

Und dann gibt&#8217;s da ja auch noch die Layout&#45;Werkzeuge:
&#45; WestCiv&#8217;s StyleMaster
&#45; Dreamweaver Extensions:
&amp;nbsp; &#45; CSS Layout Magic von Project VII
&amp;nbsp; &#45; Brandneu: Eric Meyer&#8217;s CSS SCULPTOR 1.0.1; erschaffen in Zusammenarbeit mit WebAssist

Gibt es schon irgendwo einen Vergleich der Werkzeuge mit den Frameworks ?

Als Nicht&#45;CSS&#45;Insider steht man bei der Auswahl gleichsam auf verlorenem Posten ...

Was mich an YAML reizt:
&#45; Es ist auf die Erstellung FLEXIBLER Layouts ausgelegt. Frage: Kann man damit wirklich  BELIEBIGE flexible Layouts erstellen ? Also auch sogenannte Non&#45;Slicing&#45;Layouts (Layouts, die sich nicht komplett durch Spalten und Zeilen beschreiben lassen) ?
&#45; Es bietet den umfangreichen Online&#45;Builder.
&#45; Erschaffen von einem &#8220;Landsmann&#8221; :&#45;) 

Und hast Du schonmal die teilweise Symbiose mit anderen Frameworks untersucht ?

Freue mich schon auf weitere Reaktionen bezüglich dieses heissen Diskussionsthemas.

Tschüss

Kai</description>
      <content:encoded><![CDATA[<p>Hallo Dirk ! Grüsse aus dem Ostwestfälischen nach Sachsen !</p>

<p>Dieser Dein Blog-Thread trifft auch genau meinen derzeitigen Nerv ...</p>

<p>Denn im Zuge des (erneuten) Schlaumachens in Sachen CSS - kann sich zu einem Fass ohne Boden auswachsen - bin ich erstmals auch über CSS-Frameworks gestolpert:<br />
- YAML, Blueprint, YUI Grids, Elements, Tripoli</p>

<p>Da hat man also mal wieder die Qual der Wahl - oder auch Nichtwahl ...</p>

<p>Und dann gibt&#8217;s da ja auch noch die Layout-Werkzeuge:<br />
- WestCiv&#8217;s StyleMaster<br />
- Dreamweaver Extensions:<br />
&nbsp; - CSS Layout Magic von Project VII<br />
&nbsp; - Brandneu: Eric Meyer&#8217;s CSS SCULPTOR 1.0.1; erschaffen in Zusammenarbeit mit WebAssist</p>

<p>Gibt es schon irgendwo einen Vergleich der Werkzeuge mit den Frameworks ?</p>

<p>Als Nicht-CSS-Insider steht man bei der Auswahl gleichsam auf verlorenem Posten ...</p>

<p>Was mich an YAML reizt:<br />
- Es ist auf die Erstellung FLEXIBLER Layouts ausgelegt. Frage: Kann man damit wirklich  BELIEBIGE flexible Layouts erstellen ? Also auch sogenannte Non-Slicing-Layouts (Layouts, die sich nicht komplett durch Spalten und Zeilen beschreiben lassen) ?<br />
- Es bietet den umfangreichen Online-Builder.<br />
- Erschaffen von einem &#8220;Landsmann&#8221; :-) </p>

<p>Und hast Du schonmal die teilweise Symbiose mit anderen Frameworks untersucht ?</p>

<p>Freue mich schon auf weitere Reaktionen bezüglich dieses heissen Diskussionsthemas.</p>

<p>Tschüss</p>

<p>Kai
</p>]]></content:encoded>
    <dc:date>2012-01-18T;11:39:34+00:00</dc:date>
    </item>
 

</channel>
</rss>
