nicht angemeldet
Hi Stefan,
Performante Übertragung gehört für mich in eine tiefere
Protokoll-Schicht (4-5?) als Semantik (6).
Ach, die guten, alten 7 Schichten ... da kommt Nostalgie auf an
Umschulungsunterrichtsstunden vor zwoelf Jahren, wo man versuchte,
uns die Grundlagen des Internet beizubringen.
Ich habe das nie richtig gelernt, weil ich Informatiker bin und kein
Kommunikationsmensch.
Aber im Engineering schnappt man das halt so nebenbei mit auf ...
Die erste Aufgabe in meinem Berufsleben in der freien Wirtschaft bestand
übrigens darin, ein Komprimierungsverfahren auf ein bewußt lesbar, also
"sperrig" definiertes Klartext-Format oben drauf zu setzen ... und wir
brauchten ein proprietäres Verfahren, weil es unsere umfangreichen, aber
ziemlich einseitigen Daten sehr spezifisch komprimieren sollte, auf meh-
reren Plattformen gebraucht wurde und noch dazu nicht beliebige Bitmuster
erzeugen durfte - die Daten mußten nämlich über eine X.25-Leitung laufen,
welche einige spezielle Bytes als Steuerzeichen interpretierte ... diese
mußten also explizit ausgespart bleiben bei der Codierung.
Der Dozent ritt immerzu auf diesen 7 Schichten rum, aber wir konnten
ihm nicht so recht folgen dabei, was den daran so wichtig und toll
sei, dass man diese Schichten unterscheidet.
Es kam uns eher vor wie ein nachtraeglich aufgepfropftes philosophisches
Erklaerungsmodell fuer das Wirrwarr an Datenuebertragungsprotokollen,
die man da gleichzeitig im Einsatz hatte.
Umgekehrt geht es mir bei den verschiedenen Tools der XML-und-Konsorten-
Welt genauso - ich verliere völlig den Überblick, wer da wofür zuständig
ist. (Vielleicht sollte ich langsam mal SelfHTML 8.0 lesen ... ;-)
Heute denkt glaube ich kaum einer in der Praxis an den Sinn dieser
Schichten. Ich waere jedenfalls nie auf die Idee gekommen, beim
Gedanken an Bandbreiteneinsparung daran zu denken, auf welcher dieser
Schichten dies am besten zu geschehen habe ...
Dabei liegt beiden dieselbe Idee zugrunde: "Teile und herrsche" - eines
der Informatiker-Credos.
Im Klartext: Lasse denjenigen eine Aufgabe erledigen, der dafür kompetent
ist - und vermeide es, dieselbe Aufgabe immer wieder zu lösen.
Code reuse ist letztlich auch nur eine Ausprägung derselben Idee.
Viele Grüße
Michael