Der verhÀngnisvolle Drucker
HĂŒtet euch vor den Gaben der Trojaner.
â Vergil, «Aeneis»
Wieder hat der neue Drucker das Papier gefressen.
Vor einer Stunde hatte Richard Stallman, Programmierer am Massachusetts Institute of Technology (MIT) Artificial Intelligence Lab, ein 50-seitiges Dokument
zum Drucken auf dem BĂŒrodrucker geschickt und sich an seine Arbeit gemacht. Jetzt hat Richard
sich von seiner Arbeit losgerissen, ist zum Drucker gegangen und sah einen höchst unangenehmen Anblick:
statt der erwarteten 50 gedruckten Seiten lagen nur 4
fertige BlÀtter im Fach. Und die schienen eindeutig zu einem anderen Dokument zu gehören.
Richards 50-seitige Datei war in den Verwirrungen des BĂŒrounternetzwerks mit jemandes unvollstĂ€ndiger Datei vermischt worden, und der Drucker war dieser Herausforderung nicht gewachsen.
Es ist nichts Ungewöhnliches fĂŒr einen Programmierer, auf die Maschine zu warten, wĂ€hrend sie die ihr aufgetragene Arbeit verrichtet, und Stallman hĂ€tte diese Situation
stoisch betrachten können. Aber es ist etwas anderes, wenn man der Maschine eine Aufgabe gibt und sich dann um seine eigenen Dinge kĂŒmmert, und ganz etwas anderes â wenn man neben der
Maschine stehen und sie im Auge behalten muss. Es war nicht das erste Mal, dass Richard vor dem Drucker stand und beobachtete, wie die Seiten nacheinander herauskamen.
fĂŒr Programmierer, und Stallman musste sich diesem Problem mit stoischer Gelassenheit widmen.
Es ist jedoch etwas anderes, einer Maschine eine Aufgabe zu geben und sich dann um seine eigenen Dinge zu kĂŒmmern.
Völlig anders ist es, direkt neben der Maschine zu stehen und sie zu ĂŒberwachen. Richard stand nicht zum ersten Mal vor dem Drucker und beobachtete, wie die Seiten nacheinander herauskamen.
Das Programm, das auf dem GroĂrechner PDP-10 lief und den Drucker steuerte.
vor dem Drucker stehen und beobachten, wie die Seiten herauskommen, eine nach der anderen.
einer. Wie jeder gute Techniker schÀtzte Stallman die
Effizienz von GerÀten und Programmen sehr hoch. Es ist daher nicht verwunderlich, dass dieses
zusÀtzliche Störsignal im Arbeitsablauf Richard das brennende Verlangen
entlockte, in die inneren Teile des Druckers zu schauen und dort Ordnung zu schaffen.
Leider war Stallman Programmierer und kein Mechanikingenieur. Daher
blieb ihm nichts anderes ĂŒbrig, als den aus dem Drucker kommenden Seiten zuzusehen und ĂŒber
andere Lösungen fĂŒr das lĂ€stige Problem nachzudenken.
Doch dieser Drucker wurde von den Mitarbeitern des KI-Labors mit Begeisterung und
Inspiration begrĂŒĂt! Er wurde von Xerox geschenkt, es war deren bahnbrechende
Entwicklung â eine Modifikation eines schnellen KopiergerĂ€ts. Der Drucker machte nicht nur
Kopien, sondern verwandelte auch virtuelle Daten aus Dateien des BĂŒros in
hervorragend aussehende Dokumente. In diesem GerĂ€t verspĂŒrte man den kĂŒhnen
Innovationsgeist des berĂŒhmten Xerox-Labors in Palo Alto, es war
ein Vorbote der Revolution im Desktop-Druck, die die gesamte
Industrie bis zum Ende des Jahrzehnts komplett umkrempelte.
Brennend vor Ungeduld schalteten die Programmierer des Labors sofort den neuen
Drucker in komplexe BĂŒrosysteme. Die Ergebnisse ĂŒbertrafen die kĂŒhnsten
Erwartungen. Seiten wurden mit einer Geschwindigkeit von 1 StĂŒck pro Sekunde ausgeworfen, Dokumente
wurden zehnmal schneller gedruckt. Zudem arbeitete das GerĂ€t Ă€uĂerst
prÀzise: Kreise waren tatsÀchlich rund und keine Ellipsen, und
gerade Linien erinnerten nicht mehr an niederamplitudige Sinuswellen.
In jeder Hinsicht war das Geschenk von Xerox ein Angebot, das man nicht
ablehnen konnte.
Doch mit der Zeit schwand die Begeisterung. Sobald der Drucker an seine Grenzen
gebracht wurde, traten Probleme auf. Am meisten störte es
dass das GerÀt allzu bereitwillig Papier verschlang. Die Ingenieursgeist
der Programmierer identifizierte schnell die Ursache des Problems. Es stellt sich heraus, dass
Kopierer traditionell eine stÀndige menschliche Anwesenheit erfordern.
Auch um das Papier bei Bedarf zu justieren. Und
als Xerox versuchte, den Kopierer in einen Drucker umzuwandeln,
ignorierten die Ingenieure des Unternehmens diesen Aspekt und konzentrierten sich auf
die Lösung anderer, fĂŒr den Drucker drĂ€ngenderer Probleme. Ingenieurseitlich
Die Sprache, bei dem neuen Drucker von Xerox war die kontinuierliche Beteiligung des Menschen.
UrsprĂŒnglich in den Mechanismus integriert.
Indem sie den Fotokopierer in einen Drucker verwandelten, fĂŒhrten die Ingenieure von Xerox eine Ănderung ein,
die weitreichende Folgen hatte. Statt das GerÀt einem einzigen Betreiber zu unterwerfen,
unterwarfen sie es allen Benutzern des BĂŒro-Netzwerks. Der Benutzer stand nicht mehr neben
der Maschine und ĂŒberwachte deren Betrieb, sondern sandte ĂŒber das komplexe BĂŒronetzwerk
einen Druckauftrag, in der Hoffnung, dass das Dokument so gedruckt wird,
wie es gewĂŒnscht war. Dann ging der Benutzer zum Drucker, um das fertige
Dokument abzuholen, fand jedoch stattdessen selektiv gedruckte
BlÀtter vor.
Wahrscheinlich war Stallman nicht der einzige im KI-Labor, der das Problem bemerkte,
aber er dachte auch ĂŒber dessen Lösung nach. Einige Jahre zuvor hatte Richard ein Ă€hnliches Problem
mit einem frĂŒheren Drucker zu lösen. Dazu bearbeitete er auf seinem persönlichen Arbeitsplatzcomputer
PDP-11 ein Programm, das auf dem Mainframe PDP-10 lief und den Drucker steuerte.
Die eigentliche Problematik des Papierstaus konnte Stallman nicht lösen, stattdessen
ein Programm, das auf dem Mainframe PDP-10 lief und den Drucker steuerte.
Er konnte das Problem des Papierstaus nicht lösen, stattdessen wurde es zunehmend frustrierend.
Er fĂŒgte einen Code ein, der den PDP-11 von Zeit zu Zeit
den Status des Druckers ĂŒberprĂŒfte. Wenn das GerĂ€t Papier quetschte,
schickte das Programm einfach eine Nachricht an die ArbeitsplĂ€tze des PDP-11 mit der Meldung: âDrucker quetscht
Papier, Reparatur erforderlichâ. Die Lösung war effektiv â die Benachrichtigung
ging direkt an die Benutzer, die aktiv den Drucker nutzten, sodass
seine Papierprobleme oft sofort behoben wurden.
NatĂŒrlich war dies eine ad-hoc-Lösung â was Programmierer als
»Hack« bezeichnen, aber der Hack war ziemlich elegant. Er behebt nicht
das Problem im Druckmechanismus, sondern machte das Beste aus dem, was man tun konnte â
er stellte eine informative RĂŒckmeldung zwischen Benutzer und Maschine her.
Ein paar zusÀtzliche Zeilen Code sparten den Mitarbeitern des Labors
wöchentlich 10-15 Minuten Arbeitszeit, indem sie sie von der
Notwendigkeit befreiten, stÀndig zum Drucker zu laufen. Aus der Sicht eines
Programmierers basierte Stallmans Lösung auf dem kollektiven Verstand
des Labors.
Erinnernd an diese Geschichte, sagte Richard: âAls Sie eine solche Nachricht erhielten, mussten Sie nicht
darauf hoffen, dass der Drucker von jemand anderem repariert wird. Sie mussten
Es war einfach, aufzustehen und zum Drucker zu gehen. Nach ein oder zwei Minuten, nachdem der Drucker begonnen hatte, das Papier zu fressen, kamen ein paar Mitarbeiter vorbei.
Mindestens einer von ihnen wusste definitiv, was zu tun war.
Solche cleveren Lösungen waren das Markenzeichen des KI-Labors und seiner Programmierer.
Die besten Programmierer des Labors standen dem Begriff âProgrammiererâ etwas skeptisch gegenĂŒber und bevorzugten den umgangssprachlichen Ausdruck âHackerâ. Diese Bezeichnung reflektierte genauer die Art der Arbeit, die verschiedene TĂ€tigkeiten umfasste, von raffinierten intellektuellen Spielereien bis hin zu akribischen Verbesserungen von Programmen und Computern.
DarĂŒber hinaus spiegelte sie ein altmodisches Glaubensbekenntnis an die amerikanische Erfindungsgabe wider.
FĂŒr einen Hacker reicht es nicht einfach aus, ein funktionierendes Programm zu schreiben. Ein Hacker versucht, die Kraft seines Intellekts vor sich selbst und anderen Hackern zur Schau zu stellen, indem er sich weitaus komplexeren und schwierigeren Aufgaben widmet â zum Beispiel ein Programm zu schaffen, das gleichzeitig extrem schnell, kompakt, leistungsstark und schön ist.
Unternehmen wie Xerox haben absichtlich ihre Produkte groĂen Gemeinschaften geschenkt.
Zu den verschiedenen AktivitĂ€ten gehörten ebenso raffinierte intellektuelle Herausforderungen wie auch akribische Verbesserungen an Programmen und Computern. Dabei spĂŒrte man auch einen Hauch von altmodischem Glauben an die amerikanische Erfinderkraft.
Ein Hacker ist nicht zufrieden damit, einfach ein funktionierendes Programm zu schreiben. Er versucht, die Kraft seines Verstandes sowohl fĂŒr sich selbst als auch fĂŒr andere Hacker zu demonstrieren, indem er sich weitaus komplexere und herausfordernde Aufgaben stellt â zum Beispiel ein Programm zu erstellen, das gleichzeitig extrem schnell, kompakt, leistungsstark und Ă€sthetisch ansprechend ist.
eine altmodische Ăberzeugung von amerikanischer Einfallsreichtum. Ein Hacker
Unternehmen wie Xerox haben absichtlich ihre Produkte an groĂe Gemeinschaften verschenkt, die fĂŒr die Maschine verstĂ€ndlich waren, jedoch nicht fĂŒr den Menschen.
will die Kraft seines Intellekts sowohl vor sich selbst als auch vor anderen Hackern demonstrieren, indem er
sich viel komplexeren und anspruchsvolleren Aufgaben widmet â zum Beispiel ein Programm zu erstellen, das gleichzeitig maximal schnell, kompakt, leistungsstark und
ansprechend ist.
schönen.
Unternehmen wie Xerox gaben absichtlich ihre Produkte groĂen Gemeinschaften weiter,
Hacker. Es war die Annahme, dass Hacker beginnen wĂŒrden, sie zu nutzen,
sich an sie binden und dann in die Firma kommen wĂŒrden. In den 60er Jahren und in
den frĂŒhen 70ern schrieben Hacker oft so qualitativ hochwertige und nĂŒtzliche
Programme, dass die Hersteller sie gerne unter ihren
Kunden verbreiteten.
So ging Stallman, konfrontiert mit dem neuen Xerox-Drucker, sofort davon aus, seinen alten Trick auszufĂŒhren â die
Steuerungssoftware des GerĂ€ts zu âhackenâ. Doch er musste eine unangenehme Entdeckung
machen â es gab keinerlei Software fĂŒr den Drucker, zumindest nicht in einer
Form, die Stallman oder ein anderer Programmierer lesen und
bearbeiten konnte. Bis zu diesem Zeitpunkt hielten es die meisten Firmen fĂŒr gutes
Benehmen, die Dateien mit Quellcode â fĂŒr Menschen verstĂ€ndlichen Text,
der vollstĂ€ndige Informationen ĂŒber die Programmkommandos und entsprechenden
Funktionen der Maschine gab. Aber Xerox lieferte in diesem Fall die Software nur in
kompiliertem, binÀrem Format. Wenn ein Programmierer versucht hÀtte, diese Dateien zu lesen,
hÀtte er nur endlose Ströme von Nullen und Einsen gesehen,
die fĂŒr die Maschine verstĂ€ndlich, aber nicht fĂŒr den Menschen waren.
die fĂŒr die Maschine verstĂ€ndlich, aber nicht fĂŒr den Menschen sind.
Es gibt Programme, die âDisassemblerâ genannt werden, sie ĂŒbersetzen
Einsen und Nullen in niedrigstufige Maschinenanweisungen, aber herauszufinden, was
diese Anweisungen bewirken â ist ein sehr langwieriger und schwieriger Prozess, der als
âReverse Engineeringâ bezeichnet wird. Bei der RĂŒckentwicklung eines Druckerprogramms könnte
es viel mehr Zeit in Anspruch nehmen als die gesamte Behebung von Papierstaus in den nÀchsten 5 Jahren.
Richard war nicht verzweifelt genug, um diesen Schritt zu wagen,
und daher schob er das Problem auf unbestimmte Zeit beiseite.
Die feindliche Politik von Xerox widersprach scharf den ĂŒblichen Praktiken
der Hacker-Communities. Beispielsweise benötigten die KI-Labore einen Cross-Assembler, um
Programme fĂŒr den PDP-11 zu erstellen, um einen alten Drucker und
Terminals zu steuern. Die Hacker des Labors konnten
einen Cross-Assembler selbst schreiben, aber Stallman, ein Harvard-Student,
fand ein Àhnliches Programm im Computerlabor der UniversitÀt. Es
war fĂŒr denselben Mainframe, den PDP-10, aber fĂŒr einen anderen
fand ein Àhnliches Programm im Computerlabor der UniversitÀt. Es
war fĂŒr denselben Mainframe, den PDP-10, aber fĂŒr einen anderen
Betriebssystem. Richard hatte keine Ahnung, wer dieses Programm geschrieben hatte,
da der Quellcode darĂŒber nichts aussagte. Er brachte einfach
eine Kopie des Quellcodes ins Labor, bearbeitete sie und fĂŒhrte sie auf
dem PDP-10 aus. Ohne viel Aufwand und Sorgen erhielt das Labor ein Programm,
das fĂŒr den Betrieb der BĂŒroundfrastruktur benötigt wurde. Stallman
machte das Programm sogar leistungsfĂ€higer, indem er einige Funktionen hinzufĂŒgte, die im
Original nicht vorhanden waren. âWir haben dieses Programm mehrere Jahre intensiv genutztâ,
berichtet er stolz.
In den Augen eines Programmierers der 70er Jahre war ein solches Modell der Verbreitung von
Softwarecode nichts anderes als nachbarschaftliche Beziehungen, wenn
einer dem anderen eine Tasse Zucker leiht oder vorĂŒbergehend eine Bohrmaschine ausleiht. Aber wenn Sie,
wenn Sie eine Bohrmaschine ausleihen, dem EigentĂŒmer die Möglichkeit nehmen, sie zu verwenden, dann
passiert dies im Falle der Kopie von Programmen nicht. Weder
der Autor des Programms noch andere Benutzer verlieren etwas durch
das Kopieren. Stattdessen gewinnen andere Menschen dadurch, wie im Fall von
den Hackern des Labors, die ein Programm mit neuen Funktionen erhalten haben, die nicht vorhanden waren.
frĂŒher gab es das nicht einmal. Diese neuen Funktionen können ebenso oft
kopiert und mit anderen geteilt werden. Stallman
erinnert sich an einen Programmierer aus der Privatfirma Bolt, Beranek &
Newman, der ebenfalls das Programm erhalten und es fĂŒr den Einsatz
unter Twenex â einem weiteren Betriebssystem fĂŒr den PDP-10 â modifiziert hat. AuĂerdem
fĂŒgte er dem Programm eine Reihe fantastischer Funktionen hinzu, die Stallman
in seine Version des Programms im Labor kopierte. Daraufhin beschlossen sie, gemeinsam
das Programm weiterzuentwickeln, das bereits zufÀllig zu einem leistungsstarken Produkt
herangewachsen ist, das auf verschiedenen Betriebssystemen lÀuft.
In Erinnerung an die Software-Infrastruktur des AI-Labors sagt Stallman:
âProgramme entwickelten sich Ă€hnlich wie eine Stadt. Einige Teile Ă€nderten sich
allmÀhlich, andere sofort und vollstÀndig. Neue Bereiche entstanden. Und man
konnte immer den Code anschauen und sagen, naja, anhand des Stils wurde dieser Teil
in den frĂŒhen 60ern geschrieben, und dieser â in den mittleren 70ern.â
Dank solcher einfacher geistiger Kooperation schufen Hacker zahlreiche
leistungsstarke und zuverlĂ€ssige Systeme im und auĂerhalb des Labors. Nicht jeder Programmierer,
Der, der diese Kultur verkörpert, wĂŒrde sich als Hacker bezeichnen, aber die meisten von ihnen
teilten die Einstellung von Richard Stallman vollstÀndig. Wenn ein Programm oder
der ĂŒberarbeitete Code Ihr Problem gut löst, wird er auch fĂŒr
jeden anderen funktionieren. Warum also nicht diese
Lösung teilen, zumindest aus moralischen GrĂŒnden?
Dieses Konzept der bedingungslosen Zusammenarbeit wurde durch eine Kombination aus Gier
und GeschÀftsgeheimnissen untergraben, was eine bizarre Mischung aus Geheimhaltung und
Kollaboration hervorgebracht hat. Ein gutes Beispiel dafĂŒr ist die Anfangsphase von BSD. Es ist ein leistungsstarkes
Betriebssystem, das von Wissenschaftlern und Ingenieuren der University of California, Berkeley, auf der Grundlage von Unix, das von AT&T erworben wurde, erstellt wurde. Die Kosten
fĂŒr die Kopie von BSD entsprachen den Kosten des Films, jedoch mit einer Bedingung â
Die Schule konnte eine Kopie von BSD nur erhalten, wenn sie die Lizenz von AT&T hatte,
die 50.000 $ kostete. Das bedeutete, dass die Hacker aus Berkeley
Programme nur in dem MaĂ teilten, in dem ihnen dies von AT&T erlaubt war.
Und sie fanden darin nichts Ungewöhnliches.
Stallman war auch nicht wĂŒtend auf Xerox, obwohl er enttĂ€uscht war. Er hat niemals
Auch Stallman war nicht böse auf Xerox, obwohl er enttÀuscht war. Er hat nie
Ich habe nicht daran gedacht, das Unternehmen um eine Kopie des Quellcodes zu bitten. âSie haben uns bereits einen Laserprinter geschenktâ, sagte er, âich konnte nicht sagen, dass sie uns noch etwas schulden. AuĂerdem waren die Quellcodes offensichtlich nicht zufĂ€llig abwesend; das war eine interne Entscheidung des Unternehmens, und es war sinnlos, darum zu bitten, sie zu Ă€ndern.â
Am Ende kam die gute Nachricht: Es stellte sich heraus, dass ein Exemplar des Quellcodes fĂŒr den Xerox-Drucker bei einem wissenschaftlichen Mitarbeiter der Carnegie Mellon University vorhanden war.
Die Kommunikation mit Carnegie Mellon versprach nichts Gutes. Im Jahr 1979 schockierte der Doktorand Brian Reed die Gemeinschaft, indem er sich weigerte, sein Textverarbeitungsprogramm zu teilen, das als VorlĂ€ufer von Scribe galt. Es war das erste Programm seiner Art, das semantische Befehle wie âmarkiere dieses Wortâ oder âdieser Absatz ist ein Zitatâ verwendete, anstelle der niedrigstufigen Befehle wie âschreibe dieses Wort kursivâ oder âvergröĂere die EinzĂŒge fĂŒr diesen Absatzâ. Reed verkaufte Scribe an das in Pittsburgh ansĂ€ssige Unternehmen Unilogic. Laut Reed suchte er am Ende seiner Doktorarbeit einfach nach einem Team von Entwicklern, auf die er die Verantwortung fĂŒr die Wartung des Programms abladen konnte.
das war kein Zufall, es war eine interne Entscheidung des Unternehmens, und es wÀre sinnlos gewesen, darum zu bitten, sie zu Àndern.
Es war nutzlos.
SchlieĂlich gab es gute Nachrichten: Es stellte sich heraus, dass eine Kopie des Quellcodes
fĂŒr den Xerox-Drucker bei einem Wissenschaftler der Carnegie-Mellon-UniversitĂ€t vorhanden war.
Die Kommunikation mit Carnegie Mellon versprach nichts Gutes. 1979
schockierte der Doktorand Brian Reed die Gemeinschaft, indem er sich weigerte, sein
Textformatierungsprogramm, die VorlÀufer von Scribe, zu teilen. Es war das erste
Programm seiner Art, das semantische Befehle verwendete
wie âmarkiere dieses Wortâ oder âdieser Absatz ist ein Zitatâ anstelle von
niedrigstufigen Befehlen wie âschreibe dieses Wort kursivâ oder âerhöhe den Abstand fĂŒr
diesen Absatzâ. Reed verkaufte Scribe an die in Pittsburgh ansĂ€ssige Firma
Unilogic. Laut Reed suchte er am Ende seiner Promotion einfach nach einem Team
von Entwicklern, dem er die Verantwortung fĂŒr das Projekt ĂŒbertragen konnte,
Entwickler, auf dessen Schultern die Verantwortung fĂŒr das Wohl der Software gelegt werden konnte.
um zu verhindern, dass die Programmdaten allgemein zugÀnglich werden (bis heute
ist unklar, warum Reed dies fĂŒr inakzeptabel hielt). Um die Situation zu mildern,
stimmte Reed zu, dem Code eine Reihe von zeitgebundenen Funktionen hinzuzufĂŒgen, die
sogenannte âZeitbombenâ â sie verwandelten eine kostenlose Kopie des Programms in
eine nicht funktionierende Software nach Ablauf der 90-tÀgigen Testphase. Um die
Software wieder zum Laufen zu bringen, mussten die Nutzer dem Unternehmen bezahlen und
eine âEntschĂ€rfungâ der Zeitbombe erhalten.
FĂŒr Stallman war das ein reinrassiger und offenkundiger Verrat an
der Programmierethik. Anstatt dem Prinzip âteilen und weitergebenâ zu folgen,
ging Reed den Weg, Programmierer fĂŒr den Zugang zu
Informationen zur Kasse zu bitten. Doch er dachte nicht besonders viel darĂŒber nach,
da er Scribe nicht oft verwendete.
Unilogic gab dem KI-Labor eine kostenlose Kopie von Scribe, entfernte jedoch nicht
die Zeitbombe und erwÀhnte sie nicht einmal. Bis zu einem gewissen Zeitpunkt
funktionierte das Programm, aber eines Tages hörte es trotzdem auf. Der System-Hacker Howard Cannon
verbrachte viele Stunden mit dem Debuggen der BinĂ€rdatei des Programms, bis er schlieĂlich
er entdeckte die Zeitbombe nicht und entfernte sie nicht. Diese
Geschichte hat ihn wirklich wĂŒtend gemacht, und er scheute sich nicht, sie anderen Hackern zu erzĂ€hlen und
seine Gedanken und GefĂŒhle zur absichtlichen "Fehler" von Unilogic weiterzugeben.
Aus beruflichen GrĂŒnden in dem Labor ging Stallman nach
einigen Monaten zum Campus der Carnegie Mellon University. Er versuchte, eine Person zu finden,
die, laut der gehörten Nachricht, die Quellcodes fĂŒr
den Drucker hatte. GlĂŒcklicherweise war diese Person in ihrem BĂŒro.
Das GesprÀch war offen und direkt, im typischen Stil von Ingenieuren.
Sich vorstellend, bat Stallman um eine Kopie des Quellcodes fĂŒr
die Steuerung des Xerox-Laserdruckers. Zu seinem groĂen Erstaunen und
Entsetzen verweigerte der wissenschaftliche Mitarbeiter.
"Er sagte, er habe dem Hersteller versprochen, mir keine Kopie zu geben", sagt
Richard.
Die Erinnerung ist eine merkwĂŒrdige Sache. 20 Jahre nach diesem Vorfall ist Stallmans GedĂ€chtnis
voller blinder Flecken. Er hat nicht nur vergessen, warum er
nach Carnegie Mellon kam, sondern auch, wer sein GesprÀchspartner in diesem
unangenehmen GesprÀch war. Laut Reid war diese Person höchstwahrscheinlich
Robert Sprawl, ehemaliger Mitarbeiter des Xerox Forschungszentrums in
Palo Alto, wurde spÀter Direktor der Forschungsabteilung von
Sun Microsystems. In den 70er Jahren war Sprawl ein fĂŒhrender
Entwickler von Software fĂŒr Laser-Drucker von Xerox. Irgendwann um 1980
erhielt Sprawl eine Stelle als wissenschaftlicher Mitarbeiter an der Carnegie Mellon University, wo
er weiterhin auch an Laser-Druckern arbeitete.
Doch wenn Sprawl zu diesem GesprÀch befragt wird, zuckt er nur mit den
Schultern. Darauf antwortet er per E-Mail: "Ich kann nichts
Bestimmtes sagen, ich erinnere mich an diesen Vorfall ĂŒberhaupt nicht."
"Der Code, den Stallman erhalten wollte, war eine bahnbrechende Entwicklung,
eine wahre Verkörperung von Kunst. Sprawl schrieb ihn ein Jahr bevor er
nach Carnegie Mellon kam, oder ungefÀhr zu dieser Zeit," erzÀhlt Reid. Wenn das
wirklich so ist, dann gibt es ein MissverstÀndnis: Stallman benötigte
ein Programm, das MIT bereits seit langem verwendete, und nicht irgendeine neue
Version davon. Doch in diesem kurzen GesprĂ€ch fiel kein Wort ĂŒber
irgendwelche Versionen.
Im GesprĂ€ch mit dem Publikum erinnert sich Stallman regelmĂ€Ăig an den Vorfall.
Carnegie Mellon hebt hervor, dass das Unvermögen dieser Person, Quellcodes zu teilen, lediglich eine Folge des Geheimhaltungsvertrages ist, der im Vertrag zwischen ihm und der Firma Xerox vorgesehen war.
FĂŒr Unternehmen ist es heutzutage normal, die Einhaltung von Geheimhaltungsvorschriften im Austausch fĂŒr den Zugang zu neuesten Entwicklungen zu verlangen, aber damals war NDA etwas Neues.
Es spiegelte die Bedeutung fĂŒr Xerox wider, sowohl fĂŒr die Laserdrucker selbst als auch fĂŒr die Informationen, die benötigt wurden, um sie zu betreiben.
âXerox versuchte, Laserdrucker zu einem kommerziellen Produkt zu machen,â erinnert sich Reed, âes wĂ€re verrĂŒckt gewesen, den Quellcode einfach so jedem verfĂŒgbar zu machen.â
Stallman hingegen sah NDA ganz anders. FĂŒr ihn war es die Weigerung von Carnegie Mellon, sich am kreativen Leben der Gemeinschaft zu beteiligen, entgegen der bisher geförderten Auffassung von Software als öffentlichen Ressourcen.
Es war, als wĂŒrde ein Bauer plötzlich entdecken, dass jahrhundertealte BewĂ€sserungskanĂ€le versiegt sind und er in dem Versuch, die Ursache des Problems zu finden, zur strahlend neuen Wasserkraftanlage mit dem Logo von Xerox gelangen.
sowohl fĂŒr die Laserprinter als auch fĂŒr die Informationen, die fĂŒr deren Betrieb erforderlich waren.
âXerox versuchte, Laserprinter in ein kommerzielles Produkt zu verwandeln.
erinnert sich Reed, â es wĂ€re fĂŒr sie verrĂŒckt gewesen, den Quellcode allen zur VerfĂŒgung zu stellen.
reihenweise.
Stallman hingegen betrachtete NDA völlig anders. FĂŒr ihn war das eine Ablehnung
von Carnegie Mellon, sich am kreativen Leben der Gesellschaft zu beteiligen, entgegen der zuvor
geförderten Sichtweise auf Programme als öffentliche Ressourcen. Als ob ein
Bauer plötzlich entdecken wĂŒrde, dass die jahrhundertealten BewĂ€sserungskanĂ€le
ausgetrocknet sind, und in dem Versuch, die Ursache des Problems zu finden, wĂŒrde er zur strahlend
neuen Wasserkraftanlage mit dem Logo von Xerox gelangen.
Es dauerte eine Weile, bis Stallman den wahren Grund fĂŒr die Ablehnung verstand â
ein neuer, von Geheimhaltung geprÀgter Format des Austauschs zwischen Programmierer und
Unternehmen. Zuerst sah er nur die persönliche Ablehnung. âEs hat mich so
aufgeregt, dass ich nicht wusste, was ich sagen sollte. Ich drehte mich einfach um und
ging schweigend, â erinnert sich Richard â, vielleicht habe ich sogar die TĂŒr zugeknallt, ich
weià es nicht. Ich erinnere mich nur an den brennenden Wunsch, so schnell wie möglich dort
wegzukommen. SchlieĂlich war ich zu ihnen gegangen, in der Erwartung auf Zusammenarbeit, und
hĂ€tte nicht einmal daran gedacht, was ich tun wĂŒrde, falls ich
abgelehnt werde. Und als es passierte, war ich buchstĂ€blich sprachlos â
so ĂŒberwĂ€ltigt und enttĂ€uscht war ich.
Selbst 20 Jahre spĂ€ter spĂŒrt er immer noch die Nachwirkungen dieses Zorns und
dieser EnttÀuschung. Der Vorfall an der Carnegie Mellon wurde zu einem Wendepunkt im Leben
Richard, der ihn mit einer neuen ethischen Problematik konfrontierte. In
den folgenden Monaten werden sich um Stallman und andere Hacker des AI Lab eine Menge
Ereignisse entwickeln, die diese 30 Sekunden Wut und EnttÀuschung an der Carnegie Mellon
wie eine belanglose Kleinigkeit erscheinen lassen. Dennoch hat
Stallman diesem Vorfall besondere Aufmerksamkeit geschenkt. Er war der erste und
einem einsamen Hacker, einem intuitiven Gegner zentralisierter Macht, zu
einem radikalen Evangelisten von Freiheit, Gleichheit und BrĂŒderlichkeit im
Programmieren gemacht haben.
âEs war mein erstes Aufeinandertreffen mit einer Geheimhaltungsvereinbarung, und ich
erkannte rasch, dass Menschen Opfer solcher Vereinbarungen werden â so
sicher erklĂ€rt Stallman â Ich und meine Kollegen aus der
Labor waren solche Opfer.â
SpĂ€ter erklĂ€rte Richard: âWenn er mir aus persönlichen GrĂŒnden abgesagt hĂ€tte, wĂ€re das
schwerlich ein Problem genannt worden. Ich hÀtte ihn als
Idiot betrachten können und das wÀre alles gewesen. Aber sein Ablehnen war unpersönlich,
er lieĂ mich wissen, dass er nicht nur mit mir, sondern mit niemandem
zusammenarbeiten wĂŒrde. Und das schuf nicht nur ein Problem, sondern machte es wirklich
gewaltig.â
Obwohl es in den Vorjahren Probleme gegeben hatte, die Stallman verÀrgerten,
erklÀrte er, dass er erst nach dem Vorfall an der Carnegie Mellon begriff, dass
die Programmierkultur, die er als heilig betrachtete, zu
sich zu verĂ€ndern begann. âIch war bereits ĂŒberzeugt, dass Programme öffentlich zugĂ€nglich sein sollten.
fĂŒr alle, aber ich konnte es nicht klar formulieren. Meine Gedanken dazu
waren zu vage und chaotisch, um sie der ganzen
Welt auszudrĂŒcken. Nach dem Vorfall begann ich zu verstehen, dass das Problem bereits
existierte und dass es jetzt gelöst werden musste.
Als hochklassiger Programmierer an einem der besten Institute
der Welt achtete Richard nicht besonders auf die Vereinbarungen und GeschÀfte anderer
Programmierer â solange sie seine Hauptarbeit nicht störten. Bis zum
Eintreffen des Xerox Laserdruckers in das Labor hatte Stallman alle
Möglichkeiten, von den Maschinen und Programmen, unter denen andere Nutzer litten, herabzusehen.
Er konnte diese Programme nach seinen Vorstellungen Àndern.
Aber das Erscheinen des neuen Druckers stellte diese Freiheit in Frage. Das GerÀt
funktionierte gut, auch wenn es gelegentlich Papier fraĂ, aber es gab keine
Möglichkeit, sein Verhalten an die BedĂŒrfnisse des Teams anzupassen. Aus Sicht der
Softwareindustrie war die SchlieĂung des Druckerprogramms
ein notwendiger Schritt im GeschÀft. Programme wurden zu einem so wertvollen Vermögen, dass
ein notwendiger Schritt im GeschÀft. Programme sind zu einem so wertvollen Vermögenswert geworden, dass
Unternehmen konnten sich nicht mehr leisten, Quellcodes zu veröffentlichen,
insbesondere wenn innovative Technologien in den Programmen umgesetzt wurden. Denn
dann könnten Konkurrenten diese Technologien praktisch kostenlos kopieren,
um sie in ihren eigenen Produkten zu verwenden. Aus Stallmans Sicht war der Drucker
ein Trojanisches Pferd. Nach einem Jahrzehnt gescheiteter Versuche,
âproprietĂ€reâ Software zu verbreiten, bei denen die freie Verbreitung und
Modifikation des Codes verboten war, hat sich genau ein solches Programm
auf die hinterhĂ€ltigste Weise in das Reich der Hacker eingeschlichen â verkleidet
als Geschenk. Dass Xerox einigen Programmierern Zugang zum Code im Austausch fĂŒr
die Einhaltung von Geheimhaltungsvereinbarungen gewÀhrte, störte nicht weniger,
aber Stallman gab schmerzlich zu, dass er in jĂŒngeren Jahren sehr wahrscheinlich
Xerox' Angebot akzeptiert hÀtte. Der Vorfall an der Carnegie Mellon verstÀrkte seine
moralische Position, nicht nur, indem er ihm Misstrauen und Zorn gegenĂŒber
solchen VorschlĂ€gen in der Zukunft einflöĂte, sondern auch, indem er ihm die Frage
stellte: Was, wenn eines Tages ein Hacker mit einer Àhnlichen Bitte auftaucht,
und es Richard nun auch nicht gelingt, das Kopieren der Quellcodes aufgrund von
Arbeitgeber?
âWenn mir angeboten wird, meine Kollegen auf Ă€hnliche Weise zu verraten,
erinnere ich mich an meinen Zorn und meine EnttÀuschung, als mir und
anderen Mitarbeitern des Labors dasselbe widerfahren istâ, sagt Stallman. âAlso
vielen Dank, Ihr Programm ist groĂartig, aber ich kann den
Nutzungsbedingungen nicht zustimmen, also werde ich darauf verzichten.â
Die Erinnerung an diese Lektion wird Richard auch in den unruhigen 80ern festhalten, als
viele seiner Kollegen aus dem Labor in andere Unternehmen gehen,
gebunden durch Geheimhaltungsvereinbarungen. Wahrscheinlich sagten sie sich,
dass es ein unvermeidliches Ăbel auf dem Weg zu den interessantesten und
verlockendsten Projekten sei. FĂŒr Stallman jedoch wirft die bloĂe Existenz von NDAs
Fragen zur moralischen Wertigkeit des Projekts auf. Was kann gut sein
an einem Projekt, selbst wenn es technisch faszinierend ist, wenn es nicht den
gemeinsamen Zielen dient?
Sehr schnell erkannte Stallman, dass das Nicht-Einverstanden mit solchen Angeboten
spĂŒrbar höhere Kosten hat als persönliche berufliche Interessen. Eine solche
uncompromising Position trennt ihn von anderen Hackern, die zwar auch
haben eine Abneigung gegen Geheimhaltung, sind jedoch bereit, moralische
Kompromisse einzugehen. Richard ist sich jedoch sicher: die Weigerung, den Quellcode zu teilen,
ist ein Verrat nicht nur an der Rolle von Forschungs- und Entwicklungsarbeit
in der Programmierung, sondern auch am Goldenen Regel der Moral, die besagt, dass Ihr
Umgang mit anderen so sein sollte, wie Sie möchten, dass man mit Ihnen umgeht.
Das ist die Bedeutung der Geschichte mit dem Laserdrucker und dem Vorfall an
der Carnegie Mellon. Ohne all das wÀre, wie Stallman zugibt, sein Schicksal ganz
anders verlaufen, zwischen dem materiellen Wohlstand
eines kommerziellen Programmierers und letztlich der EnttÀuschung im Leben,
das mit dem Schreiben von unsichtbarem Code verbracht wurde. Es hÀtte
keinen Sinn gemacht, ĂŒber dieses Problem nachzudenken, wo andere es nicht einmal
als solches wahrnahmen. Und vor allem hÀtte es diese lebendige Portion
Zorn nicht gegeben, die Richard die Energie und das Selbstvertrauen gab, um weiterzumachen.
âAn diesem Tag entschied ich, dass ich nie und unter keinen UmstĂ€nden an
diesem teilnehmen wĂŒrdeâ, sagt Stallman und bezieht sich auf NDAs und die gesamte Kultur.
sagt Stallman, wobei er NDA und ĂŒberhaupt die gesamte Kultur anspricht.
die persönliche Freiheit gegen materielle Vorteile eintauschen
Vorteile.
âIch habe beschlossen, dass ich niemals jemanden zum Opfer machen werde, wie ich es einmal selbst war.â
eines Tages selbst.
Quelle: linux.org.ru
