HTML, CSS und Webentwicklungsmethoden: Vergangenheit, Gegenwart, Zukunft (Teaching the Web, Potsdam)

Vortrag vom 15. Oktober 2009, exklusiv für die Teaching the Web, Potsdam. Schwerpunkt: Webentwicklung (RSS-Feed für alle Themen).

Dieser und viele andere Beiträge sind auch als hübsches, wohlerzogenes E-Book erhältlich: On Web Development.

Das Ideal

Webentwicklungsmethoden, die Idealsituation.

Abbildung: Strahlende, wartbare Webentwicklungswelt. Struktur, Darstellung und Verhalten alle getrennt, von ein wenig Überlappung abgesehen, die auf Integration (zum Beispiel Stylesheet-Referenzen in HTML-Dokumenten) und Schnittstellen (zum Beispiel Skripte, die auf angemessene Art Dokumente manipulieren) zurückzuführen ist.

Die Vergangenheit (1990–1999)

Standards

1990: HTML 1.0 (Tim Berners-Lee)
1994: CHSS (Håkon Wium Lie)
1995: SSP (Bert Bos)
1995: HTML 2.0 (Tim Berners-Lee, Dan Connolly)
1995: HTML 3.0 (Dave Raggett)
1996: CSS 1 (Bert Bos, Håkon Wium Lie)
1997: HTML 3.2 (Dave Raggett)
1997: ECMA-262, 1. Ausgabe (Guy L. Steele, Jr.)
1998: CSS 2 (Bert Bos, Ian Jacobs, Chris Lilley, Håkon Wium Lie)
1998: ECMA-262, 2. Ausgabe (Mike Cowlishaw)
1999: WCAG 1.0 (Wendy Chisholm, Ian Jacobs, Gregg Vanderheiden)
1999: ECMA-262, 3. Ausgabe (Mike Cowlishaw)
1999: HTML 4.01 (Ian Jacobs, Arnaud Le Hors, Dave Raggett)

Entwicklungsmethoden

Abbildung: Ganze Lastwagen voll mit präsentationsbezogenem Markup, die sich um das kümmern, was eigentlich Aufgabe von Stylesheets ist; Skripte, die Dokumentinhalte, aber auch Augen manipulieren, und dadurch sowohl Struktur als auch Darstellung(-saufgabengebiete) überlagern.

Probleme

Technologische Einschränkungen
- Mangel an Features, die schon bald wichtig wurden
Support-Einschränkungen
- Implementierungen, die unvollständig, inkonsistent oder nicht interoperabel (da proprietär) waren
Geringe Code-Qualität
- Unzugänglicher Code
- Unwartbarer Code
- Nicht validierender Code
Schlechte Benutzererfahrung
- Kaum Bewusstsein und wenige Konventionen im Hinblick auf Usability
- Schlechte Performance aufgrund aufgeblähter Sites und langsamer Verbindungen

Die Gegenwart (2000–2009)

Standards

2000: XHTML 1.0 (Jonny Axelsson, Tantek Çelik, Steven Pemberton et al.)
2001: XHTML 1.1 (Murray Altheim, Shane McCarron)
2006: XHTML 2.0 (Jonny Axelsson, Masayasu Ishikawa, Steven Pemberton et al.)
2008: WCAG 2.0 (Ben Caldwell, Michael Cooper, Loretta Guarino Reid et al.)

Entwicklungsmethoden

Abbildung: Verhalten zieht herüber, um in aufdringlicher Manier mehr Dokumente zu manipulieren (auch als AJAX bekannt; Späßchen beabsichtigt); Struktur überlappt weniger Darstellung, da Autoren gelernt haben, weniger präsentationsbezogenes Markup einzusetzen.

Probleme

Technologische Einschränkungen
- Mangel an Features hinsichtlich Webapplikationen
Support-Einschränkungen
- Implementierungen in erster Linie unvollständig (siehe beispielsweise die von XHTML oder CSS 2)
Geringe Code-Qualität
- Nicht wirklich zugänglicher Code
- Unwartbarer Code
- Nicht validierender Code
Suboptimale Benutzererfahrung
- Nicht genug Bewusstsein für und Verpflichtung auf Usability
- Schlechte Performance aufgrund aufgeblähter Sites

Die Zukunft (2010–2019)

Standards

2010? CSS 2.1 (Bert Bos, Tantek Çelik, Ian Hickson, Håkon Wium Lie)
2010? ARIA 1.0 (Michael Cooper, James Craig, Lisa Seeman et al.)
2010? ECMA-262, 5. Ausgabe (Allen Wirfs-Brock)
201…? CSS 3 in seiner Gesamtheit (Daniel Glazman, Ian Hickson, Håkon Wium Lie et al.)
201…? HTML 5 (Ian Hickson)

Entwicklungsmethoden

Abbildung: Verhalten zieht sich ein bisschen zurück, kümmert sich etwas mehr um die eigenen Angelegenheiten; Autoren lernen, noch mehr Struktur, Darstellung und Verhalten zu trennen, ohne es jedoch ganz ans Ziel zu schaffen.

Probleme

Technologische Einschränkungen
Support-Einschränkungen
- Implementierungen in erster Linie unvollständig (HTML 5, CSS 3)
Geringe Code-Qualität
- Nicht wirklich zugänglicher Code
- Nicht wirklich wartbarer Code
- Nicht validierender Code
Suboptimale Benutzererfahrung
- Nicht genug Bewusstsein für und Verpflichtung auf Usability
- Schlechte Performance aufgrund aufgeblähter Applikationen

Prioritäten für Webentwickler

Verpflichtung auf Standards (und Standardisierung)
Betonung »nicht-flüchtiger« Best Practices
- Angemessener Technologiegebrauch (Stichwörter Semantik, Validierung)
- Barrierefreiheit
- Performance
- Wartbarkeit (»Separation of Concerns«)
Augenmerk auf Ausbildung (Lernen und Unterrichten)

Entwicklungsmethoden im Vergleich

Webentwicklungsmethoden, ein Vergleich von Vergangenheit, Gegenwart, Zukunft und dem Ideal, das wir uns so vorstellen.

Abbildung: Überall nur Kreise; Autoren setzen im Laufe der Zeit weniger präsentationsbezogenes Markup ein und manipulieren Dokumente und darstellungsbezogene Aspekte in weniger wilder Manier.

Vielen Dank an Asim Janjua für seine Arbeit an den Vortragsgraphiken.

Über mich

Jens Oliver Meiert, am 9. November 2024.

Ich bin Jens (lang: Jens Oliver Meiert), und ich bin ein Frontend-Engineering-Leiter und technischer Autor/Verleger. Ich habe als technischer Leiter für Firmen wie Google und als Engineering Manager für Firmen wie Miro gearbeitet, bin Mitwirkender an verschiedenen Webstandards und schreibe und prüfe Fachbücher für O’Reilly und Frontend Dogma.

Ich experimentiere gerne, nicht nur in der Webentwicklung (und im Engineering Management), sondern auch in anderen Bereichen wie der Philosophie. Hier auf meiert.com teile ich einige meiner Erfahrungen und Ansichten. (Bitte sei kritisch, interpretiere wohlwollend und gib Feedback.)