Newsgroup: it.comp.os.linux.development
Titolo: Scegliere un linguaggio per...

Il mio problema è che devo fare diversi piccoli programmi
per automatizzare l'amministrazione del mio server.
buona parte posso farli con la shell bash, ma per alcuni avrei bisogno
di una interfaccia testuale (sul genere delle installazioni delle
vecchie distro RH o Suse per fare un esempio).
Requisiti che mi servono nel linguaggio:
1) essere più semplice del C++ con le ncurses, l'ideale sarebbe un
linguaggio interpretato.
2) gestire la grafica a carattere. 
3) lettura della tastiera sul genere getch().
3 bis) sarebbe gradita anche una lettura tastiera tipo campo e magari
possibilità di gestirne il mask.
4)(NON indispensabile, ma carino)  gestione del puntatore del mouse
come ad esempio fa il programma mc.
5)carico rapido dell'interprete #!\usr\sbin\perl (o quello che è)
6) Sintassi 'ben ordinata' di facile manutenzione e interpretazione
7) Indispensabili Gestione variabili, if else endif, case, while ,
for, stdout ,stderr,stdin , possibilità di lanciare direttamnete
comandi di shell diretti e catturarne l'utput (stdout ,stderr)
8) graditi oggetti
9) gradito un compilatore che possa produrre un binario il piu
indipendente possibile dal fatto che sia installato l'interprete
10) buona diffusione
11) (NON indispensabile) eventuale possibilità di interfaccia anche di
tipo grafico
Premesso che non ne conosco nessuno, ad una prima 
occhiata avrei scartato il perl perchè (IMHO)  ha la 
sintassi meno intuitiva. In TclTk o lisp non ho visto alcun pezzo 
di codice (magari ho cercato poco) e non ho idea  se possano
fare al caso mio
Mi sembrano adatti ruby e python, ma non so se gestiscano
un interfaccia a carattere e il lancio diretto di comandi shell (anche
se mi sembra probabile che lo faccioano). In caso affermativo devo
caricare dei moduli aggiuntivi? quali?
Del Gnu-Pascal che mi dite, non è un linguaggio di scripting,
il vantaggio è che conoscevo discretamente il Turbo pascal della
borland e magari potrei farci un pensierino, ma ha na unit che mi
gestisca la grafica a carattere ?
Coraggio, il post finisce qui.
Grazie per eventuali risposte
Nota postato su 2 gruppi diversi
it.comp.os.linux.sys
it.comp.os.linux.development

 it.comp.os.linux.development
Perche' non hai provato su
it.comp.lang
it.comp.programmare
sono piu' specifici per problemi riguardanti la
programmazione e i linguaggi di programmazione.
Forse puoi avere qualche dritta migliore.
Se devo consigliarti io
"non avrai altro linguaggio all'infuori del "C". :-)
 
C:\>iao Angelo
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

"non avrai altro linguaggio all'infuori del "C". :-)
Non lo conosco benissimo, è poi ho sempre programmato 
(piccoli prg) solo in ambiente dos/win. Ambientarmi richiederà
parecchio tempo che in questo momento non ho (anche 
se mi riprometto sempre di trovarlo).
Credo che per piccoli prg tipici della gestione (backup file di
configurazione, salvataggio analasi e pulizia dei log e cose del
genere) che non richiedono efficienza, ma richiedano spesso di essere
riadattati a nuove situazione siano piu adatti linguaggi piu 'facili'.
 

 it.comp.os.linux.sys
Qua non c'entra una mazza.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! God Knows How Long I Tried To Change Fate !>-
  		Blind Guardian - Mordred's Song

Qua non c'entra una mazza.
Si, AMMETTO di essere un pò OT, ma l'altro gruppo  che mi sembrava
adatto non è molto fequentato. e mi sembra che di quelli che
frequentano questo abbiano le conoscenze sufficienti per rispondermi. 

 In caso affermativo devo caricare dei moduli aggiuntivi? quali?
Per ruby: 
http://ncurses-ruby.berlios.de
Massimiliano

 non sta per sviluppo? avrei detto di essere in tema.
Non voleva essere una polemica, ne un modo per "farti cambiare aria".
Voleva essere un consiglio. Su quei ng ci bazzica gente (piuttosto
bravina) che non frequenta linux.development. E non hanno neanche
pregiudizi per Linux, anzi spesso (da qullo che dicono) programmano
su un qualche tipo di Unix :-)
C:\>iao Angelo

. Ovviamente ha anche la libreria 
TurboVision, e infatti installer e IDE sono scritti proprio con quella, 
in pieno stile Turbo Pascal :-)
(ora puoi iniziare a risalire verso l'inizio del messaggio :-)
-- 
 < 
http://www.reactos.com/
 >  Open source clone of Windows NT. Current
     Don't stand, REACT!      version 0.0.20. C, C++ and ASM developers
                              and beta testers are welcome!


http://www.freepascal.org
per quello che devo fare ora penso mi orienterò verso il python,
ma ho dato il via al download di sorgenti,documentazione,demo e ide
per quando devo fare qualcosa che richieda una complessità e un
efficienza maggiori.

 non frequente per il ruby
Beh, anche se non e' installato di default python, perl, ruby o tcl sono
disponibili per qualsiasi piattaforma.
In sostanza io vedo bene il perl per dei quick hack ma per un qualcosa che
deve durare direi python. O ruby, che pero' non conosco.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! Asynchronous inputs are at the root of our race problems. !>-
                 D. Winker and F. Prosser

>se mi sembra probabile che lo faccioano).  In caso affermativo devo
 >>caricare dei moduli aggiuntivi? quali?
http://www.python.org/doc/current/lib/module-os.html
per domande posta su it.comp.lang con tag [python] o sulla m/l
python iscrivendoti da 
http://www.python.it/vari/ml-0.html
f.riccardo

deve durare direi python. O ruby, che pero' non conosco.
Per ora scelgo python, anche se prima ho poi ho intenzione di provare
anche gli altri.

 wrote:
grazie

 non frequente per il ruby
Ruby e` installato di default persino su Mac OS X.  Vedi un po' tu...
Massimiliano

 non ho capito, perchč? 
Nessun software che non sia assolutamente banale si fa senza analisi e
progetto. Altrimenti il prossimo che ci mette mano diventa scemo, e pure tu
fra 3 mesi.
-- 
  Giuseppe "Cowo" Corbelli \/\ My software: 
http://cowo.yoda2000.net
        **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
 [cowo@braveheart cowo]$ make sex
    make: *** No rule to make target 'sex'.  Stop. 

 tipo grafico
ne trovi a bizzeffe e per un crosplataform
trovi wxpython (gira invariato su win/linux/mac).
p.s. a differenza di molti altri linguaggi di scripting
e' indicato anche per grandi progetti.
es.  ? nasa, motore di Google.com
bye
Namko

fra 3 mesi.
Ora ho capito a cosa ti riferifi. In generale sono daccordo, ma
intendevo dire che i problemi che devo risolvere non richiederanno 
piu di 100 linee di codice l'uno . L'unica cosa complicata è il
parsing dei parametri di ingresso (qui forse ci impiegerò un minimo di
analisi). 

 gestione nativa degli oggetti (anche se non obbligatoria come in ruby)
Potresti spiegarti meglio?  In Ruby e` scrivere codice completamente
procedurale e` facilissimo, non c'e` nulla di obbligatorio.
Massimiliano