Concorsi Script shell ?
Moderatore: Staff
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
- Loris
- Admin

- Messaggi: 7731
- Iscritto il: lun 31 mar 2003, 0:00
- Nome Cognome: Loris Vincenzi
- Località: Gradisca D'Isonzo
- Contatta:
L'idea è buona, si potrebbe usare la sezione wiki del forum per lanciare le proposte del progetto e la sezione apposita del wiki per gestire lo script http://www.slacky.eu/wikislack/index.ph ... ria:Script
Che dite ?
Che dite ?
"Ho una testa piuttosto balzana e comunque non sono quello che credete" - Roger Keith Barrett
- lamarozzo
- Linux 3.x

- Messaggi: 732
- Iscritto il: gio 14 lug 2005, 0:00
- Desktop: xfce
- Distribuzione: archlinux
- Località: Roma
Anche secondo me l'idea non è male, ma non capisco perchè limitarsi alla bash. Non vedo perchè l'interprete bash debba avere più dignità di quello Perl, Python, Ruby e simili. Secondo me uno dovrebbe essere libero di scegliere il suo interprete purchè lo script sia chiaro e facilmente modificabile.
Inoltre la possibilità di utilizzare interpreti di alto livello permetterebbe anche script che facciano cose un po' più complesse di quelle realizzabili in bash.
P.S. qualcuno avrà capito che la sintassi bash proprio non riesco a digerirla
Inoltre la possibilità di utilizzare interpreti di alto livello permetterebbe anche script che facciano cose un po' più complesse di quelle realizzabili in bash.
P.S. qualcuno avrà capito che la sintassi bash proprio non riesco a digerirla
- cymon
- Linux 2.x

- Messaggi: 430
- Iscritto il: ven 5 gen 2007, 1:40
- Slackware: 13.1
- Kernel: 2.6.33.4-smp
- Desktop: Fluxbox
- Località: Milano
- Contatta:
Anch'io sono un perlmonger puro, piuttosto che fare un sh che vada oltre le due righe scrivo #!/usr/bin/perl al buiolamarozzo ha scritto: P.S. qualcuno avrà capito che la sintassi bash proprio non riesco a digerirla
Quelle di questo thread mi sembrano tutte idee affascinanti, anche se non so quanto parteciperò, magari sfrutto
Come progetto collaboratovi sarebbe ora di riscrivere swaret, con meno bug sull'analisi delle dipendenze, il supporto a bittorrent e la capacità di fare il caffè!
- DaD
- Linux 2.x

- Messaggi: 371
- Iscritto il: mer 7 feb 2007, 18:19
- Nome Cognome: Antonio Barra
- Slackware: 13
- Kernel: 3.0
- Desktop: KDE 4
- Distribuzione: Mac OS X
- Contatta:
E perchè mai? lo sai che esiste phpcli? php da riga di comandoPh1l ha scritto:Io so scrivere solo in PHP, e anche a spaghetti![]()
Mi sa che non è il caso partecipi![]()
![]()
Cmmq io l'avevo già detta questa cosa, sarebbe molto meglio non limitare gli script al solo bash anche perchè tirerei fuori dei veri e propri obrobri .
ecco il mio massimo (ovvero il nulla cosmico
) per quando riguarda lo scripting di bash: http://jnoter.blogspot.com/2007/06/ripp ... audio.html
...meglio che evito di partecipare!
...meglio che evito di partecipare!
raga anche secondo me è limitativo ridurre il tutto solo alla bash, è vero anche che, se si lascia liberta in questo senso risulta poi piu difficile dare un giudizio di valutazione uniforme ma secondo me non è impossibile, si puo senza tirare fuori fattori e costanti di normalizzazione, proporre gli script ritenuti validi (scritti in qualsiasi linguaggio l'autore abbia deciso di scriverlo) in una tabella (praticamente un thread con tutti i possibili script che risolvono il quesito iniziale .
inoltre oltre che ai differenti linguaggi di scripting che avete proposto si potrebbero includere anche le diverse shell come csh tcsh sh zsh etc etc, cosi che chi vuole cimentarsi con il problema non si senta in alcun modo limitato .
il vincitore a questo punto potrebbe essere scelto tra tutti gli script presenti nel thread in base a come detto eleganza, semplicita, e a questo punto,
1) attinenza del linguaggio usato per risolvere il problema
2) necessita di installare software o librerie aggiuntive per far girare lo script.
tra due soluzioni giudicate a pari grado su tutti gli altri punti dovrebbe essere giudicata migliore quella che richiede la minore configurazione/aggiunta di software al sistema.
che ne pensate potrebbe andare ?
inoltre oltre che ai differenti linguaggi di scripting che avete proposto si potrebbero includere anche le diverse shell come csh tcsh sh zsh etc etc, cosi che chi vuole cimentarsi con il problema non si senta in alcun modo limitato .
il vincitore a questo punto potrebbe essere scelto tra tutti gli script presenti nel thread in base a come detto eleganza, semplicita, e a questo punto,
1) attinenza del linguaggio usato per risolvere il problema
2) necessita di installare software o librerie aggiuntive per far girare lo script.
tra due soluzioni giudicate a pari grado su tutti gli altri punti dovrebbe essere giudicata migliore quella che richiede la minore configurazione/aggiunta di software al sistema.
che ne pensate potrebbe andare ?
- francogdn
- Linux 2.x

- Messaggi: 320
- Iscritto il: ven 19 mag 2006, 10:52
- Distribuzione: Fedora
- Località: Torino
Io resto dell'idea che un "concorso di..." sia fine a se stesso.
L'idea di un progetto comune in qualsivoglia linguaggio è utile nella misura in cui si lavora come un team e ci si confronta.
Magari alla fine chi è un po' meno bravo o ha un po' meno esperienza può trarne beneficio e far valere l'esperienza anche a livello professionale.
L'idea di un progetto comune in qualsivoglia linguaggio è utile nella misura in cui si lavora come un team e ci si confronta.
Magari alla fine chi è un po' meno bravo o ha un po' meno esperienza può trarne beneficio e far valere l'esperienza anche a livello professionale.
forse hai ragione, io dalla mie ultime esperienze ti posso dire che lavorare in gruppo richiede un grande impegno sopratutto quando alcune persone per fare il loro lavoro devono aspettare che tu abbia finito il tuo e quindi sei costretto a rispettare i tempi di consegna mentre quando uno lavora da solo si puo gestire meglio il lavoro .
stavo anche considerando il fatto che un progetto di programmazione collaborativa richiede anche un cvs ed un laboratorio di test dove testare l`applicativo, mentre uno script te lo scrivi da solo a casa e poi lo provi direttamente sul pc
io lo chiamo concorso ma alla fine e` solo un modo per fare avvicinare le persone a conoscere linux in maniera un po piu approfondita
stavo anche considerando il fatto che un progetto di programmazione collaborativa richiede anche un cvs ed un laboratorio di test dove testare l`applicativo, mentre uno script te lo scrivi da solo a casa e poi lo provi direttamente sul pc
io lo chiamo concorso ma alla fine e` solo un modo per fare avvicinare le persone a conoscere linux in maniera un po piu approfondita
quoto .Inoltre la possibilità di utilizzare interpreti di alto livello permetterebbe anche script che facciano cose un po' più complesse di quelle realizzabili in bash.

