Streit der Prospen 컴컴컴컴컴컴컴컴컴 Wir haben einige Texte gefunden, die sich mit dem Thema Prospen mehr oder weniger ernst auseinander setzen. Von wem die Texte sind, ist unbekannt - trotzdem einen herzlichen Dank...! Der zweite Text ist relativ lang, aber gut! Insgesamt sind es etwas mehr als 500 Zeilen... man sollte sich also ein wenig Zeit nehmen. Wenn Ihr 꼑nliche Texte zu Hause habt oder Euch selbst mal 갶er Vor- und Nachteile verschiedener Prospen auslassen wollt (sei's nun ernst gemeint oder nicht...), dann macht das! Wir k봭nten uns vorstellen, da� dies eine sehr 'luschtige' Rubrik wird... ERFINDER VON UNIX UND C GEBEN ZU : ALLES QUATSCH In einer Ank걆digung, die die Computerindustrie verbl갽fte, ha- ben Ken Thompson, Dennis Ritchie und Brian Kernigham zugege- ben, da� das von ihnen geschaffene Betriebssystem Unix und die Programmiersprache C ein raffinierter Aprilscherz sind, der sich 갶er 20 Jahre am Leben erhalten hat. Bei einem Vortrag vor dem letzten UnixWorld-Software-Entwicklungsforum enth걄lte Thompson: "1969 hatte AT&T gerade die Arbeit am GE/Honeywell/AT&T-Mul- tics-Projekt beendet. Brian und ich experimentierten zu dem Zeitpunkt mit einer fr갿en Pascal-Version von Professor Niklaus Wirth vom ETH-Laboratorium in der Schweiz und waren beeindruckt von seiner Einfachheit und M꼊htigkeit. Dennis hatte gerade 'Der Herr der Klinge' gelesen, eine sp봳tische Parodie auf Tol- kiens grosse Triologie 'Der Herr der Ringe'. Im 쉇ermut beschlossen wir, Parodien zur Multics-Umgebung und zu Pascal zu verfassen. Dennis und ich waren f걊 die Betriebs- systemumgebung verantwortlich. Wir sahen uns Multics an und entwarfen ein neues System, das so komplex und kryptisch wie m봥lich sein sollte, um die Frustration der gelegentlichen Nutzer zu maximieren. Wir nannten es Unix in Anspielung auf Multics und fanden es auch nicht gewagter als andere Verball- hornungen. Danach entwickelten Dennis und Brian eine wirklich perverse Pascal-Version namens 'A'. Als wir bemerkten, da� ei- nige Leute tats꼊hlich versuchten, in A zu programmieren, f갾- ten wir schnell einige zus꼝zliche Fallstricke hinzu und nann- ten es B, BCPL und schliesslich C. Wir h봱ten damit auf, als wir eine saubere 쉇ersetzung der folgenden Konstruktion erhiel- ten: for(;P("\n"),R--;P("!"))for((e=C;e--;P("_"+(*u++/8)%2)) [die zweite Zeile war leider nicht zu entziffern] Der Gedanke, da� moderne Programmierer eine Sprache benutzen w걊den, die solch eine Anweisung zulie�, lag jenseits unseres Vorstellungsverm봥ens. Wir dachten allerdings daran, alles den Sowjets zu verkaufen, um ihren Computerfortschritt 20 Jahre und mehr zu behindern. Unsere 쉇eraschung war gro�, als dann AT&T und andere US-Unternehmen tats꼊hlich begannen, Unix und C zu verwenden! Sie haben 20 weitere Jahre gebraucht, gen갾end Er- fahrungen zu sammeln um einige bedeutungslose Programme in C zu entwickeln, und das mit einer Parodie auf die Technik der 60er Jahre! Dennoch sind wir beeindruckt von der Hartn꼊kigkeit (falls nicht doch Gemeinsinn) des gew봦nlichen Unix- und C-An- wenders. Jedenfalls haben Brian, Dennis und ich in den letzten Jahren nur in Pascal auf einem Apple Macintosh programmiert, und wir f갿len uns echt schuldig an dem Chaos, der Verwirrung und dem wirklich schlechten Programmierstil, der von unserem verr갷kten Einfall vor so langer Zeit ausging." Namenhafte Unix- und C-Anbieter und Benutzer, einschlie�lich AT&T, Microsoft, Hewlett-Packard, GTE, NCR und DEC haben vor- l꼞fig jede Stellungnahme abgelehnt. Borland International [...] meinte, sie h꼝ten diesen Verdacht schon seit Jahren ge- hegt und w걊den nun dazu 갶ergehen, ihre Pascal-Produkte zu verbessern, und weitere Bem갿ungen um die C-Entwicklung stop- pen. Ein IBM-Sprecher brach in unkontrolliertes Gel꼊hter aus. (Quelle: Bernhard L. Hayes, NetNews-Gruppe) Echte Programmierer meiden PASCAL 컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴컴� Vor langer Zeit, in der Goldenen 럕a der Computer, war es noch einfach, die M꼗ner von den Memmen zu trennen (mitunter auch "Echte M꼗ner" und "M걌li-Fresser" genannt). Echte M꼗ner pro- grammierten Computer, M걌li-Fresser lie�en es bleiben. Ein echter Computer sagte Dinge wie "DO 10 I=10, 10" oder "ABF1D", und der Rest der Welt q걆gelte "Computer sind mir zu kompliziert" oder "Ich kann zu Computern keine gef갿lsm꾞ige Bindung aufbauen - sie sind zu unpers봭lich". Dabei zeigt schon Remy Eyssens Buch "Echte M꼗ner m봥en kein M걌li" (Heyne TB 6290), da� Echte M꼗ner zu nichts und niemandem eine 'gef갿lsm꾞ige Bindung aufbauen und da� sie auch keine Angst haben, unpers봭lich zu sein. Aber die Zeiten 꼗dern sich. Heute stehen wir einer Welt gegen- 갶er, in der kleine alte Damen vollcomputerisierte Mikrowellen- herde kaufen k봭nen, in der 12 Jahre alte Dreik꼜ehochs gestan- dene M꼗ner bei ASTEROIDS und PACMAN sattmachen, und in der jeder seinen eigenen Heimcomputer kaufen und sogar verstehen kann. Der Echte Programmierer ist gef꼑rdet, von Studenten mit einem ITT 2020 (deutsche Version des ABFALL-II, Anm. d. 쉇ers.) im Gep꼊k ersetzt zu werden! Es gibt allerdings einige Unterschiede zwischen dem typischen PACMAN-spielenden Gymnasiasten und einem Echten Programmierer. Die Kenntnis dieser Unterschiede wird den Heranwachsenden ein Ziel geben, nach dem sie streben k봭nen - ein Vorbild, eine Va- terfigur. Au�erdem sch걎zt sie den Echten Programmierer vor der Arbeitslosigkeit. Der einfachste Weg, um einen Echten Programmierer zu erkennen, f갿rt 갶er die von ihm benutzte Programmiersprache. Echte Pro- grammierer benutzen FORTRAN. M걌li-Fresser benutzen PASCAL. Nik- laus Wirth, der Sch봯fer von PASCAL wurde einmal gefragt, wie man seinen Namen ausspreche. "You can either call me by name, pron- ouncing it 'Veert' or call me by value, 'worth'", antwortete er. Diese Bemerkung zeigt sofort, da� Wirth ein M걌li-Fresser ist. Der einzige Parameter-쉇ergabe-Mechanismus, den Echte Programmie- rer akzeptieren, ist call-by-value-return (call-by-result, Anm. d. 쉇ers.), wie er in den IBM/370 FORTRAN -G- und -H- Compilern implementiert ist. Echte Programmierer brauchen schlie�lich keine abstrakten Konzepte, um ihre Arbeit zu erledigen; sie sind voll- kommen gl갷klich mit einem Lochkarten-Stanzer, einem FORTRAN-IV- Compiler und einem Bier. Echte Programmierer erledigen Listenver- arbeitung, Zeichenketten-Manipulation, Graphikdarstellung (wenn 갶erhaupt) und k걆stliche Intelligenz in FORTRAN. Was sie mit FORTRAN nicht machen k봭nen, machen sie mit Assembler, was sie mit Assembler nicht machen k봭nen, lassen sie ver꼊htlich liegen. Akademische Computerspezialisten sind in den letzten Jahren auf's Abstellgleis der Strukturierten Programmierung geraten. Sie be- haupten, da� Programme verst꼗dlicher werden, wenn bestimmte Sprachkonstrukte und Programmiertechniken benutzt werden. Sie k봭nen sich nat걊lich nicht einigen, welche Konstrukte am besten geeignet sind, und die Beispiele, an denen sie ihren speziellen Standpunkt aufzeigen wollen, passen ausnahmslos auf eine einzige Seite irgend eines obskuren Journals. Als ich aus der Schule kam, dachte ich, ich sei der beste Pro- grammierer der Welt. Ich konnte ein unschlagbares TIC-TAC-TOE- Spiel (Vier-in-einer-Reihe, Anm. d. 쉇ers.) schreiben, beherr- schte 5 verschiedene Programmiersprachen und schrieb fehlerfreie 1000-Zeilen-Programmme. Dann kam ich in die Wirklichkeit. Meine erste Aufgabe bestand darin, ein 200.000-Zeilen-FORTRAN-Programm zu lesen, zu verstehen und um den Faktor 2 zu beschleunigen. Je- der Echte Programmierer wird einem versichern, da� die gesamte strukturierte Programmierung der Welt in einem solchen Fall nicht hilft - hier braucht man wirklich Talent. Einige Beobachtungen zum Thema "Echte Programmierer und Struktu- rierte Programmierung": - Echte Programmierer haben keine Angst vor GOTO's. - Echte Programmierer schreiben 5 Seiten lange DO-Schleifen, ohne durcheinander zu geraten. - Echte Programmierer lieben das arithmetische IF-Statement (das mit den 3 Ausg꼗gen, Anm. d. 쉇ers.), weil es den Code interes- santer macht. - Echte Programmierer schreiben selbstmodifizierende Programme, speziell, wenn sie damit in einer kleinen Schleife 20 Nanose- kunden einsparen k봭nen. - Echte Programmierer brauchen keine Kommentare; das Programm ist schlie�lich selbstdokumentierend. - Da FORTRAN strukturierte IF-, REPEAT-UNTIL oder CASE-Anweisun- gen nicht kennt, braucht sich der Echte Programmierer nicht zu sorgen, da er sie nicht benutzt. Au�erdem kann man sie n봳igen- falls 갶er "ASSIGNED GOTO'S" simulieren. Datenstrukturen sind in letzter Zeit in gewissen Kreisen popul꼛 geworden. Wirth, der M걌li-Fresser, verfasste sogar ein ganzes Buch ("Algorithmen und Datenstrukturen", Teubner 1975), in dem er behauptete, da� man Programme schreiben k봭ne, die auf Daten- strukturen aufbauen, statt es umgekehrt zu machen. Wie jeder Ech- te Programmierer wei�, gibt es nur eine wirklich n걎zliche Daten- struktur, das Array. Zeichenketten, Listen, Records und Mengen sind allesamt Sonderf꼕le von Arrays und k봭nen auch so behandelt werden, ohne dadurch die Sprache zu verkomplizieren. Das Schlimm- ste an den ganzen sch봭en Typen ist au�erdem, da� man sie dekla- rieren mu�, w꼑rend Echte Programmiersprachen wie man wei� den Typ anhand des ersten Buchstabens eines maximal 6 Zeichen langen Bezeichners implizit festlegen. Welches Betriebssystem der Echte Programmierer benutzt? CP/M? Gott bewahre! Das ist doch im Grunde ein Spielzeug-Betriebssys- tem. Selbst kleine alte Damen und Hauptsch걄er k봭nen CP/M be- nutzen und verstehen. UNIX ist nat걊lich schon viel komplizierter - der typische UNIX- Hacker wei� nie, wie das PRINT-Kommando diese Woche hei�t - aber wenn man es ganz genau nimmt, ist UNIX auch nur ein verherrlich- tes Telespiel. Niemand arbeitet auf UNIX-Systemen an ernstzuneh- menden Dingen - man schickt kleine Witzchen 갶er USENET rund um die Welt, oder man schreibt ein neues Adventure-Spiel oder For- schungsberichte. Nein, der Echte Programmierer benutzt OS/370. Ein guter Program- mierer kann die Beschreibung des Fehlers IJK3051 in seinem JCL- Manual (Job Control Language, Batch-Kommandosprache, Anm. d. 쉇ers.) finden und interpretieren. Ein sehr guter Programmierer erkennt die Fehler, ohne in sein Manual zu sehen. Ein wahrhaft au�erordentlicher Programmierer kann Fehler in einem 6-Megabyte- Hexdump finden, ohne daf걊 einen Taschenrechner zu benutzen. OS/370 ist ein wirklich bemerkenswertes Betriebssystem. Mit einem einzigen falsch plazierten Leerzeichen kann man die gesamte Ar- beit mehrerer Tage zerst봱en, was die Wachsamkeit im Programmier team ungemein f봱dert. Der beste Weg zum System ist der Karten- stanzer. Zwar behaupten einige Leute, es g꼉e ein Timesharing- System unter OS/370, aber nach sorgf꼕tigen Nachforschungen bin ich zu dem Schlu� gekommen, da� sie sich irren. Welche Werkzeuge ein Echter Programmierer benutzt? Nun, theore- tisch k봭nte er seine Programme 갶er die Maschinenkonsole einge- ben und laufenlassen. In fr갿en Tagen der Computerei, als Compu- ter noch Maschinenkonsolen hatten, wurde dies auch gelegentlich getan. Der typische Programmierer wu�te den System-Urlader Bit f걊 Bit auswendig und tastete ihn ein, sobald er von seinem Pro- gramm zerst봱t worden war. Damals war Speicher auch noch Speicher - der war nicht einfach leer, wenn der Strom ausfiel. Hauptspei- cher von heute vergessen entweder Dinge, die sie behalten soll- ten, oder enthalten Informationen, die schon lange weg sein soll- ten. Aber zur갷k zum Thema. Die Legende sagt, da� Seymour Cray, der Erfinder des Cray-I-Supercomputers und der meisten anderen Rechner von Control Data, selbst das erste Betriebssystem f걊 die CDC 7600 an der Maschinenkonsole eingetastet hat, als sie das erste Mal eingeschaltet wurde. Cray ist selbstverst꼗dlich ein Echter Programmierer. Einer der Echten Programmierer, die ich am meisten bewundere, ar- beitete als System-Programmierer f걊 Texas Instruments. Eines Ta- ges erhielt er ein Ferngespr꼊h von einem Benutzer, dessen System mitten in einer wichtigen Arbeit abgest걊zt war. Der Typ repa- rierte dann den Schaden 갶er's Telefon. Er brachte den Benutzer dazu, an der Maschinenkonsole Disk-I/O-Instruktionen einzutasten, System-Tabellen in Hexadezimal zu reparieren und Registerinhalte 갶er's Telefon durchzugeben. Die Moral von der Geschichte: obwohl ein Echter Programmierer normalerweise Kartenlocher und Schnell- drucker benutzt, kommt er im Notfall auch mit Maschinenkonsole und Telefon aus. In einigen Firmen besteht die Programmeingabe allerdings nicht nur aus 10 schlangestehenden Ingenieuren, die auf einen 029- Locher warten. In meiner Firma z.B. steht kein einziger Karten- stanzer. Der Echte Programmierer mu� in diesem Falle seine Arbeit mit einem Texteditor erledigen. Auf den meisten Rechnern stehen verschiedene Editoren zur Verf갾ung, und der Echte Programmierer mu� aufpassen, da� er einen erwischt, der seinen pers봭lichen Stil wiedergibt. Viele Leute glauben, da� die besten Editoren der Welt am Xerox Pablo Alto Research Center geschrieben wurden und auf Alto- oder Dorado-Computern laufen. Ungl갷klicherweise w걊de jedoch kein Echter Programmierer einen Computer mit einem Be- triebssystem benutzen, das SmallTalk hei�t, und sicherlich auch nicht 갶er eine Maus mit einem Rechner kommunizieren. Einige Konzepte der Xerox-Editoren sind mittlerweile in Editoren eingeflossen, die unter sinnvoller benannten Betriebssystemen ar- beiten, so wie EMACS oder VI. Das Problem mit diesen Editoren ist, da� Echte Programmierer das Konzept "Du kriegst, was Du siehst" f걊 schlecht halten. Der Echte Programmierer will einen "Du hast es so gewollt, da hast Du's"-Editor, einen der kompli- ziert ist, skeptisch, leistungsf꼑ig, gnadenlos und gef꼑rlich. TECO, um genau zu sein. So wurde beobachtet, da� TECO-Kommandofolgen dem Leitungsrauschen 꼑nlicher sind als lesbarem Text. Eins der unterhaltsameren Spie- le, die mit TECO m봥lich sind, besteht darin, den eigenen Namen als Kommando einzugeben und zu raten, was dann passiert. So unge- f꼑r jeder m봥liche Tippfehler kann dank TECO das gerade editier- te Programm zerst봱en, oder schlimmer noch, kann kleine mysteri- 봲e Fehler in einstmals funktionierende Unterprogramme einbrin- gen. Aus diesem Grunde editieren Echte Programmierer nur sehr wider- willig Programme, die schon fast laufen. Sie finden es viel ein- facher, den bin꼛en Objektcode direkt zu 꼗dern, f걊 gew봦nlich mit einem wundervollen Programm, das SUPERZAP hei�t (auf Nicht- IBM-Rechnern entsprechend anders). Dies funktioniert so gut, da� viele laufende Programme auf IBM-Systemen keine 럋nlichkeit mit den urspr걆glichen FORTRAN-Quellprogrammen haben. In einigen F꼕- len ist nicht einmal mehr das urspr걆gliche Quellprogramm vorhan- den. Wenn dann der Zeitpunkt gekommen ist, so ein Programm zu 꼗- dern, w걊de kein Manager auch nur daran denken, einem geringeren als einem Echten Programmierer diese Arbeit zu 갶ertragen - kein M걌li-fressender strukturierter Programmierer w곢te auch nur, wo er mit der Arbeit anfangen soll. Man nennt das Arbeitssicherungs- ma�nahme. Hier eine Liste der wichtigsten Programmierhilfen, die der Echte Programmierer nicht benutzt: - FORTRAN-Preprozessoren wie MORTRAN oder RATFOR. Diese Haute Cuisine der Programmierung eignet sich hervorragend, um M걌li zu produzieren. - Quellcode-orientierte Debugger. Echte Programmierer lesen Hex- Dumps. - Compiler, die Code f걊 Array-Indexpr갽ungen zur Laufzeit erzeu- gen. Sie ersticken jede Kreativit꼝, zerst봱en die meisten der interessanteren Anwendungen der EQUIVALENCE-Vereinbarungen, und machen 럑derungen des Betriebssystems mit Hilfe negativer Indi- zes unm봥lich. Und schlimmer noch, solcher Code ist ineffi- zient. - Programm-Pflege-Systeme. Ein Echter Programmierer h꼕t seine Software als Kartonstapel unter Verschlu�, denn dies zeigt, da� der Besitzer seine wichtigen Programme nicht unbewacht lassen kann. Wo der typische Echte Programmierer arbeitet? Welche Art von Pro- grammen derart talentierten Individuen w걊dig ist? Nun, man kann sicher sein, da� man nie einen Echten Programmierer beim Schrei- ben von Buchhaltungsprogrammen in COBOL erwischen wird, oder gar beim Sortieren der Abonnentenadressen des Spiegels. Nein, ein Echter Programmierer braucht Aufgaben von weltbewegender Bedeu- tung. Echte Programmierer arbeiten f걊 das Los Alamos National Labora- tory und schreiben dort Atomkriegs-Simulationen auf Cray-I-Super- computern, oder sie arbeiten bei der National Security Agency und entschl걌seln russische Funkspr갷he. Nur weil tausende Echter Programmierer f걊 die NASA gearbeitet haben, waren 'unsere' Jungs eher auf dem Mond als die Kosmonauten. Die Computer im Space Shuttle wurden von Echten Programmierern programmiert, und auch die Betriebssysteme der Cruise Missiles der Firma BOEING wurden von diesen echten Professionals entworfen. Einige der ehrfurchteinfl붳enden Echten Programmierer kennen das gesamte Betriebssystem der Pioneer- und Voyager-Sonden auswendig. Mit einer Kombination aus gro�en, bodengebundenen FORTRAN-Pro- grammen und kleinen, von Sonden mitgef갿rten Assembler-Programmen vollbringen sie unglaubliche Kunstst갷ke der Navigation und Im- provisation. So treffen sie nur 10 Kilometer gro�e Fenster nahe Saturn nach 6 Jahren Flug durch den Weltraum, oder reparieren bzw. umgehen defekte Sensoren, Sender oder Batterien. Angeblich soll es einem Echten Programmierer sogar gelungen sein, in ein paar Hundert Byte ungenutzten Speichers innerhalb der Voyager- Sonde ein Mustererkennungsprogramm zu pressen, das einen neuen Mond des Jupiters suchte, fand und photographierte. F걊 die Galileo-Sonde ist vorgesehen, da� sie auf dem Weg zum Ju- piter entlang einer schwerkraftgelenkten Bahn am Mars vorbei- zieht. Diese Bahn f갿rt in einer Entfernung von 80x103km an der Marsoberfl꼊he vorbei. Kein Mensch w걊de diese Art der Navigation einem Pascal-Programm oder gar -Programmierer anvertrauen. Viele Echte Programmierer dieser Welt arbeiten f걊 die amerika- nische Regierung, meist f걊 das Verteidigungsministerium. So soll es sein. In letzter Zeit allerdings erscheinen dunkle Wolken am Horizont der Echten Programmierer. Es scheint, als h꼝ten einige einflu�reiche M걌li-Fresser im Verteidigungsministerium entschie- den, da� in Zukunft alle Verteidigungsprogramme in so einer Art von gro�er, vereinheitlichter Programmiersprache namens ADA ge- schrieben werden m곢ten. Lange Zeit schien es, als l꼏e ADA's Be- stimmung im Versto� gegen alle Regeln der Echten Programmierung. Es ist eine Sprache mit Strukturen, Datentypen, strenger Typen- bindung und Semikoli. Kurz, sie ist wie geschaffen um die Kreati- vit꼝 des typischen Echten Programmierers zu verkr걈peln. Gl갷klicherweise hat die jetzt vom DoD ausgew꼑lte Sprache noch gen갾end interessante Eigenschaften, um dem Echten Programmierer eine Ann꼑erung zu erm봥lichen: sie ist unglaublich komplex, sie enth꼕t M봥lichkeiten, um mit dem Betriebssystem herumzumachen und Speicherbereiche neu zu verteilen, und Edgar Dijkstra mag sie nicht. Dijkstra ist, wie man wissen sollte ,der Autor von "GOTO'S considered harmful", einem Meilenstein der Programmiermethodolo- gie, der von Pascal-Programmierern und M걌li-Fressern gleicher ma�en bewundert wird. - Und au�erdem, ein zu allem entschlossener Echter Program- mierer kann in jeder Sprache FORTRAN-Programme schreiben. Der Echte Programmierer kann allerdings auch Kompromisse in Bezug auf seine Prinzipien eingehen und an etwas geringeren Aufgaben als der Vernichtung des Lebens arbeiten, sofern er daf걊 ent- sprechend bezahlt wird. Viele Echte Programmierer schreiben z.B. Videospiele f걊 ATARI, allerdings spielen sie nicht damit. Ein Echter Programmierer wei�, wie er die Maschine jedesmal schlagen kann, und damit ist es keine Herausforderung mehr. Jeder bei Lu- cas-Film ist ein Echter Programmierer, denn es w꼛e verr갷kt, das Geld von 50 Millionen STAR-WARS-Fans auszuschlagen. Der Anteil der Echten Programmierer im Bereich der Computer-Gra- phics ist etwas niedriger als anderswo, was wahrscheinlich daran liegt, da� noch niemand irgendeinen Nutzen der Computer-Graphics entdeckt hat. Andererseits werden Computer-Graphics 갶erwiegend in FORTRAN abgehandelt, daher gibt es einige Leute, die so das Schreiben von COBOL-Programmen vermeiden. Im Allgemeinen spielt der Echte Programmierer so wie er arbeitet - mit Computern. Er ist st꼗dig dar갶er erheitert, da� sein Ar- beitgeber ihn tats꼊hlich f걊 etwas bezahlt, was er nur zum Spass sowieso tun w걊de - allerdings achtet er darauf, diese Meinung nicht zu laut zu 꼞�ern. Gelegentlich kommt der Echte Programmie- rer auch aus seinem B걊o heraus, um sich ein wenig frische Luft und ein oder zwei Bierchen zu genehmigen. Hier daher einige Hinweise, wie man Echte Programmierer au�erhalb des Computerraums erkennt: - Auf Parties stehen Echte Programmierer in einer Ecke und disku- tieren 갶er die Sicherheitsma�nahmen von Betriebssystemen und wie man um sie herumprogrammiert. - Beim Fu�ballspielen vergleicht der Echte Programmierer die Er- gebnisse mit seinen auf gr걆liniertem Leporello-Papier gedruck- ten Computer-Simulations-Ergebnissen. - Am Strand zeichnet der Echte Programmierer Flu�diagramme in den Sand. - Ein Echter Programmierer geht in die Disco, um sich die Licht- orgel anzusehen. - Bei Begr꼉nissen sagt der Echte Programmierer typischerweise: "Armer Hans Helmut. Er war mit seinem Sortierprogramm schon fast fertig, als ihn der Herzinfarkt erwischt hat." - Im Supermarkt besteht der Echte Programmierer darauf, seine Bierdosen selbst 갶er das Fenster des Strichcodelesers zu schieben, weil er keinem Kassierer zutraut, dies beim ersten Versuch richtig zu machen. In welcher Umgebung der Echte Programmierer am besten funktio- niert? Nun, dies ist eine sehr wichtige Frage f걊 die Manager von Echten Programmierern. Wenn man bedenkt, wie teuer es ist, einen von ihnen im Betrieb zu halten, dann sollte man ihn oder sie in eine optimale Arbeitsumgebung versetzen. Der typische Echte Programmierer lebt vor einem Computerterminal. Rund um dieses Terminal liegen Ausdrucke von jedem Programm, an dem er je gearbeitet hat, sie stapeln sich grob chronologisch ge- ordnet auf jeder ebenen Fl꼊he des B걊os. Im Zimmer verteilt fin- den sich 갶er ein Dutzend mit kaltem Kaffee mehr oder weniger ge- f걄lte Tassen. Gelegentlich schwimmen Zigarettenkippen darin he- rum, in einigen F꼕len auch Reste von Orangenschalen. Irgendwo liegen Kopien des OS JCL-Manuals und der "Principles of Opera- tion" herum. 쉇er den Boden verteilt liegen Reste der Verpackun- gen von gef걄lten Keksen (der Typ, der schon in der Fabrik so furztrocken gebacken wird, da� er auch bei l꼗gerem Liegen im Au- tomaten nicht schlechter wird). Schlie�lich, in der linken oberen Schublade des Schreibtischs, unter der Schachtel mit den Munter- machern, liegt eine Schablone f걊 Flu�diagramme, die sein Vorg꼗- ger dort vergessen hat. Echte Programmierer schreiben Programme und keine Dokumentation; das 갶erl꾞t man den Typen von der War- tung. Der Echte Programmierer ist in der Lage, 30, 40, ja sogar 50 Stunden in einem Rutsch zu arbeiten, und das unter hohem Zeit- druck. Genaugenommen mag er es so am liebsten. Schlechte Antwort- zeiten regen den Echten Programmierer nicht auf - sie geben ihm die Chance, zwischen zwei Kommandos ein bi�chen Schlaf zu ergat- tern. Wenn die Planung nicht genug Zeitdruck bereith꼕t, dann tendiert der Echte Programmierer dazu, seine Arbeit herausfor- dernder zu machen, indem er sich die ersten neun Wochen mit einem kleinen, aber sehr interessanten Teil des Problems befa�t, um dann in der letzten Woche seine Aufgabe in zwei oder drei 50- Stunden-Marathonsitzungen zu beenden. Dies beeindruckt nicht nur den Manager, sondern schafft gleichzeitig eine hervorragende Ent- schuldigung f걊 das Fehlen der Dokumentation. Und 갶erhaupt: kein Echter Programmierer arbeitet von 9 bis 5, au�er denen von der Nachtschicht. Echte Programmierer tragen kei- ne Schlipse. Echte Programmierer tragen keine hochhackigen Schu- he. Echte Programmierer kommen zur Arbeit, wenn andere zum Mit- tagessen gehen. Ein Echter Programmierer vergi�t vielleicht den Vornamen seiner Angetrauten, aber niemals den Inhalt der gesamten ASCII- (oder EBCDIC-) Tabelle. Echte Programmierer k봭nen nicht kochen. Da Superm꼛kte um 3 Uhr morgens selten ge봣fnet sind, m걌sen sie sowieso von Kaffee und Keksen leben. Die Zukunft betrachtend machen sich eine ganze Reihe von Echten Programmierern Sorgen, da die j걆gste Programmierergeneration nicht mehr mit der gleichen Lebensperspektive aufw꼊hst, wie sie selbst. Viele der j걆geren haben noch nie einen Computer mit ei- ner Maschinenkonsole gesehen. Kaum ein Schulabg꼗ger kann heute noch hexadezimal rechnen, ohne eine Taschenrechner zu benutzen. Die Studenten von heute sind weich - gesch걎zt vor den Realit꼝en der Programmierung durch symbolische Debugger oder Texteditoren, die Klammern z꼑len, und benutzerfreundliche Betriebssysteme. Und das schlimmste ist, einige von ihnen werden auf die Menschheit losgelassen ohne je FORTRAN zu lernen! Sind wir dazu verdammt, eine Industrie von UNIX-Hackern und PASCAL-Programmierern zu wer- den? Nun, aus meiner Erfahrung heraus glaube ich behaupten zu d걊fen, da� das Schicksal den Echten Programmierern wohlgesonnen ist. We- der OS/370 noch FORTRAN zeigen irgendwelche Symptome des Ausster- bens, trotz aller Anstrengungen der PASCAL-Programmierer. Selbst subtilere Tricks wie das Hinzuf갾en strukturierter Schleifen zu FORTRAN sind fehlgeschlagen. Sicher, einige Computerhersteller liefern FORTRAN-77-Compiler, aber jeder einzelne von ihnen l꾞t sich 갶er eine einzige Compiler-Option in einen FORTRAN-66-Compi- ler verwandeln - mit DO-Schleifen wie von Gott geschaffen. Selbst UNIX scheint f걊 den Echten Programmierer nicht mehr so schlecht zu sein wie fr갿er. Die neueste UNIX-Version hat das Potential eines Betriebssystems, das eines Echten Programmierers w걊dig ist. Sie hat zwei verschiedene, leicht inkompatible Benutzer- Schnittstellen, einen geheimnisvollen und komplizierten Teletype- Treiber und virtuellen Speicher. Und wenn der Echte Programmierer die Strukturierung ignoriert, kann er sich sogar mit C anfreun- den. Schlie�lich gibt es keine Typenbindung, Bezeichner sind sie- ben (zehn? acht?) Zeichen lang und man hat Zeiger als Bonus. Das ist, als h꼝te man die besten Teile von FORTRAN und Assembler vereint, von den kreativeren M봥lichkeiten des #define ganz zu schweigen. Nein, die Zukunft ist nicht v봪lig schlecht. So hat sich in den vergangenen Jahren die popul꼛e Presse sogar 갶er die clevere neue Brut von Computer-Schraten und -Hackern ge꼞�ert, die Pl꼝ze wie Stanford oder das MIT zugunsten der Wirklichkeit verlassen haben. Allen Anzeichen nach lebt der Geist der Echten Programmie- rung weiter in diesen jungen M꼗nern und Frauen. Und solange es schlecht beschriebene Ziele, bizarre Fehler und unrealistische Zeitpl꼗e gibt, solange wird es Echte Programmierer geben, die bereit sind, einzuspringen und das Problem zu l봲en, und sich die Dokumentation f걊 sp꼝er aufheben. SmallTalk ORGA-Team