Imparare a programmare su schede perforate [chiuso]

9

Mi piacerebbe provare a programmare con le schede perforate una volta nella mia vita. Come posso fare questo?

Ho 30 anni e sono cresciuto completamente nell'era dei PC, programmando su computer con schermi e tastiere. Voglio sperimentare il modo in cui mio padre e mio nonno lavoravano. Immagino che l'hardware (e probabilmente le carte stesse) non siano più fabbricati. Ci sono più università o musei con lettori di schede perforate funzionanti? Sono a Boston, ma sono disposto a viaggiare per fare questo.

Ho chiesto a MetaFilter , e ho ottenuto alcune risposte contrastanti (insieme a un sacco di "no, non farlo", dire no). Ho ricevuto un puntatore alla Retro-Computing Society Of Rhode Island , ma non ho ancora ricevuto risposta alla mia e-mail.

learning 
— Plutor
fonte
probabilmente dovresti passare molto tempo a scavare porta a persone con vecchie macchine che speriamo ancora funzionino e trovino schede perforate per loro, immagino che questo sia abbastanza costoso poiché queste macchine saranno piuttosto rare dal momento che preservare la storia generalmente non era ' un obiettivo sul campo.
— Ryathal,
Bene, a seconda della tua posizione, alcuni luoghi hanno fantastiche strutture informatiche storiche. La mia università ha fatto e ho adorato l'opportunità di programmare un altair con switch e un PDP. Visto un teletipo funzionante e anche questo. Ci sono molte organizzazioni che cercano di preservare questi tipi di artefatti. La migliore risposta sarebbe quella di cercare quei ragazzi. Saresti sorpreso di ciò che hanno alcune di queste persone.
— Rig
1
Probabilmente i keypunch funzionanti possono ancora essere trovati relativamente facilmente; lettori di card funzionanti probabilmente meno. I cardreader erano pignoli quando erano nuovi e ben mantenuti, quindi sarei sorpreso se ne trovassi uno che fosse a) funzionante eb) accessibile.
— John Bode,
3
Che ne dici di scrivere un'applicazione per simulare le macchine per carte puch? - Questo può essere interessante!
— NoChance,
In realtà, ci sono molti meriti di stabilità del processo in alcune delle tecnologie più legacy, le quali potrebbero avere a che fare con una ricomparsa. Se sapessi che dovresti aspettare mezza giornata per collegare, caricare e oggettivare il tuo codice, probabilmente inizieresti a scrivere app più stabili.

Risposte:

9

se hai uno scanner puoi farlo con un software di riconoscimento delle immagini, un emulatore, alcuni alberi morti e una penna a feltro

— maniaco del cricchetto
fonte
2
Ispirato dall'idea di riconoscimento delle immagini, sono andato alla ricerca di un emulatore di schede perforate. Non ne ho trovato uno. Ma questo potrebbe essere un progetto OCR divertente. :)
— Ortensia
7

Basta programmare come fai di solito, tranne che:

  • Puoi avere un solo file sorgente.
  • Ogni volta che si desidera modificare il codice, digitare nuovamente l'intera riga.
  • Ogni volta che si desidera eseguire il programma, capovolgere un timer di dieci minuti e spegnere lo schermo. Quando il timer si esaurisce, accendere lo schermo ed eseguire il programma.
