Apprendre à programmer sur des cartes perforées [fermé]


9

J'aimerais essayer de programmer avec des cartes perforées une fois dans ma vie. Comment puis-je faire ceci?

Je suis dans la trentaine et j'ai grandi à l'ère du PC, programmant sur des ordinateurs avec écrans et claviers. Je veux découvrir la façon dont mon père et mon grand-père travaillaient. J'imagine que le matériel (et probablement les cartes elles-mêmes) ne sont plus fabriqués. Existe-t-il des universités ou des musées dotés de lecteurs de cartes perforées fonctionnels? Je suis à Boston, mais je suis prêt à voyager pour le faire.

J'ai demandé à MetaFilter , et j'ai obtenu des réponses mitigées (avec beaucoup de non, ne fais pas ça). J'ai reçu un pointeur sur la Retro-Computing Society Of Rhode Island , mais je n'ai pas encore reçu de réponse à mon e-mail.


vous auriez probablement besoin de passer beaucoup de temps à rechercher des pistes avec des personnes avec de vieilles machines qui, espérons-le, fonctionnent toujours et à leur trouver des cartes perforées, j'imagine que cela coûte assez cher car ces machines seront assez rares car la préservation de l'histoire n'était généralement pas '' t un objectif sur le terrain.
Ryathal

Eh bien, selon votre emplacement, certains endroits ont de fantastiques installations informatiques historiques. Mon université l'a fait et j'ai adoré l'opportunité de programmer un altair avec des interrupteurs et un PDP. Vu un télétype qui fonctionne et aussi. Il existe de nombreuses organisations qui tentent de préserver ces types d'artefacts. La meilleure réponse serait de chercher ces gars-là. Vous seriez surpris de ce que certaines de ces personnes ont.
Rig

1
Les claviers numériques fonctionnels peuvent probablement encore être trouvés assez facilement; les lecteurs de cartes de travail le sont probablement moins. Les lecteurs de cartes étaient capricieux lorsqu'ils étaient neufs et bien entretenus, donc je serais surpris si vous pouviez en trouver un qui était a) en état de marche et b) accessible.
John Bode

3
Que diriez-vous d'écrire une application pour simuler des machines à cartes puch? - Cela peut être intéressant!
NoChance

En fait, il y a beaucoup de mérites de stabilité de processus à certaines des technologies les plus héritées - comme celles qui pourraient faire avec une réémergence. Si vous saviez qu'il vous faudrait attendre une demi-journée pour lier, charger et objectiver votre propre code, vous commenceriez probablement à écrire des applications plus stables.

Réponses:


9

si vous avez un scanner, vous pouvez le bricoler avec un logiciel de reconnaissance d'image, un émulateur, quelques arbres morts et un stylo felttip


2
Inspiré par l'idée de reconnaissance d'image, je suis allé chercher un émulateur de carte perforée. Je n'en ai pas trouvé. Mais cela pourrait être un projet OCR amusant. :)
Hydrangea

7

Programmez comme vous le faites habituellement, sauf que:

  • Vous ne pouvez avoir qu'un seul fichier source.
  • Chaque fois que vous souhaitez modifier le code, retapez la ligne entière.
  • Chaque fois que vous souhaitez exécuter le programme, retournez une minuterie de dix minutes et éteignez l'écran. Lorsque la minuterie est écoulée, allumez l'écran et exécutez le programme.

15
J'obtiens souvent ce genre de réponse et je ne sais pas pourquoi. Faire les choses à l'ancienne a des avantages, surtout si vous vous souciez de l'histoire. Vous moquez-vous des gens qui font du pain à partir de zéro ou brasser leur propre bière, ou construire des meubles, aussi?
Plutor

16
@Plutor Ce que vous proposez n'est pas la même chose que la cuisson du pain. Les boulangers et les brasseurs à domicile le font eux-mêmes, car cela leur donne le contrôle du produit final et offre une alternative au produit commercial (sans doute inférieur). Ce dont vous parlez est plus proche de participer à une reconstitution historique - c'est l'expérience de le faire à l'ancienne que vous recherchez, pas le produit final. Pour autant que je l'ai vu, les reconstitueurs historiques eux-mêmes ont généralement un assez bon sens de l'humour quant aux mérites de l'effort.
Caleb

