Je suppose qu'ils n'ont pas pu rester assis devant un ordinateur toute la journée comme nous le faisons aujourd'hui. Alors, comment ont-ils écrit leur programme? Sur un morceau de papier et le taper plus tard lorsque l'ordinateur sera disponible? Comment ont-ils fait leurs tests?
19
Réponses:
Vers 1974, vous vous asseyiez à un bureau pratique et écriviez votre programme à la main sur du papier. Vous le testeriez en le parcourant dans votre tête à l'aide de données de test. Lorsque vous étiez convaincu que votre programme était correct, vous alliez dans la salle de cartes perforées et transcriviez votre programme sur des cartes perforées, une ligne de 80 caractères par carte. Vous pouvez également perforer des cartes pour toutes les données dont votre programme pourrait avoir besoin. Ensuite, vous perforeriez également quelques cartes incroyablement cryptées en langage de contrôle des tâches (JCL) qui indiqueraient à l'ordinateur comment compiler et exécuter votre programme, et quels périphériques d'entrée / sortie utiliser. Ensuite, vous apportez vos cartes à la «fenêtre IO», où vous les remettez à un commis.
Lorsque votre tour arrivait, l'employé chargeait vos cartes dans une trémie et poussait un bouton pour dire à l'ordinateur de commencer à les lire. La sortie de votre programme irait généralement vers une imprimante ligne ou un traceur à tambour. Une fois votre programme terminé, le greffier récupérait vos cartes et votre copie papier et les mettait dans un pigeonnier où vous pouviez les récupérer. Vous récupérez la sortie, examinez les résultats et répétez le processus. Cela prendrait de 20 minutes à 24 heures pour un cycle complet. Vous pouvez probablement imaginer que vous n'étiez pas satisfait lorsque vous avez découvert que la seule sortie était un message imprimé du compilateur vous indiquant que votre programme avait une erreur de syntaxe.
Vous pouvez également avoir accès à un ordinateur via un téléscripteur, vous pouvez donc avoir une session interactive avec un ordinateur distant. Cependant, taper sur un téléscripteur était physiquement douloureux (touches très rigides et bruyantes), vous avez donc généralement écrit et testé votre programme sur papier en premier.
En 1976, les systèmes UNIX et les mini-ordinateurs comme le PDP 11-70 devenaient de plus en plus courants. Vous travailliez généralement dans une salle remplie de terminaux vidéo avec des affichages de 25x80 caractères. Ceux-ci étaient connectés à l'ordinateur via des lignes série. Brut, mais pas trop différent de travailler à une invite de commande aujourd'hui. La plupart des éditeurs à l'époque étaient assez merdiques. Vi était une amélioration incroyable.
la source
J'ai appris la programmation en PL / 1 en 1975 (sur IBM 370/168 ), à l'adolescence (je suis né en 1959). J'ai eu le privilège d'avoir un père travaillant chez IBM France. Son patron, M. Dornbush, a écrit un livre (en français) sur la programmation en PL / 1.
À cette époque, un programme (tel que fait par quelqu'un qui apprend la programmation) était un paquet de quelques centaines de cartes perforées. La réponse de Charles E.Grant décrit le processus: vous avez d'abord écrit votre programme sur papier et vous l'avez vérifié très attentivement. Ensuite, vous avez perforé les cartes (sur une machine à claveter IBM29 ), et enfin vous avez mis le jeu de cartes dans le lecteur de cartes perforées. Notez qu'à cette époque, les programmes source étaient assez petits (un programme de plusieurs milliers de déclarations - c'est-à-dire des cartes perforées - était un très gros programme).
Adolescent, j'ai été impressionné par la capacité du compilateur de caisse PL / 1, en particulier à suggérer des corrections sur les fautes de frappe.
Au cours des années suivantes, j'ai joué avec un vieil ordinateur CAB / 500 et un ordinateur IBM / 1620 au musée des sciences du Palais de la Découverte à Paris (les deux ordinateurs étaient assez vieux pour être installés dans un musée). CAB / 500 a été produit dans les années 1960, et mon père a écrit son compilateur PAF (une sorte de langage BASIC) lorsque j'étais enfant ou enfant en bas âge (1958-1962).
Aujourd'hui, je fais toujours des trucs ( MELT ) liés aux compilateurs, et l'un des rares qui peut prétendre avoir vu son propre père écrire des compilateurs!
Le plus drôle avec PAF sur CAB / 500 était son éditeur interactif (avec un tty physique et des bandes perforées) capable de se terminer (sur des mots clés). C'était un peu comme le PC IBM d'origine, en quelque sorte un "ordinateur personnel".
La chose amusante avec IBM / 1620 était que vous deviez l'amorcer en entrant quelques chiffres sur le clavier pour charger le moniteur et le compilateur Fortran.
Remarquez que dans les années 50 certains ordinateurs n'avaient même pas de lecteurs de cartes perforées (AFAIK c'était optionnel sur IBM650 & IBM7094), mais je ne les ai jamais vus.
Notez également que l'accès aux ordinateurs au milieu des années 1970 était un énorme privilège (car ils étaient dotés d'équipements coûteux). L'équivalent aujourd'hui pourrait peut-être être d'avoir accès à des machines de fabrication de silicium ou à une puissance de calcul à l'échelle du centre de données.
la source
Cela dépend de la distance que vous souhaitez parcourir.
Les premières "Programmation" utilisaient des cartes perforées qui ressemblaient à ceci (c'est du cobol)où ils ont écrit leur code avec très peu d'interaction de quelque chose de particulièrement électrique, puis les ont introduits (quand ils en ont eu l'occasion) dans le seul ordinateur du bâtiment pour que le code s'exécute pendant un certain temps et crache une impression sous une forme quelconque . Souvent, il y avait beaucoup d'autres personnes qui voulaient utiliser le même ordinateur, donc vous deviez attendre n'importe où jusqu'à quelques jours (si c'était vraiment occupé) pour vos résultats, ce qui, le plus souvent, ne serait pas complètement inutile (vous pensez à obtenir une erreur de syntaxe maintenant peut être frustrant. Imaginez si vous deviez réécrire complètement une section de votre code et ensuite attendre un jour pour la compiler). Ils n'avaient pas à vérifier les entrées presque autant, ni à faire de tests d'utilisabilité ou à aucun des autres tests critiques car, parce que les ordinateurs étaient si rares, ils «
Lorsque le PDP et ses équivalents sont devenus plus courants, un programmeur (en particulier dans les environnements universitaires) écrivait son code sur papier, puis réservait du temps avec le PDP pour taper son code et l'exécuter plusieurs fois. Ils n'avaient pas beaucoup de temps à moins qu'ils ne travaillent aux petites heures du matin, donc les gens qui restaient debout toute la nuit juste pour faire exécuter leur code n'étaient pas rares, et la disponibilité limitée de temps sur les "vrais" PDP (ou équivalent) a conduit un certain nombre de groupes à créer leur propre clone pour gagner un peu plus de temps.
la source
Je dirais qu'à cette époque, l'utilisation d'un programme informatique pouvait être légèrement plus facile que d'en écrire un aujourd'hui. Étant donné que les IDE d'aujourd'hui sont beaucoup plus conviviaux que les interfaces utilisateur des programmes informatiques à l'époque, même lorsqu'ils avaient des terminaux série distants. La plupart des programmes utilisaient des séquences de touches ou des commandes cryptées non documentées.
Ma seule expérience avec les anciens systèmes informatiques est l'ancienne imprimante couleur Kodak 2610 Photo. Il a démarré à partir d'un TTY série à l'aide d'un lecteur de bande optique. Pendant mon emploi, je n'ai dû le redémarrer qu'une fois après une panne de courant.
Le contrôle des commandes a été effectué via un tty série vt100, mais toute la configuration a été enregistrée et restaurée à l'aide d'un tty mécanique capable de lire et d'écrire des bandes de papier.
la source
Je me souviens que ma mère m'avait dit qu'elle programmait à l'université (vers 1969-1970). Elle a dit que la première année, ils avaient utilisé des cartes perforées, ce qui était douloureux. La deuxième année, ils ont obtenu un PDP-8, qui était un ordinateur incroyable et je pense qu'ils avaient en fait un terminal, ou du moins du papier.
Je pense qu'elle travaillait dans fortran et lisp.
la source
Jerry Weinberg a répondu à une question similaire il y a quelque temps sur l'un de ses blogs: http://secretsofconsulting.blogspot.com/2008/12/how-we-used-to-do-unit-testing.html
Je pense que cela pourrait éclairer votre question.
la source