[Musik] Hey, ich bin Dave. Willkommen in meinem Shop. Stellen Sie sich vor, Sie müssten Programmieren lernen – ohne Internet, ohne YouTube, ohne Stack Overflow, ohne GitHub, ohne Discord-Server voller Leute, die genau denselben Fehler schon gemacht haben wie Sie, und ohne KI, die Ihnen geduldig erklärt, warum Ihre Schleife nie terminiert. Stellen Sie sich nun vor, dieses Kind wäre in den 1980er Jahren in Saskatchewan, in einer Zeit, in der das Winterklima, das ich einmal am besten als die Hölle für Hauskatzen beschrieben hörte, und wo die nächste Person, die sich besser mit Computern auskennt als Sie, vielleicht ein Zeitschriftenredakteur in einer anderen Stadt ist, dessen Antwort, wenn Sie Glück haben, irgendwann in den nächsten Monaten eintreffen würde. Das war die Umgebung, und das Merkwürdige daran ist, dass sie nahezu perfekt war. Nicht einfach, nicht bequem, nicht fair, aber perfekt in dem Sinne, dass eine Schmiede der perfekte Ort für Stahl ist. Es war kalt, einsam, teuer, langsam und wunderbar unerbittlich. Und wenn man als Kind dort Programmieren lernen wollte, ging es in der ersten Lektion nicht um Syntax, nicht um Variablen, nicht um die Verwendung von `go to`, obwohl es davon natürlich auch eine Menge gab . Die erste Lektion war, dass die Maschine genau das tat, was man ihr sagte , nicht das, was man meinte, und dass sie die ganze Nacht blinkend dasaß, bis man den Unterschied begriff. Saskatchewan war in den 1980er Jahren noch nicht das Silicon Valley mit seinen Weizenfeldern. Es war ein Ort, an dem Entfernungen eine Rolle spielten. Die Städte lagen kilometerweit auseinander, die Winter waren streng, und Informationen verbreiteten sich in der Geschwindigkeit von Papier, Postwagen und dem, was der örtliche Radioladen gerade im Angebot hatte. Wenn du Computer lernen wolltest, schlossest du dich nicht so sehr einer Bewegung an, sondern entdecktest ganz allein eine seltsame kleine leuchtende Insel inmitten eines sehr großen Ozeans. Und diese Insel begann üblicherweise mit einer einzigen Aufforderung: fertig. Dieses kleine Wort war magisch. Bei einem Commodore, einem TRS-80, einem PET oder einem Apple II – falls Sie zufällig einen in der Schule bekommen hatten – startete der Computer nicht mit einem fröhlichen Dashboard, das Sie aufforderte, ein Konto zu erstellen. Es hat sich 20 Minuten lang nicht aktualisiert. Sie wurden nicht aufgefordert, neuen Nutzungsbedingungen zuzustimmen, bevor Sie tippen konnten. Es startete einfach in Microsoft BASIC, und BASIC war sowohl die Betriebsumgebung als auch die Einladung. Es war, als ob die Maschine sagen wollte: „So, da bin ich nun. Was produzierst du?“ Die Herausforderung bestand natürlich darin, dass man wissen musste, was man tippen sollte, und das war kein leichtes Problem. Das allererste Mal, dass ich einen Computer berührt habe, war ein TRS-80 Model 1 Level 1 mit 4K bei meinem örtlichen Radio Shack. Alles, was ich vorher über Computer wusste, stammte aus Star Trek und ähnlichen Fernsehsendungen, daher nahm ich an, dass sie fließend Englisch sprachen. Das taten sie nicht. Egal was ich eingab, die Antwort war immer dieselbe: SN {Fragezeichen}. Damals war ich mir sicher, dass es sich um einen Rechtschreibfehler handelte, also grübelte ich lange und versuchte, alles richtig zu machen, aber es bedeutet tatsächlich einen Syntaxfehler. Und so gelang es mir schließlich durch eine sinnvolle Kombination aus Neugier und Beharrlichkeit, die grundlegende Syntax von BASIC herauszufinden. Wenn man heute nicht weiß, wie man eine Datei in Python öffnet, sucht man danach und erhält 6 Millionen Antworten, von denen 4 Millionen falsch sind, aber immerhin werden sie sofort angezeigt . Damals wusste man noch nicht, wie man eine Datei öffnet, und dann brauchte man ein Handbuch. Und wenn man keine Bedienungsanleitung hatte, brauchte man einen Freund. Und wenn man keinen Freund hatte, brauchte man eine Zeitschrift. Und wenn das Magazin Ihren Computer in diesem Monat nicht behandelte, brauchten Sie etwas Geduld. Und Geduld war die Killer-App der 80er Jahre. Ich will jetzt nicht in eine Tirade verfallen , aber ich glaube, dass der größte psychologische Unterschied zwischen den Erfahrungen der Generation X in den 1980er Jahren und denen der Kinder von heute darin besteht, dass wir damals mit unserer eigenen Langeweile fertigwerden mussten. Wenn man als Schlüsselkind nach der Schule in ein leeres Haus kam und sich selbst beschäftigen musste, konnte man nicht einfach nur ziellos durch TikTok scrollen. Man konnte weder SMS noch E-Mails an Freunde schreiben oder Ähnliches . Wenn man kein Premium- Kabelfernsehen hatte, so wie ich, dann konnte man vielleicht Musik hören. Sie legen also wahrscheinlich irgendeine Art von Album ein, aber der winzige Dopaminschub, den Sie beim Überspringen zu einem neuen Lied bekommen, reicht irgendwie nicht aus, um aufzustehen, hinzugehen , vorzuspulen, nach einem Titel zu suchen, ihn zu verfehlen, das Band zurückzuspulen und so weiter. Heute ist es nur noch ein kurzer Blick auf den Bildschirm. Früher war das ein ganzer Aufwand. Geduld war also eine Tugend, und in vielerlei Hinsicht ist es eine Tugend, die sich auch heute noch auszahlt. Wie ich bereits sagte, waren Zeitschriften eine großartige Informationsquelle. Autoren wie Jim Butterfield konnten ein System wirklich entmystifizieren und alles verständlich machen. Man geht also zum Zeitungskiosk und sucht nach Compute, Byte, Run, Ahoy, 80 Micro oder was auch immer in dem jeweiligen Monat etwas Nützliches enthalten könnte. Manchmal versprach das Cover ein Spiel, das man selbst eintippen konnte , was recht charmant klingt, bis man sich daran erinnert, dass das Eintippen eines Spiels oft bedeutete, sechs Seiten dichten BASIC-Code einzugeben, gefolgt von zwei Seiten mit Datenanweisungen, die aussahen, als hätte jemand Hexadezimalzahlen auf das Papier geniest. Eine einzige falsche Ziffer irgendwo, ein einziges Komma an der falschen Stelle, eine Null, die eigentlich der Buchstabe O sein sollte, und das ganze System würde entweder abstürzen, sich aufhängen oder etwas zutiefst Seltsames tun. Bald würden sie Prüfsummen und so weiter hinzufügen, aber selbst das war kein ausreichender Trost für diesen wahrlich schmerzhaften Prozess. Und es gab keinen Debugger im modernen Sinne, Sie waren der Debugger. Sie waren gleichzeitig Testabteilung, Build-System, Release-Ingenieur und Kundensupport-Hotline, was praktisch war, da Sie auch der einzige Kunde waren. Hier haben viele Kinder ganz nebenbei die wichtigste Fähigkeit beim Programmieren erlernt: nicht das Schreiben von Code, sondern das Lesen von Code. Sie haben gelernt, eine Zeile zu überfliegen und sich zu fragen: „Was bewirkt das eigentlich?“ Du hast gelernt, deinen Augen zu misstrauen, weil deine Augen fröhlich 20 Mal denselben Tippfehler machten. Du hast gelernt, dass ein Syntaxfehler in Zeile 430 möglicherweise durch etwas in Zeile 170 verursacht wird. Du hast gelernt, Variablen auszugeben, weil das dein einziges Oszilloskop war. Sie haben gelernt, Dinge auszukommentieren, um das Problem zu verkleinern, jeweils nur eine Sache zu ändern und die unsterbliche Debugging-Frage zu stellen: „Was hat sich geändert, seit es das letzte Mal funktioniert hat?“ Diese Frage allein hat mehr Fehler gelöst als alle ausgeklügelten Werkzeuge, die je erfunden wurden. Das Einlagern von Gegenständen war eine weitere Lektion in Demut. Wenn man ein Kassettenlaufwerk hatte, bedeutete das Speichern eines Programms, dem Pfeifen der in Ton umgewandelten Daten zuzuhören, darauf zu vertrauen, dass das Band nicht abgenutzt war, die Lautstärke stimmte, das Kabel richtig saß und niemand gegen den Tisch stieß. Das Laden eines Programms konnte Minuten dauern und am Ende ohne ersichtlichen Grund fehlschlagen, was bedeutete, dass man das gesamte Ritual noch einmal durchlaufen musste . Es war, als würde man über eine Telegrafenleitung kompilieren, während ein Waschbär am Transformator knabberte. Allzu oft würde der Waschbär gewinnen, und dein Klebeband wäre hinüber. Ein Diskettenlaufwerk war ein echter Luxus. Beim Commodore 64 war das 1541-Laufwerk nicht nur ein Peripheriegerät, sondern praktisch ein eigener Computer mit einem 6502-Prozessor . Mein allererster Heimcomputer, und es war das Letzte, was mir jemals jemand kaufen musste , war ein Commodore 64 mit einem 1541-Diskettenlaufwerk. Leider habe ich so stark daran gearbeitet, dass die Kunststoffabdeckung geschmolzen ist, wozu die frühen Modelle etwas neigten . Trotz all der Aufregung und des Dramas lief es jedoch auf einem seriellen Bus, der bekanntermaßen langsam war, was bedeutete, dass das Laden von der Festplatte einem immer noch genug Zeit ließ, über seine Lebensentscheidungen nachzudenken. Als die Schnelllader aufkamen, fühlten sie sich, als hätten sie den Warp-Antrieb entdeckt. Doch diese Langsamkeit lehrte dich auch etwas, das moderne Systeme oft verbergen. IO-Angelegenheiten. Warten auf die Entscheidung über die Lagerung. Die CPU kann sich dabei zu Tode langweilen, während der Rest des Systems die Daten nur tröpfchenweise durch einen Strohhalm tröpfelt. Diese Lektion sollte sich später bei Datenbanken, Netzwerken, Cloud-Systemen und jeder Anwendung, die sich trotz ausreichend leistungsstarker Hardware, die ein kleines Wettersystem simulieren könnte, unerklärlicherweise langsam anfühlt, als nützlich erweisen. Und dann war da noch das Gedächtnis. Ein Kind, das heute das Programmieren lernt, beginnt vielleicht mit einem Rechner mit 16 GB RAM und einem Browser-Tab, der beiläufig mehr Speicher verbraucht, als ein ganzer Computer aus den 1980er Jahren jemals adressieren konnte. Damals war 64K das ganze Königreich, und nicht alles davon gehörte dir. Ein Teil davon gehörte zu BASIC, ein Teil zum Bildschirm, ein Teil zum ROM-Speicher, ein Teil zu den Ein-/Ausgabeschnittstellen, und ein Teil schien in kleinen architektonischen Fallgruben zu verschwinden, die man erst entdeckte, wenn das Programm groß genug war, um in eine von ihnen zu fallen. Bevor wir unseren ersten Commodore 64 bekamen, konnte meine Familie gelegentlich einen Vic-20 von der öffentlichen Bibliothek für jeweils eine Woche ausleihen. Mein erstes Projekt war es, ein Zork-artiges Abenteuer zu schreiben, aber ich hätte genauer auf die Boot-Aufforderung des Rechners achten sollen, die stolz verkündete, dass 3.583 Basisbytes frei seien. Sie haben schnell gelernt, dass Zeichenketten Speicherplatz benötigen, Arrays Speicherplatz benötigen, Grafiken Speicherplatz benötigen, einfach alles Speicherplatz benötigt. Wenn Ihr Programm zu groß wurde, was bei mir sehr früh der Fall war, hat die Maschine nicht einfach nur sanft vorgeschlagen, Ihre Ressourcen zu optimieren. Es hat einfach aufgehört zu kooperieren. Und weil es kein riesiges Gerüst zwischen Ihnen und der Hardware gab, begannen Sie, die Maschine als eine Art Landkarte zu verstehen . Bestimmte Adressen steuerten den Bildschirm. Bestimmte Adressen kontrollierten Farben. Bestimmte Adressen kommunizierten mit Soundchips, Joysticks oder Sprites. Guck-Guck und Stupsen waren nicht nur einfache Befehle. Sie stellten eine Seitentür zum Nervensystem der Maschine dar. Beim Commodore 64 konnte man die Bildschirmfarbe ändern, indem man über ein speicherabgebildetes Register schrieb. Und das war tatsächlich berauschend. Sie tippen den Befehl ein, drücken die Eingabetaste, und das physische Verhalten der Maschine ändert sich vor Ihren Augen. Nicht über eine API, nicht über ein Objektmodell, nicht über ein Dependency-Injection-Framework, das drei Konfigurationsdateien und ein Opfer an Ihre YAML-Götter erfordert, sondern indem eine Zahl an einer Stelle platziert wird, an der die Hardware danach sucht. Noch besser: Wenn man es in Assembler in einem Maschinensprachemonitor macht, läuft es tausendfach schneller als in BASIC. So schnell, dass der Rasterstrahl des Fernsehers nur ein oder zwei Zoll zurücklegen würde, bevor er die Farbe ändert. Der Prozessor war schneller als der Fernseher, und das ist ein beeindruckendes Erlebnis für ein Kind. Es lehrt dich, dass Software kein Luftschlösser ist. Software ist Elektrizität, die von Zahlen gesteuert wird. Irgendwo unter all den Abstraktionen bewegt die Maschine immer noch Bits durch Register, Busse, Speicherzellen und Geräte. Hat man das einmal begriffen, vertraut man einer Blackbox nie wieder auf dieselbe Weise. Sie mögen zwar weiterhin die Blackbox verwenden, weil die Zivilisation auf Abstraktionen beruht, aber ein Teil Ihres Gehirns fragt sich immer, was es kostet und warum. Auch der soziale Aspekt war genauso seltsam. Programmieren ist heute kulturell selbstverständlich. Für Kinder gibt es Robotik-Clubs, Programmiercamps, Online-Kurse, Raspberry Pis, Arduino-Kits, Minecraft-Mods, Game- Engines und ganze Communities, die sich jeder erdenklichen Nische widmen. Im Saskatchewan der 1980er Jahre warst du vielleicht das einzige Kind in deiner Klasse, dem das wichtig war, oder in meinem Fall in der gesamten Grundschule. Doch in der High School hatte ich ein paar Gleichgesinnte kennengelernt, die sich ebenfalls für die Maschinen interessierten. Man tauschte also Disketten, verglich Notizen und zeigte ein kleines Programm, das eine Spielfigur bewegte oder eine Melodie erzeugte, die fast, aber nicht ganz, so klang, als würden alle Kung Fu kämpfen. Und wenn einer von euch tatsächlich mal etwas Cooles herausgefunden hatte, verbreitete sich das wie ein Lauffeuer. Wussten Sie, dass man Zeichen neu definieren kann ? Wussten Sie, dass man Sprites multiplexen kann? Wussten Sie, dass dieses Spiel die Anzahl der Leben an dieser Adresse speichert? Viele von uns haben gelernt, indem wir Dinge auf diese Weise auseinandergenommen haben. Nicht immer legal, nicht immer elegant, aber mit Begeisterung. Man würde ein Programm laden, es, wenn möglich, stoppen, es auflisten, wenn es nicht geschützt ist, und versuchen zu verstehen, wie der Trick funktioniert. Wie scrollen sie auf dem Bildschirm? Wie wird das Flackern der Sprites reduziert? Wie lesen sie die Tastatur? Wie schaffen sie es, so viel Spiel in so wenig Speicherplatz zu packen? Und das war in den moralischen Vorstellungen eines 12-jährigen Prärie-Nerds kein Diebstahl. Es handelte sich um Archäologie. BBS-Systeme existierten zwar schon, aber sie waren nicht das reibungslose globale Gehirn, das wir heute haben. Ein Modem war zwar ein Portal, aber auch langsam, teuer und in der Regel an den Telefonanschluss der Familie gebunden. Bei einer Baudrate von 300 Baud wirkte der Text so, als würde jemand am anderen Ende tippen, denn so langsam war die Übertragung. Ferngesprächsgebühren waren üblich, und wenn man zu lange am Telefon war, musste man sich an die eigene Mutter wenden. Ihr gesamtes Lernen war also lokal, zutiefst lokal. Ein Handbuch, eine Zeitschrift, eine Maschine und jede Menge Sturheit, die Sie mitbringen können . Die Schule könnte helfen, aber nur ungleichmäßig. Vieles hing davon ab, ob es einen Lehrer gab, dem etwas daran lag, und oft war dieser Lehrer den Schülern nur ein Kapitel voraus . Das ist keine Beleidigung, das ist Heldentum. Stellen Sie sich vor, Sie wären Mathematiklehrer an einer kleinen Schule in der Prärie und plötzlich wird von Ihnen erwartet, dass Sie die Schüler mit Mikrocomputern vertraut machen, weil jemand einen Wagen voller Maschinen hereingefahren und verkündet hat, die Zukunft sei da. Ich hatte das Glück, dass meine Mutter mich für das Begabtenprogramm an der örtlichen katholischen High School angemeldet hatte, und ob es nun Absicht war oder Zufall, sie hatten einen großartigen Informatiklehrer, der dem Programm zugeordnet war. Er war der treffend benannte Mr. Bright und war wahrscheinlich nur etwa 10 Jahre älter als seine Schüler. Aber er war jene seltene Kombination aus Enthusiast und Pädagoge, die echtes Interesse und Leidenschaft in die Vorlesung einbrachte. Er war in der Lage, unter seinen Schülern den einen oder anderen Rohdiamanten zu entdecken , was eine Gabe sein konnte, denn sobald man den Lehrplan überholt hatte, befand man sich ansonsten in der Wildnis. So schickte er uns einmal pro Woche mit einem neuen Projekt, wie zum Beispiel der Suche nach Primzahlen, in die Tiefen der Materie. Man lernt, dass es beim Programmieren nicht darum geht, den nächsten Schritt vorgegeben zu bekommen. Es ging darum, ein Modell zu entwickeln. Wenn eine Schleife 10 Mal durchlaufen wird, was ändert sich jedes Mal? Wenn der Bildschirmspeicher hier beginnt, was passiert, wenn ich über die letzte Zeile hinaus schreibe? Wenn diese Variable den Wert fünf haben soll, aber tatsächlich null ist, wo wurde sie dann überschrieben? Warum funktioniert das Programm erst, nachdem ich Ton hinzugefügt habe? Warum stürzt es erst nach dem dritten Level ab? Warum verhält es sich anders, wenn es von Band geladen wird, als wenn es frisch eingegeben wird? Das sind Systemfragen, und das Lustige daran ist, dass man heute die gleichen Fragen auch über Kubernetes, GPU-Treiber, verteilte Datenbanken oder Windows-Kernel- Abstürze stellen könnte. Die Substantive ändern sich, aber die intellektuelle Kraft bleibt dieselbe. Man beobachtet, man stellt Hypothesen auf, man isoliert, man testet und man überarbeitet sein Modell. Und das ist die eigentliche Geschichte. In Saskatchewan im Jahr 1980 aufzuwachsen, machte das Programmieren schwierig, weil alles knapp war. Maschinen waren Mangelware, Dokumentation war Mangelware. Die Zeit am Computer war knapp, Geld war knapp, Bandbreite war sehr knapp, aber gerade diese Knappheit zwang einen zu einer ungewöhnlich direkten Beziehung zur Maschine . Man konnte nicht einfach eine Antwort einfügen. Man musste genug verstehen, um tatsächlich fortfahren zu können. Ich möchte das Leid nun nicht romantisieren . Es gab viele Kinder, die großartige Programmierer hätten werden können, wenn sie besseren Zugang, bessere Schulen, bessere Hardware oder auch nur jemanden in der Nähe gehabt hätten, der ihnen hätte erklären können, was ein Stack ist. Knappheit ist keine Magie. Mangelnde Chancen tragen nicht zur Charakterbildung bei, wenn sie Menschen ausschließen. Es ist nichts Ehrenvolles daran, wenn ein Kind nicht lernen kann, weil die Lernmittel zu teuer oder die Informationen zu weit entfernt sind. Aber wenn man das Glück hatte, Zugang zu erhalten und hartnäckig genug war, dabei zu bleiben, dann hat einen die Umgebung auf eine Weise geprägt, wie es Überfluss oft nicht tut. Es hat dich einfallsreich gemacht. Es hat dich vorsichtig gemacht. Es weckte die Neugierde, was sich unter all dem verbarg. Und es hat Ihnen eine Frustrationstoleranz verliehen, die sich als eine der wertvollsten Eigenschaften im Ingenieurwesen herausstellt. Denn ein Großteil der Programmierung besteht eigentlich aus Frustrationsbewältigung, und als jemand mit Autismus ist das auch für mich noch ein Bereich, in dem ich mich weiterentwickeln kann. Aber es war prägend für meinen Umgang mit solchen Dingen. Das ist zwar nicht die Version aus der Broschüre, aber es stimmt. Der Computer ist ein unerbittlicher Spiegel. Es spiegelt Ihre Annahmen direkt wider in Form von Fehlern, Abstürzen, leeren Bildschirmen, beschädigten Daten und gelegentlich Rauch, wobei hoffentlich nicht viel Rauch entsteht. Programmieren lernen bedeutet auch, zu lernen, das nicht persönlich zu nehmen. Der Fehler ist kein Beweis dafür, dass du dumm bist, der Fehler ist ein Hinweis. Die Maschine ist nicht wütend, sie ist nur präzise. Ein Kind, das in den 1980er Jahren in Saskatchewan lernte, musste das früh verinnerlichen. Nach jedem Fehlversuch kam niemand, um dich zu retten . Du könntest aufgeben oder neugierig sein. Und die Neugierde liegt im Unterschied zwischen „Das funktioniert nicht“ und „Warum funktioniert das nicht?“. Dieses eine Wort, warum, ist für mich das ganze Spiel. Heute sind die Hürden niedriger und das ist wunderbar. Ein Kind in einer Kleinstadt kann sich jetzt kostenlos erstklassige Tools herunterladen, Vorlesungen von Top-Universitäten ansehen, Fragen in Foren stellen, Linux in einer virtuellen Maschine ausführen, ein Spiel in Unity entwickeln, einen Mikrocontroller flashen, ein neuronales Netzwerk trainieren und eine App veröffentlichen, ohne jemals einen Computerladen von innen gesehen zu haben. Das ist erstaunlich. Das würde ich nicht eintauschen . Doch die Gefahr des Überflusses besteht darin, dass er einen voranschreiten lässt, ohne Verständnis zu haben. Man kann Software aus Paketen zusammenstellen, die man nicht versteht, sie auf einer Infrastruktur bereitstellen, die man nicht versteht, sie debuggen, indem man nach Fehlermeldungen sucht, die man nicht versteht, und trotzdem etwas erhalten, das einigermaßen funktioniert, bis es eben nicht mehr funktioniert. Und wenn das nicht klappt, dann braucht man die alten Fähigkeiten. Du brauchst die Fähigkeiten, die man in der Prärie findet. Man muss die Fähigkeit besitzen, sich allein mit einem Problem auseinanderzusetzen, ein Modell zu entwickeln und sich mühsam der Wahrheit anzunähern. [schnaubt] Die Lehre aus meiner Kindheit als Möchtegern-Programmierer in den 80er Jahren in Saskatchewan ist also nicht, dass jeder unter Kassetten und zeilennummeriertem BASIC leiden sollte. Die Lehre daraus ist, dass Einschränkungen den Geschmack schulen. Sie lehren Respekt vor der Maschine. Sie lehren dich, dass Gedächtnis real ist, Zeit real ist, Ein- und Ausgabe real ist und Komplexität immer eine Rechnung stellt. Sie lehren dich, dass Dokumentation wichtig ist, weil da draußen jemand versucht, daraus zu lernen, der keine andere Hilfe hat. Sie lehren dich, dass Fehlermeldungen nützlich sein sollten, denn manchmal ist eine Fehlermeldung der einzige Lehrer im Raum. Und vielleicht am wichtigsten: Sie lehren dich, dass du keine Erlaubnis zum Lernen brauchst. Man braucht kein perfektes Labor. Sie brauchen nicht die neueste Maschine. Sie brauchen keinen ausgefeilten Lehrplan. Man braucht einen Anstoß, ein Problem und genug hartnäckige Neugier, um immer wieder zu fragen, warum. Das galt schon 1983 in der gefrorenen Prärie und es gilt auch heute noch, selbst wenn die Eingabeaufforderung in VS Code angezeigt wird und der Rechner über mehr RAM verfügt als die Großrechner, von denen wir früher geträumt haben . Die alten Computer waren zwar begrenzt, aber sie waren zuverlässig. Sie haben Sie hereingebeten . Sie haben ihre Maschinen offengelegt. Sie zwangen dich, ihnen entgegenzukommen. Und für eine bestimmte Art von Kind an einem bestimmten Ort war der blinkende Cursor nicht einfach nur ein Ort zum Tippen. Es war eine Tür. Falls ihr die heutige Folge interessant oder unterhaltsam fandet, denkt daran, dass es mir dabei hauptsächlich um Abonnenten und Likes geht. Ich würde mich geehrt fühlen, wenn Sie mir vor Ihrer Abreise heute jeweils eines davon dalassen würden. Falls Sie Anmerkungen oder Fragen haben, hinterlassen Sie diese bitte hier im Kommentarbereich. Wir gehen sie durch und beantworten dann jeden Freitag die besten Kommentare und Fragen der Zuschauer in einer Folge von Shop Talk auf Dave's Attic . Schau es dir an und abonniere es dort, wenn es dir gefällt . Danke. In der Zwischenzeit hoffen wir, Sie beim nächsten Mal hier in Dave's Garage wiederzusehen. Mach es , Glen. Mach es. Mach es.