10
@Plutor BTW, cette réponse est probablement plus proche de la vérité que vous ne l'imaginez. La plupart des programmeurs d'autrefois n'avaient pas pu toucher la machine - seuls les opérateurs étaient autorisés à le faire. Donc, pour obtenir l'essence de l'expérience, installez votre enfant préféré avec une blouse de laboratoire dans une pièce sur-climatisée. Ensuite, écrivez d'abord votre programme de manière longue, puis retapez-le sur une machine à écrire manuelle. Remettez-le à l'enfant dans une boîte avec les pages en ordre et demandez-lui de le saisir dans l'ordinateur, d'exécuter le programme, d'imprimer les résultats et de les laisser dans votre boîte aux lettres. C'est proche de la façon dont cela a été fait.
Caleb

3
Plutor: J'ai fait ma part de frappe au clavier. Vous pourriez trouver cela intéressant pendant quelques minutes; alors c'est juste fastidieux. C'est juste une technologie obsolète et les résultats sont inférieurs à tous égards au code moderne.
kevin cline

2
De plus, vous avez la possibilité de déposer votre boîte de cartes sur le chemin du bâtiment informatique, vous forçant à retourner à votre bureau pendant que vous essayez de tout remettre en ordre. Vous vous souveniez de numéroter toutes vos cartes avec des numéros de séquence, n'est-ce pas? (Bonus: il pleuvait quand vous avez laissé tomber les cartes…) Dieu merci, je suis trop jeune pour avoir vécu tout ça!
Donal Fellows


3

Ma supposition immédiate est «probablement non» à bon nombre de vos questions. Bien qu'il reste sans aucun doute au moins quelques cartes perforées et lecteurs dans le monde, je suppose immédiatement que cela fait assez longtemps que personne n'a essayé de les utiliser qu'il n'y a guère de certitude qu'ils fonctionneraient même si quelqu'un essayait.

Au moins d'après mes souvenirs, les perforateurs de cartes étaient suffisamment fiables pour que beaucoup d'entre eux fonctionnent probablement encore. Ils ne sont pas vraiment très différents des machines à écrire, sauf que lorsque la "chose" se balance pour frapper le papier, elle ne se contente pas de frapper assez fort pour pousser un ruban contre le papier - elle oscille encore plus fort pour trou à travers.

Je me souviens de souvenirs lointains, mais mon souvenir des lecteurs de cartes est assez différent: ils avaient besoin d'un entretien assez fréquent. En fait, lorsque je travaillais sur un ordinateur central, je me souviens que nous avions trois lecteurs de cartes - mais que nous pouvions rarement en utiliser plus de deux à un moment donné. Au moins si la mémoire est bonne, le trieur de cartes était en fait encore un peu pire. Dans les deux cas, je suis presque sûr que la plupart des problèmes proviennent des pièces mécaniques pour alimenter les cartes dans le lecteur proprement dit.

Je dois dire, cependant, que dans ce cas, je vois peu (voire rien) à gagner à "faire les choses à l'ancienne". J'ai du mal à penser à tout avantage des cartes Hollerith qui ne peut être obtenu beaucoup plus rapidement, facilement et de manière fiable par des méthodes plus modernes. Je suppose (en théorie) qu'ils encourageaient une certaine discipline dans la programmation, et en fait, examinaient attentivement le code avant de s'engager à l'exécuter (ce qui, au moins d'après mon expérience, était plus souvent "du jour au lendemain" que les "10 minutes" @Kevin Cline mentionne ).

En vérité, un écran décent est une bien meilleure façon de le faire que les cartes Hollerith. Lorsque nous devions le faire à l'époque, nous obtenions généralement une impression sur du papier à 132 plis en éventail. Je ne peux pas imaginer essayer de relire même un programme trivial directement sur les cartes.

Conclusion: bonne chance - mais ne vous fiez pas trop à ce que vous en tirerez vraiment beaucoup, même dans le cas peu probable où vous parvenez à le faire.


En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.