— Kevin Cline
fonte
15
Ricevo molto questo tipo di risposta e non sono sicuro del perché. Fare le cose alla vecchia maniera ha dei benefici, specialmente se ti interessa la storia. Deridi le persone che cuociono il pane da zero o producono la propria birra o costruiscono anche mobili?
— Plutor,
16
@Plutor Quello che stai proponendo non è lo stesso della cottura del pane. I fornai e i produttori di birra di casa lo fanno da soli perché li mette in controllo del prodotto finale e offre un'alternativa al prodotto commerciale (probabilmente inferiore). Quello di cui stai parlando è più simile a partecipare a una rievocazione storica - è l'esperienza di farlo alla vecchia maniera che stai cercando, non il prodotto finale. Per quanto ho visto, i rievocatori storici stessi di solito hanno un buon senso dell'umorismo sui meriti dello sforzo.
— Caleb,
10
@Plutor A proposito, questa risposta è probabilmente più vicina alla verità di quanto tu possa immaginare. La maggior parte dei programmatori ai vecchi tempi non riusciva a toccare la macchina - solo gli operatori potevano farlo. Quindi, per ottenere l'essenza dell'esperienza, posiziona il tuo bambino preferito con un camice da laboratorio in una stanza con aria condizionata. Quindi scrivi prima il tuo programma in longhand e poi scrivilo nuovamente su una macchina da scrivere manuale. Consegnalo al bambino in una scatola con le pagine in ordine e chiedi al bambino di inserirlo nel computer, eseguire il programma, stampare i risultati e lasciarli nella tua casella di posta. Questo è vicino a come è stato fatto.
— Caleb,
3
Plutor: ho fatto la mia parte di keypunching. Potresti trovarlo interessante per un paio di minuti; allora è solo noioso. È solo una tecnologia obsoleta e i risultati sono inferiori in ogni modo al codice moderno.
— Kevin Cline,
2
Inoltre c'è la possibilità di lasciare cadere la tua scatola di carte sulla strada per l'edificio del computer, costringendoti a tornare nel tuo ufficio mentre provi a rimettere tutto in ordine. Ti sei ricordato di numerare tutte le tue carte con numeri progressivi, vero? (Bonus: pioveva quando hai lasciato cadere le carte ...) Grazie a Dio, sono troppo giovane per aver provato tutto ciò!
— Donal Fellows
3

La mia ipotesi immediata è "probabilmente no" per un discreto numero di domande. Mentre ci sono senza dubbio almeno qualche pugno di carte e lettori rimasti nel mondo, la mia ipotesi immediata sarebbe che è passato abbastanza tempo da quando qualcuno ha cercato di usarli che c'è poca certezza che funzionerebbero anche se qualcuno ci provasse.

Almeno in base al mio ricordo, i punzoni per carte erano sufficientemente affidabili che molti di loro probabilmente funzionano ancora. Non sono molto diversi dalle macchine da scrivere, tranne per il fatto che quando la "cosa" oscilla in avanti per colpire la carta, non colpisce solo abbastanza forte da spingere un nastro contro la carta - oscilla abbastanza più forte da dare un pugno a buco.

Vado da ricordi lontani, ma il mio ricordo dei lettori di carte è abbastanza diverso - che avevano bisogno di manutenzione abbastanza frequentemente. In effetti, quando stavo lavorando su un mainframe, mi sembra di ricordare che abbiamo tre lettori di schede, ma raramente siamo in grado di usarne più di due in un dato momento. Almeno se la memoria serve, lo smistatore di carte era in realtà anche un po 'peggio. In entrambi i casi, sono abbastanza sicuro che la maggior parte dei problemi derivasse dalle parti meccaniche per alimentare le carte nel lettore.

Devo dire, tuttavia, che in questo caso vedo poco (se non altro) da guadagnare dal "fare le cose alla vecchia maniera". Sono difficile pensare a qualsiasi vantaggio delle carte Hollerith che non può essere ottenuto molto più rapidamente, facilmente e in modo affidabile con metodi più moderni. Suppongo (in teoria) che abbiano incoraggiato un po 'di disciplina nella programmazione, e in realtà hanno esaminato attentamente il codice prima di impegnarsi a eseguirlo (che, almeno nella mia esperienza, era più spesso "durante la notte" rispetto ai "10 minuti" menzionati da @Kevin Cline ).

Sinceramente, tuttavia, uno schermo decente è un modo molto migliore per farlo rispetto alle carte Hollerith. Quando dovevamo farlo allora, di solito ottenevamo una stampa su carta a ventaglio da 132 colonne. Non riesco a immaginare di provare a rileggere anche un programma banale direttamente sulle carte.

Concludendo: buona fortuna - ma non sperare troppo di imparare davvero molto da questo, anche nel caso piuttosto improbabile che tu riesca a farlo.

— Jerry Coffin
fonte
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.