Mit einem Wort, schlecht.
Zumindest auf jedem Computer, den ich jemals benutzt oder gehört habe, haben Sie jedoch nicht einzeln Karten eingezogen. Es gab automatisierte Kartenleser, die Hunderte von Karten pro Minute fütterten und lasen (wahrscheinlich um die 1000 pro Minute, aber ich bin mir nicht sicher, welche genauen Spezifikationen vorliegen).
In einem typischen Fall haben Sie den Code von Hand geschrieben und dann auf Karten gestanzt. Jede Karte enthält eine Codezeile (bis zu 80 Spalten). Sie haben das Kartenspiel zur Ausführung genommen. Je nach Auftragsbestand, zwischen einer Stunde oder einem Tag oder später, haben Sie Ihr Deck zusammen mit einem Ausdruck der Ergebnisse zurückbekommen.
Ich sollte wahrscheinlich hinzufügen: Da Ihr Kartenspiel als Job ausgeführt wurde, haben Sie nicht nur den Code für das Programm selbst eingereicht - Sie mussten etwas schreiben, das einem Batch-Datei- / Shell-Skript mit den Anweisungen zum Kompilieren und Ausführen Ihres Programms vage ähnlich ist Code. IBM JCL (zum Beispiel) bleibt stark von den Ursprüngen der Hollerith-Karte beeinflusst.
Ein weiterer kleiner Punkt: Bei den meisten Systemen, an die ich mich erinnere, haben Sie normalerweise eine Zeilennummer auf jeder Lochkarte angegeben. Sie haben es offensichtlich vermieden, ein Deck fallen zu lassen, wenn Sie konnten, aber als (nicht wenn) eines fallen gelassen wurde, war es nicht annähernd die Tragödie, die sich viele vorstellen. Interessanter Nebenpunkt: Zumindest die Kartensortierer, die ich gesehen habe, haben eine Radix-Sortierung verwendet - sie haben die Karten basierend auf einer Ziffer der Zeilennummer in 10 Fächer aufgeteilt und diese dann "zusammengeführt" (alle Karten zu einer einzigen ablegen) bin in der Reihenfolge) und wiederholen Sie dann so oft, wie Sie Ziffern in den Zeilennummern hatten.
Hollerith-Karten waren äußerst einflussreich - 80 Spalten als Grenze überleben immer noch in einem fast beunruhigenden Ausmaß. Zumindest auf den Control Data-Mainframes wurden auch Dinge wie das Dateisystem ziemlich stark beeinflusst. Nachdem die Hollerith-Karten größtenteils verschwunden waren, waren Reste davon im Betriebssystem sichtbar. Beispielsweise wurden Textdateien häufig als eine Reihe von Datensätzen mit 80 Zeichen gespeichert, unabhängig davon, wie wenige / viele Zeichen eine Zeile tatsächlich enthielt. Ich kann mich noch an meine Überraschung über die "Rückständigkeit" eines Systems wie Unix erinnern, bei dem Sie alle vorhergehenden Zeilen lesen mussten , um Zeile N einer Textdatei zu finden, anstatt nur direkt danach suchen zu können.
Sie haben den Kartenstempel als Editor verwendet.
Die Karten waren größtenteils "unveränderlich", aber Sie konnten Zeichen entfernen, indem Sie die Löcher mit dünnem undurchsichtigem Klebeband abkleben.
Sie haben Ihr Programm in der entsprechenden JCL eingelesen und darauf gewartet, dass der Drucker die Ergebnisse ausspuckt. (Könnte Stunden sein!)
quelle
Sehr langsam.
Meine Mutter war so eine Programmiererin, also hatte ich Tonnen dieser Karten zu Hause, als ich aufwuchs. Sie würden das Programm auf den Karten codieren und die Karten dann einzeln in den Kartenleser einspeisen (ähnlich wie die Abstimmungsgeräte jetzt funktionieren). Wenn Sie die Karten fallen lassen würden, wären Sie in großen Schwierigkeiten, da Ihnen nur X Maschinenzeit zugewiesen ist und Sie sie in der richtigen Reihenfolge anordnen und die Maschine erneut neu füttern und versuchen müssten, sie herzustellen es pünktlich, bevor der nächste Programmierer Sie rauswirft. Ein triviales Programm (in unseren aktuellen Standards) hat möglicherweise Hunderte, wenn nicht Tausende solcher Karten und Stunden Maschinenzeit benötigt, um es zu laden und auszuführen.
Sehr langweilig.
quelle
In gewisser Hinsicht "nicht zu unterschiedlich", in gewisser Weise "sehr unterschiedlich".
Sie schrieben Quellcode, normalerweise auf Papier. Dies wurde dann erneut auf Lochkarten eingegeben (eine Zeile Quellcode pro Karte, normalerweise mit Zeilennummern, sodass Sie Ihren Quellcode leicht reparieren konnten, wenn er in der falschen Reihenfolge endete).
Dem Programm wurden dann Karten mit Anweisungen zum Kompilieren des Programms vorangestellt und Anweisungen zum Ausführen des Programms und zu den zu verwendenden Datendateien (oder Bändern zum Mounten usw. usw.) angehängt.
Dies wurde dann an die Bediener weitergeleitet, die die Karten in einen Geschwindigkeitsleser laden, den Job ausführen und die Ergebnisse auf Ausdrucken zurückgeben würden.
Da ein typischer Bearbeitungs- / Kompilierungs- / Ergebniszyklus in der Größenordnung von "morgen" liegt, tendierten die Leute dazu, ihren Code paranoider auf Syntaxfehler zu überprüfen.
Ohne die Möglichkeit eines interaktiven Debuggens wäre die einzige Möglichkeit, die Ausführung zu verfolgen, das Debuggen von Zeilen, die während der Ausführung gedruckt werden.
An einigen Stellen befand sich der Code eher auf Lochstreifen als auf Lochkarten.
quelle