Newsgroup: it.comp.os.linux.iniziare
Titolo: programmino veloce leggi e scrivi

Una volta, molto tempo fa, se mi serviva scrivere un veloce programmino usa e getta 
(leggi ipt-file, fai considerazioni su ogni riga, scrivi riga di output modificata)
usavo il buon vecchio basic.
Oggi con Linux come posso fare ?
Mi sono ridotta a Java o a php (con web server...brivido)
C'e' qualcosa di meglio ?


Per la manipolazione di stringhe puoi usare PERL ma se vuoi far eseguire 
il programma da interfaccia web forse php potrebbe essere meglio.
Anche perl può essere eseguito da web ma fondamentalmente è un programma 
da linea di comando per manipolare stringhe.
 
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   < 
https://giovanni.homelinux.net/
 >


Per quelle cose andrei di python.
ma SOLO per quelle cose.

se vuoi far eseguire il programma da interfaccia web
*no*
*Grazie* x la cortese risposta


PS ho scritto un po' alla veloce e ho letto pure piu' velocemente.
Se conosci il PHP, puoi tranquillamente usarlo anche da linea di comando senza mettere in mezzo il webserver.

Addi' 31 lug 2023 07:57:39, Virginia Saporiti scrive:

Ma scusa e il C puro? ciao
 
%
Elemento distintivo di un Vero Programmatore e' il linguaggio di
programmazione usato.  Un Vero Programmatore usa il Fortran, mentre
un Mangiatore di Ciocori' usa il Pascal.
             -- "Il Vero Programmatore non usa il Pascal"
%
 
-- 
Yoda
 


Una pletora di soluzioni. Ad ogni modo per veloci programmini usa e getta 
le soluzioni più adatte sono linguaggi di scripting, come bash python o 
perl.

 Se conosci il PHP, puoi tranquillamente usarlo anche da linea di comando senza mettere in mezzo il webserver.
non lo sapevo (io vengo dalle schede perforate o quasi)
indago ... comunque meglio che impararmi un altro linguaggio usa e getta
Grazie

(io vengo dalle schede perforate o quasi) 
 
S360?
 
racconta, racconta che sono curioso :)

 S360? racconta, racconta che sono curioso 😄
Ben prima :-)
un *univac* non so cosa a scuola.
Li' c'erano solo schede, e dovevamo comprarle e pagercele:
stavamo molto ben attente nel perforarle: ogni errore ci costava.
Poi il primo lavoro vero su un IBM 40x1 
4021, 4041, 4061 ... ? non ricordo.
4 Mega (non Giga) di memoria centrale, non chiamiamola RAM, virtualizzata a 16 coi primi VSE (l'S360 era un sogno di cui si favoleggiava).
Ed il "boss" si vantava della potenza.
Ci stavano dentro decine di utenti di produzione, produzione vera: 
quelli che portavano i soldi e pagavano i nostri lauti, molto lauti, stipendi.
Piu' sviluppo, piu' test ... in 4 MB ... i film dell'orrore mi fanno una s### !
C'erano i video terminali (3720: costavano un rene), ma alcune procedure di produzione erano a schede.
Il lettore era lo 00C (per chi ricorda).
Gli operatori, doverosamente altezzosi ed in camice bianco, raccontavano con ORRORE di quando i contenitori di schede cadevano a terra ...
Meno male che c'erano i "sorter", ma era comunque un incubo,
*Grazie* x avermi fatto rispolverare vecchi ricordi anche siamo decisamente OT !

 C'erano i video terminali (3720: costavano un rene), ma alcune procedure di produzione erano a schede. 
 
il mio primo lavoro e' stato su un 3270 compatibile (se non ricordo male era un memorex telex), a me piaceva un sacco, adesso sto cercando di recuperare un po' di tempo perso con hercules :)

 ... in 4 MB ...
 
i miei primi passi nel mondo Nixdorf mi misero a confronto con ben 8 Kb 
di spazio per programma (Business Basic) e variabili... poi in realtà 
era un cliente che non si voleva aggiornare ai nuovi modelli ben più 
capaci: 16, 32 e addirittura, dopo un paio di anni, 64k, una manna dal 
cielo :-)
 
per i curiosi: 
https://de.wikipedia.org/wiki/Business_Basic
 
c'è anche in inglese ma è molto più scarna, probabilmente han dovuto 
stare in... 8k ;o)
 
-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........


gambas (ma ls documentazione carente rende parecchio difficile l'inizio)
 
 
*cortesemente* non serve che rispondi *no grazie*, sono problemi tuoi