[Python] next(funzione) in python3 ma in python2?

[Marco Ippolito]

Buon giorno a tutti,

il seguente pezzo di codice in python3 mi funziona, mentre i miei vari
tentativi di fare la stessa cosa in python2, sono andati a vuoto:

#!/usr/bin/python3
import sqlite3

class Sqlite3Extract:
def __init__(self, db_name):
self.db_name = db_name
self.con = sqlite3.connect(self.db_name)
self.con.isolation_level = None
self.url_canonicalization = ""

def ans_y(self, answer):
for x in enumerate(answer):
yield(x)

def sqlite3_extraction_meth(self):
self.cur = self.con.cursor()
self.cur.execute("SELECT DISTINCT link FROM link;")
ris = self.cur.fetchall()
set_ris = set(ris)
aaa = self.ans_y(set_ris)

url_to_canonicalize = next(aaa)[1][0] # python3
return url_to_canonicalize

self.ans_y(ris).close()

def get_sqlite3_content(self):
return self.sqlite3_extraction_meth()


if __name__ == '__main__':
nome_database = 'xyz.db'
sqlite3_extract = Sqlite3Extract(nome_database)
coll = sqlite3_extract.get_sqlite3_content()
print(coll)

eseguendo questo codice ottengo il risultato voluto:
./sqlite3Extraction.py
https://www.machinetools.com/en/companies/54736-balance-systems-srl
./sqlite3Extraction.py
http://www.balancesystems.it.ipaddress.com/
..

mentre con python2 non mi funziona:

#!/usr/bin/python

import sqlite3

class Sqlite3Extract:
def __init__(self, db_name):
self.db_name = db_name
self.con = sqlite3.connect(self.db_name)
self.con.isolation_level = None
self.url_canonicalization = ""

def ans_y(self, answer):
for x in enumerate(answer):
yield(x)

def sqlite3_extraction_meth(self):
self.cur = self.con.cursor()
self.cur.execute("SELECT DISTINCT link FROM link;")
ris = self.cur.fetchall()
set_ris = set(ris)
aaa = self.ans_y(set_ris)

return aaa.next()[1][0]

self.ans_y(ris).close()

def get_sqlite3_content(self):
return self.sqlite3_extraction_meth()


if __name__ == '__main__':

nome_database = 'xyz.db'
sqlite3_extract = Sqlite3Extract(nome_database)
coll = sqlite3_extract.get_sqlite3_content()
print(coll)

./sqlite3Extraction.py
http://investing.businessweek.com/research/stocks/private/people.asp?privcapId=47477918

./sqlite3Extraction.py
http://investing.businessweek.com/research/stocks/private/people.asp?privcapId=47477918

./sqlite3Extraction.py
http://investing.businessweek.com/research/stocks/private/people.asp?privcapId=47477918

In cosa sbaglio in python2?
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Vimrc

[Alessandro Re]

Ciao Lorenzo,
Io su via uso YouCompleteMe per completare Python e mi trovo abbastanza
bene. Per il resto non so, o non ho nulla in particolare da condividere :)

C'è un altro plugin che funziona bene, per lo stesso scopo, ma non ricordo
il nome. Entrambi si basano su jedi per il completamento automatico.
Entrambi imho funzionano bene.

Ciauz
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Carlos Catucci]

2015-03-01 22:51 GMT+01:00 Daniele Tricoli :

> Hai qualche riferimento?


No mi spiace

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Daniele Tricoli]

Ciao Carlos,

On Sunday 01 March 2015 11:03:17 Carlos Catucci wrote:
> Ricordo anni fa con alcuni altri dell'ERLUG (sistemisti) che si lamentavano
> che Debian volesse passare tutto lo scriptinng di configurazione da bash a
> Python.

Hai qualche riferimento? Io ricordo solo il contrario, per uno specifico caso, 
sempre di qualche anno fa: 

https://lists.debian.org/debian-devel/2011/03/msg00394.html

E devscripts, appunto è un pacchetto per chi sviluppa Debian! ;)

Poi, indipendentemente dalle nostre preferenze, anche il software segue il 
modello preda/predatore[¹] quindi staremo a vedere va! :)

[¹] http://www.pnas.org/content/108/50/19985
http://www.pnas.org/content/108/50/19985.full.pdf
-- 
 Daniele Tricoli 'Eriol'
 http://mornie.org
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Python exception or return code.

[Gollum1]

Il 01 marzo 2015 01:10:51 CET, Massimiliano della Rovere 
 ha scritto:
>Mi è venuto in mente che alla lista va aggiunto anche l'AsyncResult di
>gevent http://www.gevent.org/gevent.event.html#gevent.event.AsyncResult
>i
>cui attributi "value" e "exception" implementano la logica che
>vorresti.
>
>Il giorno dom 1 mar 2015 00:57 Massimiliano della Rovere <
>massimiliano.dellarov...@gmail.com> ha scritto:
>
[...]


Argh... Come soffro

Byez
-- 
Gollum1
Teoro, dov'è il mio teoro

Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
errori di battitura (maledetto correttore automatico).
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Vimrc

[Lorenzo Mainardi]

Buongiorno a tutti,
sto iniziando a sviluppare un progetto web con Python, Flask e Postgres.
Uso da sempre vim, avete qualche plugin o qualche impostazione da
suggerirmi?
Grazie

-- 
LORENZO MAINARDI
http://blog.mainardi.me
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Lanciare script da altro script

[Alessandro]

Il giorno 1 marzo 2015 16:08, enrico franchi  ha
scritto:

>
> Io personalmente ho smesso di fare "tutto in Python".
>
>
Ultimamente mi diverto con ipython e bash, mi stano dando grandi
soddisfazioni
Giusto per fare un piccolo esempio (va rinominato in .pyc):

files=!ls
for file_ in files:
  !echo {file_}

Non testato
Alessandro
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] PyRoma martedì 3 marzo 2015 ore 19:00 ad Enlabs

[Nemesis]

Ciao a tutti,

mi chiamo Federico Capoano (aka Nemesis), sono nuovo in questa lista(non
so perchè non mi sono iscritto prima), ma forse con alcuni di voi ci
siamo conosciuti al DjangoVillagee spero di conoscere molti altri di voi
a Pycon Italia (biglietto già preso).

Volevo segnalare che martedì i pythonisti anonimi romani si
incontreranno adEnlabs alle 19:00 per parlare di

  * decorators
  * monkey patching
  * iterators
  * generators
  * organizzazione viaggio per pycon italia

Link alla lista del pyroma:
http://lists.python.it/mailman/listinfo/pyroma

Qui c'è un evento su g+:
https://plus.google.com/u/0/events/cvltv5o3dftq7691u04pg5uqvu0

Se siete a Roma fate un salto, anche solo per conoscersi e fare un pò di
rete!

A presto :-)
Federico


signature.asc
Description: OpenPGP digital signature
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[enrico franchi]

2015-03-01 9:38 GMT+00:00 Nicola Larosa :

> enrico franchi wrote:
> > Io sinceramente per lanciare 4 programmi in stecca scriverei 4 righe
> > di bash.
>
> Il riduzionismo degli shell script scritti "tanto sono quattro righe" è
> pernicioso.
>

Anche volere fare tutto in un dato linguaggio perche' e' "migliore" della
shell e' pernicioso.
Con questa logica ho visto aggeggi fatti in Java che funzionano male quando
sarebbero *veramente* bastate quattro righe di bash. Poi certo, in Python
e' un po' meglio.


> Non sono mai quattro righe: sappiamo bene che ogni frammento di codice ha
> la tendenza ad allungarsi, col tempo.
>

Si, boh... in generale e' cosi'. Quando sara' il momento li riscrivero' in
Python se e quando e' fattibile.


> La sintassi imbarazzante degli shell script disincentiva dallo scrivere
> codice robusto, che controlla i processi lanciati e ne gestisce i codici
> di ritorno.
>

Vero. Ora... sinceramente, bash avra' sintassi imbarazzante per varie cose.
Pero' anche tutto il visual noise che subprocess genera quando viene usato
al posto di uno shell script (ovvero, non per un caso tipico di
"subprocess", ma proprio per fare il mestiere della shell)  non e' che sia
bello.

Poi ci sono un sacco di discorsi accessori sui bachi che usare subprocess
"blindly" ti introduce. Allora, abbiamo per esempio tar che quando hai un
-z/-j sotto il cofano tira su una pipe, ma Python non ne sa nulla e a
seconda di quello che fai hai grosso modo solo una linea di errore nello
standard error. E si, si mette a posto con due calci a prefork_exec...
probabilmente quando ti capita una volta poi te lo ricordi. Il problema non
si limita a tar, e' generale. In generale, il fatto che Python debba farsi
un po' i fatti suoi con i signal handlers (per permettere un'esperienza
piu' Pythonica a chi ci scrive applicazioni) tende ad essere un problema
quando invece lo si usa come "glorified shell".
http://bugs.python.org/issue1652

Oppure il fatto che quando si usa subprocess.PIPE come output e un processo
ti genera piu' di 64K di dati ti si inchioda Python. Solo per nominare i
primi due che mi passano per la testa.

Entrambe le cose possono essere aggiustate dall'utente; ma si complica il
codice, diventa piu' brutto e soprattutto non e' per un accidenti
intuitivo. Richiede conoscenze sull'implementazione interna di subprocess
oppure dettagli non completamente diffusi fra gli sviluppatori medi su
concetti di base Unix e sul comportamento leggermente non standard che
Python ha in proposito. Ovvero, dando in mano subprocess a scatola chiusa,
si hanno un po' di bachi tutti li da scoprire.


> Disincentiva anche dallo scrivere test: avete mai visto shell script
> corredati di test, anche quelli molto lunghi? E purtroppo ce ne sono
> ancora tanti, di questi ultimi.
>

Se e' per questo ho anche visto fin troppi programmi "top level" senza
test. Va bene se le funzioni che chiamano sono testate.
Scusa, ma io non credo che lo sviluppatore che non scrive i test per un
semplice shell script magicamente li scriverebbe se quelle quattro righe di
bash diventano 10 righe di Python.

Aggiungo poi che di fatto sono anche test particolarmente pelosi da
scrivere in ogni caso. Il problema e' acchiappare quanto va mockato e
quanto no; entrambi gli approcci possono portare a test fragili, troppo
specifici e inutili. Poi spesso e volentieri bisognerebbe anche che il
processo interno supportasse di essere mockato *da fuori* per fare cose
sensate. Ovvero il problema di fare testing di questo tipo di cose e'
particolarmente incasinato di suo e lo lascerei temporaneamente fuori.

L'assenza di documentazione e commenti nella totalità degli script in
> circolazione è poi ben al di là dell'imbarazzante.
>

E allo stesso modo la stessa cosa si puo' dire per l'equivalente fatto con
altre tecnologie.


> Abbiamo uno strumento molto migliore per scrivere script, anche corti,
> anche di sistema: usiamolo.
>

Anche qui si pone un problema... e' *davvero* uno strumento "di sistema"?
Per me non lo e'.
E' qualcosa che posso installare, certo. Probabilmente quando
l'applicazione principale e' Python non mi costa troppo avere Python gia'
pronto in fase di bootstrap. Ma quando non lo e'? Non voglio dichiarare
Python come dipendenza per ogni maledetto ambiente che creo.

E ci sono ancora altri casi... chesso'... fabric. Fabric funziona bene, ma
di non mi risolve il problema di avere sugli host un env configurato a modo
(a meno di non averlo *pre* configurato). Viceversa gli equivalenti
costruiti su ssh mitigano il problema perche' tipicamente si basano su un
ambiente molto piu' semplice e standardizzato.


> E chi trovasse il codice basato su subprocess ancora troppo prolisso può
> usare quel gioiello della libreria "sh" .
>

Prima del mio arrivo avemmo parecchi problemi con suddetta libreria. Se
ripesco qualcuno dei "vecchi" chiedo meglio le specifiche.



-- 
.
..: -enrico-
___
Python mailing li

[Python] Ha parlato il nostro benevolo tiranno

[Carlos Catucci]

https://www.youtube.com/watch?v=xLVxoz-mQFs

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Carlos Catucci]

2015-03-01 17:46 GMT+01:00 Manlio Perillo :

> No, non è sbagliato.
> Quello che dicevo è che ad essere sbagliato è probabilmente prendere
> *tutti* gli script della shell e convertirli in Python, senza prendersi il
> dovuto tempo a studiare la fattibilità e le conseguenze della cosa.
>
> Il *tutti* lo userei forse solo con Perl :) (che però non conosco bene,
> quindi magari lo sto trattando male).


Perdonami avevo capito male. Certo, l'idea che avevano era quella di un
processo graduale. In effetti sono quasi certo che l'installer ad esempio
sia stato riscritto, forse anche aptitude. Sottolineo che non sono
certissimo della cosa, non ho avuto tempo di seguire. Cio' non toglie che
la vecchia guardia era contraria. Forse una volta che hanno conosciuto
meglio Python hanno cambiato idea, mi sono dimenticato di chiedere l'ultima
volta che ho visto uno di loro.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Manlio Perillo]

2015-03-01 17:26 GMT+01:00 Carlos Catucci :

>
> 2015-03-01 15:57 GMT+01:00 Manlio Perillo :
>
>> Pensa che sarebbe successo se questo fosse avvenuto davvero usando
>> python2.
>> Python, Ruby, etc sono ottimi linguaggi, ma sono grossi, complessi e si
>> evolvono in modo complesso
>>
>
> Continuo a pensare che evoluzione o meno (e comunque puoi far convivere
> diverse versioni dell'interprete) che non sia sbagliato usare Python al
> posto di bash.
>

No, non è sbagliato.
Quello che dicevo è che ad essere sbagliato è probabilmente prendere
*tutti* gli script della shell e convertirli in Python, senza prendersi il
dovuto tempo a studiare la fattibilità e le conseguenze della cosa.

Il *tutti* lo userei forse solo con Perl :) (che però non conosco bene,
quindi magari lo sto trattando male).


Ciao  Manlio
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Python exception or return code.

[Manlio Perillo]

2015-03-01 16:33 GMT+01:00 enrico franchi :

>
> 2015-03-01 14:40 GMT+00:00 Manlio Perillo :
>
> In alcuni casi panic viene anche usato quando i parametri di un
>> "costruttore" non sono validi
>> (in questo caso, in un mondo ideale, l'errore dovrebbe essere riportato
>> dal compilatore).
>>
>
> Che poi e' uno dei motivi per cui a suo tempo le eccezioni si diffusero...
>
>
Abbiamo la cattiva abitudine di abusare di qualsiasi nuovo strumento che ci
offre maggiore potenza rispetto agli strumenti precedenti.
Probabilmente perchè gli strumenti precedenti erano troppo rudimentali.


Ciao  Manlio
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Carlos Catucci]

On 1 March 2015 at 15:14, Daniele Palmese  wrote:

> Oh my g... mhh.. cat!


http://images-cdn.9gag.com/photo/414514_700b.jpg

Tra parentesi era ieri caturday?

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Carlos Catucci]

2015-03-01 15:57 GMT+01:00 Manlio Perillo :

> Pensa che sarebbe successo se questo fosse avvenuto davvero usando python2.
> Python, Ruby, etc sono ottimi linguaggi, ma sono grossi, complessi e si
> evolvono in modo complesso
>

Continuo a pensare che evoluzione o meno (e comunque puoi far convivere
diverse versioni dell'interprete) che non sia sbagliato usare Python al
posto di bash. Per la cronaca ho idea che parecchia roba in diverse distro
sia scritta in Python (non ci metto la mano sul fuoco, non la mia almeno,
pero' potrei prenderene in prestito una da qualcun'altro, se davvero
citenete che io lo faccia).

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Joke

[Carlos Catucci]

2015-03-01 16:07 GMT+01:00 enrico franchi :

> Hei, voglio dire... perche' si deve trovare normale non riuscire a leggere
> due frasi in inglesi invece tutti a stupirsi se uno non sa contare fino a
> 5! Nella vita pratica mi basta 0 (ho 0 euro nel portafoglio) , 1 (ho *una*
> morosa -- confondersi con 0 e' delusional, con un paio o molte e' un guaio
> in arrivo), un paio (ho bevuto un paio di birre) e molti (tutto il resto).
>

Ah ma tu lavori in Fuzzy Logic

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Lanciare script da altro script

[Carlos Catucci]

2015-03-01 16:08 GMT+01:00 enrico franchi :

> Io personalmente ho smesso di fare "tutto in Python"


ERETICO! Finirai su rogo ;)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Python exception or return code.

[Carlos Catucci]

2015-03-01 16:15 GMT+01:00 enrico franchi :

> Mi sembra un po' una vana speranza: codice *senza* bachi sopra una certa
> dimensione non e' che ne veda molto


Ma come? E i S.O. di Microsoft? :)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] OT puro

[Marco Ippolito]

+10
per questo che stamattina presto ero sul PC
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] OT puro

[Giorgio Zoppi]

Concordo con Marco.
Come dissi il vecchio Bruce: "Be water my friend!".

Il giorno 1 marzo 2015 16:43, Marco Beri  ha scritto:

>
> On Mar 1, 2015 4:39 PM, "Marco Ippolito"  wrote:
> >
> > volevo complimentarmi con tutti voi perche' di domenica parlate di
> python,script,bash. complice il bel tempo nn ho resistito e sono in giro
> tutto il giorno nonostante il lavoro da fare
>
> Scegli un lavoro che ti piace e non lavorerai un solo giorno della tua
> vita.
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
>
>


-- 
Quiero ser el rayo de sol que cada día te despierta
para hacerte respirar y vivir en me.
"Favola -Moda".
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] OT puro

[Marco Beri]

On Mar 1, 2015 4:39 PM, "Marco Ippolito"  wrote:
>
> volevo complimentarmi con tutti voi perche' di domenica parlate di
python,script,bash. complice il bel tempo nn ho resistito e sono in giro
tutto il giorno nonostante il lavoro da fare

Scegli un lavoro che ti piace e non lavorerai un solo giorno della tua vita.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] OT puro

[Marco Ippolito]

volevo complimentarmi con tutti voi perche' di domenica parlate di
python,script,bash. complice il bel tempo nn ho resistito e sono in giro
tutto il giorno nonostante il lavoro da fare
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Python exception or return code.

[enrico franchi]

2015-03-01 14:40 GMT+00:00 Manlio Perillo :

Pensa a panic come una eccezione hardware, tipo SIGSEGV.
> Non è una situazione da cui puoi effettuare un ricovero "normale".
>

Ma si, questo mi e' chiaro. Non e' un segreto in Go. Anche se... per
esempio se accedo fuori bound ad un array mi prendo un panic. Ora... alcune
volte accedere a memoria a caso e' appunto un errore hardware. Altre volte
e' solo un errore dal punto di vista del linguaggio, non dell'hardware.
Quello che intendo, e' che se in C ho questo

char foo[4];
char bar[4];
char baz[4];

Se da bar vado fuori sono in piena undefined behavior del linguaggio. A
seconda di come funziona lo stack della piattaforma potrei finire in foo o
in baz. Oppure potrei finire altrove ancora, non ho nessuna garanzia.
Appunto, sono in undefined behavior.

Ma se faccio la stessa cosa concettualemnte in asm[0] non sto violando
nulla: non e' un errore hardware.
--
[0] ovvero scrivo un programma che mi mette sullo stack abbastanza per
ficcarci 12 caratteri che uso come 4 array separati e da quello di mezzo mi
metto su uno degli altri due, sto probabilmente ancora violando la
semantica che mi sono imposto, ma per il processore non sto facendo nulla
di male.

O poi mi va anche bene che gli accessi out mi diano panic... sarebbe
veramente complicato avere una signature tipo

el, err = arr[1]


In alcuni casi panic viene anche usato quando i parametri di un
> "costruttore" non sono validi
> (in questo caso, in un mondo ideale, l'errore dovrebbe essere riportato
> dal compilatore).
>

Che poi e' uno dei motivi per cui a suo tempo le eccezioni si diffusero...


-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Python exception or return code.

[enrico franchi]

2015-03-01 7:37 GMT+00:00 Giovanni Porcari :

> Ti devo una birra in più ;)
>

Gia' capito che finisco sbronzo... :)


-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Python exception or return code.

[enrico franchi]

2015-03-01 0:12 GMT+00:00 Giorgio Zoppi :

> Si,
> Grazie interessanti punti di vista. Il viaggio del apprendista stregone
> informatico inizia da consegnare:
> 1. codice bug free
> 2. codice bug free in qualsiasi condizione esterna.
>

Io direi che qui terminerebbe, ammesso che ci si arrivasse mai. Salvo che
le due condizioni sono equivalenti (se non hai bachi, non hai bachi manco
in condizioni estreme; se hai bachi che si manifestano solo in condizioni
estreme, vuole dire che comunque hai bachi). Mi sembra un po' una vana
speranza: codice *senza* bachi sopra una certa dimensione non e' che ne
veda molto.

In questo caso si han di fronte tre cose:
> 1.  Programmer  bugs
> 2. Errori recuperabili (soft error)
> 3. Errori non recuperabili.
>
> Bene. La domanda e' siccome mi interessa la vostra esperienza, come
> gestite i punti 2, 3.
>

La classificazione che proponi non mi fa impazzire troppo (nel senso che e'
molto difficile separare i punti 2 e 3 a priori... mentre e' relativamente
chiaro come funziona a posteriori).

Faccio un esempio: devo parlare con un servizio. Allora vado a risolvere il
nome sul DNS. Non ho risposta. Cosa e'? Non ho modo di saperlo.
Probabilmente voglio una strategia di retry; se qualcuno si era mangiato il
mio pacchetto UDP per caso, probabilmente avro' risposta. Mi sembra un
esempio di errore recuperabile. Se invece tutta l'infrastruttura del DNS ha
preso fuoco e sta malamente capitolando... diciamo che probabilmente sto
per fronteggiare un fallimento totale. Ma ancora... non e' chiaramente un
bug (non nel mio software); e' un fallimento esterno.

Diciamo che in generale quando sono in una condizione che non posso
recuperare dentro l'applicativo quello che faccio e' fare in modo che le
cose vengano escalate ad un umano (allarmi, ticket). Il resto quando
possibile cerco di recuperarlo. Ma anche li... fare il retry di ogni
chiamata ad un servizio fallita (seguendo la semantica HTTP) non e' sempre
la cosa giusta. A volte e' meglio semplicemente fare fallire la chiamata di
piu' alto livello e l'utente provera' a ricaricare, il motivo e' che
altrimenti comunque la risposta all'utente e' troppo lenta (e c'e' caso che
provera' a ricaricare comunque, con conseguenze consumo di risorse),
inoltre rischia di sovraccaricare la rete e/o i servizi accessori. In altri
casi il retry e' un salva vita. Poi ci sono casi in cui non ha senso.

-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Lanciare script da altro script

[enrico franchi]

2015-03-01 9:23 GMT+00:00 Daniele Palmese :

> Grazie Enrico, certo è una soluzione ed anche semplice, ma lo script
> lanciante fa anche altre cosine quindi mi è più comodo usare Python.


Non conosco i dettagli, ovviamente. Io personalmente ho smesso di fare
"tutto in Python". Pero' appunto senza sapere cosa sia queste altre cose
non posso consigliartelo.


-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Joke

[enrico franchi]

2015-03-01 8:48 GMT+00:00 Nicola Larosa :

> enrico franchi wrote:
> > Scusate, io ho difficolta' a contare fino a 5; potreste elencarmele?
>

Hei, voglio dire... perche' si deve trovare normale non riuscire a leggere
due frasi in inglesi invece tutti a stupirsi se uno non sa contare fino a
5! Nella vita pratica mi basta 0 (ho 0 euro nel portafoglio) , 1 (ho *una*
morosa -- confondersi con 0 e' delusional, con un paio o molte e' un guaio
in arrivo), un paio (ho bevuto un paio di birre) e molti (tutto il resto).



> 1) malcostume minore
> 2) malcostume maggiore
>

Queste non le ho capite...


> 3) imparare l'inglese
>

Si, sono d'accordo.


> 4) "americano" al posto di "statunitense"
>

Non so... capisco la posizione. Pero' tecnicamente nella lingua italiana e'
corretto usare l'aggettivo americano sia per riferirsi a qualcosa di
riferito a qualche continente americano o agli stati uniti d'america. Mi
rendo conto che e' ambiguo e che probabilmente e' figlio di un certo tipo
di dominanza culturale. Pero' non e' inusitato.

Per esempio in Italiano si dice "olandese" per riferirsi a qualcosa di
relativo ai Paesi Bassi (traducibile in inglese con Dutch), cosa che di per
se ad un abitante dei Paesi Bassi da parecchio fastidio, perche' l'Holland
e' per loro solo una regione dei paesi bassi. E' un po' come se a te
dessero del lombardo.

Ovviamente, non e' che l'Olanda giustifichi l'America. Pero' alla fine in
Italiano e' corretto (da dizionario). Se poi vogliamo muoverci per rendere
arcaico l'uso del termine "americano" per indicare lo statunitense, e'
tutto un altro discorso. Si certo, capisco che possa dare fastidio. Temo
anche che sia una battaglia persa.

Aggiungo che "American English" e' un concetto noto e definito in inglese.
E si riferisce proprio alla variante della lingua inglese che parlano negli
stati uniti d'america.

5) tipo sbagliato di pigrizia
>

+1


>
> E poi la firma, non trascurabile. ;-)
>


Hei, io non vedevo nessuna firma!



-- 
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Gian Mario Tagliaretti]

2015-03-01 10:42 GMT+01:00 Marco Beri :
>
> On Mar 1, 2015 10:38 AM, "Nicola Larosa"  wrote:
>
>> Per l'amore di quanto avete di più caro, uscite dagli anni '70: smettete
>> di scrivere shell script. Completamente. Dimenticatene l'esistenza.
>
> E basta andar d'accordo con te... Poi mi abituo :-)

Il "problema" è che sono d'accordo anche io (ironia nevvero), gli
shell script in generale sono il male.

ciao
-- 
Gian Mario Tagliaretti
GNOME Foundation member
gia...@gnome.org
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Manlio Perillo]

2015-03-01 11:03 GMT+01:00 Carlos Catucci :

>
> 2015-03-01 10:38 GMT+01:00 Nicola Larosa :
>
>>
>> Abbiamo uno strumento molto migliore per scrivere script, anche corti,
>> anche di sistema: usiamolo.
>
>
> Ricordo anni fa con alcuni altri dell'ERLUG (sistemisti) che si
> lamentavano che Debian volesse passare tutto lo scriptinng di
> configurazione da bash a Python.
>

Pensa che sarebbe successo se questo fosse avvenuto davvero usando python2.
Python, Ruby, etc sono ottimi linguaggi, ma sono grossi, complessi e si
evolvono in modo complesso.

Il linguaggio va scelto con cura, specialmente quello da usare per la
programmazione di sistema (inteso da sistemista).


Ciao  Manlio
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Python exception or return code.

[Manlio Perillo]

2015-02-28 23:00 GMT+01:00 enrico franchi :

> [...]


> Perche' voglio dire... potremmo scrivere intere librerie e framework in
> Python (per dire) con la convenzione di ritornare tuple per la roba che
> puo' fallire. Alla fine credo che non si faccia non solo perche' non e' la
> maniera di Python, ma sopratutto perche' spesso e' scomodo.
>
> Io personalmente non trovo particolarmente carino qualcosa tipo
>
> func doSomething() (res Result, err error) {
>   op, err := operation1()
>   if err != nil {
> return
>   }
>   mah, err := operation2(op)
>   if err != nil {
>  return
>   }
>   res, err := operation3(op, mah)
>   return
> }
>
> rispetto a qualcosa come
>
> def do_something():
> op = operation1()
> return operation3(op, operation2(op))
>
> Sara' che mi devo ancora abituare...
>
>
Il problema è che per capire Go devi leggere alcuni articoli chiave, come:
http://blog.golang.org/errors-are-values
http://blog.golang.org/constants

La documentazione di Go, AFAIK, è ancora abbastanza frammentata.
Io infatti ci ho messo più tempo di quanto avrei dovuto per entrare nel
linguaggio.


Ciao  Manlio
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Python exception or return code.

[Manlio Perillo]

2015-02-28 19:34 GMT+01:00 enrico franchi :

> [...]


> In Python la tradizione e' fare un uso abbastanza liberale delle
> eccezioni. Di per se si potrebbe avere anche la convenzione di ritornare
> *sempre* una tupla con qualcosa che indica l'errore. In Go si fa cosi' (o
> per lo meno, e' diffuso) ed e' piuttosto accettabile. Ci sono momenti in
> cui vorrei avere eccezioni vere e proprie, ma la cosa finisce li (si, so di
> panic, ma la sintassi e' talmente orribile che mi sembra di fare piangere
> gesubambino per niente).
>
>
Pensa a panic come una eccezione hardware, tipo SIGSEGV.
Non è una situazione da cui puoi effettuare un ricovero "normale".

In alcuni casi panic viene anche usato quando i parametri di un
"costruttore" non sono validi
(in questo caso, in un mondo ideale, l'errore dovrebbe essere riportato dal
compilatore).

> [...]

Ciao  Manlio
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Massimo Capanni]

Il 01/mar/2015 10:38 "Nicola Larosa"  ha scritto:
>
> enrico franchi wrote:
> > Io sinceramente per lanciare 4 programmi in stecca scriverei 4 righe
> > di bash.
>
> Il riduzionismo degli shell script scritti "tanto sono quattro righe" è
> pernicioso.
>
> Non sono mai quattro righe: sappiamo bene che ogni frammento di codice ha
> la tendenza ad allungarsi,

totalmente d'accordo.
Per ragioni di lavoro (sono sistemista) ho spesso a che fare con la
creazione di script e dopo aver sbattuto la testa su script bat,
powershell, autoit e simili python rimane sempre la scelta migliore per
manutenere gli script nel tempo.
è anche vero che è il linguaggio che conosco meglio al momento ma il solo
pensare di scrivere script in batch mi fa tornare indietro nel tempo al
periodo delle schede perforate :)
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Daniele Palmese]

> http://youtu.be/2jDOj0Xhcc8?t=25s
>

Oh my g... mhh.. cat!
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Marco Beri]

On Mar 1, 2015 3:01 PM, "Giovanni Porcari" 
wrote:
>
>
> > Il giorno 01/mar/2015, alle ore 12:19, Carlos Catucci <
carlos.catu...@gmail.com> ha scritto:
> >
> >
> > 2015-03-01 12:04 GMT+01:00 Marco Beri :
> > Fallo a mano che è più facile.
> >
> > 10 diviso 3 fa 3 col resto di 1.
> >
>
> 44%6
>
> http://youtu.be/2jDOj0Xhcc8?t=25s

:-D
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Giovanni Porcari]

> Il giorno 01/mar/2015, alle ore 12:19, Carlos Catucci 
>  ha scritto:
> 
> 
> 2015-03-01 12:04 GMT+01:00 Marco Beri :
> Fallo a mano che è più facile.
> 
> 10 diviso 3 fa 3 col resto di 1.
> 

44%6

http://youtu.be/2jDOj0Xhcc8?t=25s


G.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Carlos Catucci]

2015-03-01 12:29 GMT+01:00 Carpediem :

> L'ho capito solo dopo aver posto la domanda. In effetti confondevo il
> resto della divisione con la sua parte decimale (Sono un deficiente :-[ ).
>

Credimi, all'inizio commettevo lo stesso errore. Poi mi e' venuto in mente
di provare a usare carta e penna. E ho notato facendo una serie di
divisioni 10 / [2,3,4,5,6,7,8,9,10] che le parti residue erano identiche ai
valori dell'operatore modulo (in qualsiasi linguaggio). Un detto cinese
dice che un esempio vale 1000 parole. Ha ragione lui (il detto)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Carlos Catucci]

2015-03-01 12:25 GMT+01:00 Marco Beri :

> Beh, l'italiano è l'italiano :-)


Io do la colpa piu' alle maestre quando insegnano(?) matematica. Poi il
linguaggio corrente (diverso dalla lingua dell'Accademia della Crusca)
completa il danno.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Carpediem]

L'ho capito solo dopo aver posto la domanda. In effetti confondevo il 
resto della divisione con la sua parte decimale (Sono un deficiente :-[ ).
Ti ringrazio per la cortesia della tua risposta che ha contribuito a 
togliermi ogni dubbio :-D
Chiedo ancora scusa per il tipo di domanda e grazie mille per la 
risposta che mi conferma ancora una volta di poter contare su voi tutti.

Un grazie particolare, d'obbligo, è per Carlos

Il 01/03/2015 12:19, Carlos Catucci ha scritto:


2015-03-01 12:04 GMT+01:00 Marco Beri >:


Fallo a mano che è più facile.

10 diviso 3 fa 3 col resto di 1.


Il problema e' nel confondere il risultato (parte decimale del) con il 
resto


Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros


___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python


___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Marco Beri]

On Mar 1, 2015 12:19 PM, "Carlos Catucci"  wrote:
>
>
> 2015-03-01 12:04 GMT+01:00 Marco Beri :
>>
>> Fallo a mano che è più facile.
>>
>> 10 diviso 3 fa 3 col resto di 1.
>
>
> Il problema e' nel confondere il risultato (parte decimale del) con il
resto

Beh, l'italiano è l'italiano :-)

http://it.m.wikipedia.org/wiki/Resto

Ciao.
Marco.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Carlos Catucci]

2015-03-01 12:04 GMT+01:00 Marco Beri :

> Fallo a mano che è più facile.
>
> 10 diviso 3 fa 3 col resto di 1.
>

Il problema e' nel confondere il risultato (parte decimale del) con il resto

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Marco Beri]

On Mar 1, 2015 11:38 AM, "Carpediem"  wrote:
>
> Buongiorno a tutti.
> Ho da poco iniziato a provare a studiare il linguaggio di programmazione
python. Ogni volta che trovo un piccolo intoppo cerco materiale in rete
affinchè alcuni concetti che non mi tornano io possa acquisirli solo dopo
aver fatto alcuni personali tentativi. Ora mi trovo però a non comprendere
una cosa sicuramente elementare ma di cui necessito un chiarimento.
> Riguardo le operazioni sui tipi di numeri, una guida che sto seguendo
riporta l'operatore "%" come un qualcosa che dovrebbe restituire, quando
usato, il resto della divisione e tale guida riporta due esempi: 10%3 =1 e
5.3%2.5 =0.3
> effettuando le soprascritte operazioni con una semplice calcolatrice,
però, ottengo che 10/3 = 3.3 e 5.3/2.5 = 2.12 il che mi ha fatto pensare ad
un semplice errore della guida che ha invertito il valore dei risultati ma,
provando ad inserire l'operazione 5.3%2.5 in python ottengo in effetti il
risultato di 0.2999
> A questo punto, devo dire che non ho capito come opera "%".

Scusa, ma cosa c'entra fare il calcolo con la calcolatrice? Nessuna ti dà
il resto. A parte quelle più avanzate.

Fallo a mano che è più facile.

10 diviso 3 fa 3 col resto di 1.

Ecco, l'operatore % ti dà quello che segue "col resto di".

Ciao.
Marco.


> Potete chiarirmi questa cosa?
> scusate la sicura banalità della domanda ma ho bisogno di capire per
andare avanti
> Grazie a tutti
>
> ___
> Python mailing list
> Python@lists.python.it
> http://lists.python.it/mailman/listinfo/python
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Carlos Catucci]

Scusate partito invio prematuramente

2015-03-01 11:38 GMT+01:00 Carpediem :

> A questo punto, devo dire che non ho capito come opera "%".
>> Potete chiarirmi questa cosa?
>>
>
> Allora % e' l'operatore modulo. Torna il resto di una divisione.
>
> 10 / 2
>  
>  | 5
>
> 10 / 3
>   
>  1  | 3
>
>
>  10 / 4
>
>2 | 2
>
> Il numero tornato e' il residuo, non la parte decimale di una divisione.
>

Quindi facendo il tuo caso di

5.3 / 2.5
   

fatto a mano (capisco che oramai siamo viziati dagli strumenti) mi
diverrebbe

53  / 25
  
 3  | 2

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Carlos Catucci]

2015-03-01 11:38 GMT+01:00 Carpediem :

> A questo punto, devo dire che non ho capito come opera "%".
> Potete chiarirmi questa cosa?
>

Allora % e' l'operatore modulo. Torna il resto di una divisione.

10 / 2
 
 | 5

10 / 3
  
 1  | 3


 10 / 4
   
   2 | 2

Il numero tornato e' il residuo, non la parte decimale di una divisione.

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Richiesta chiarimento

[Guido Dassori]

Ciao, la tua interpretazione dell'operatore % mi pare corretta,

sul risultato di cui parli, il discorso sta nella precisione dei
floating numbers:
https://docs.python.org/2/tutorial/floatingpoint.html
che porta a problemi nella loro rappresentazione (e alla lunga, sul
calcolo).

Per questa ragione il consiglio che ti do è di evitare quanto più
possibile i numeri a virgola mobile, se non nella rappresentazione del
risultato finale.

Una possibilità potrebbe essere quella di stabilire da prima quale
precisione intendi raggiungere, portare i numeri trattati ad interi, e
dividerli solo prima della loro rappresentazione in numeri a virgola mobile.

Altrimenti un'alternativa è quella di esplorare l'oggetto Decimal, che
ti permette di gestire i numeri a virgola mobile con una migliore
precisione https://docs.python.org/2/library/decimal.html

Ciao



Il 01/03/2015 11:38, Carpediem ha scritto:
>
> effettuando le soprascritte operazioni con una semplice calcolatrice,
> però, ottengo che 10/3 = 3.3 e 5.3/2.5 = 2.12 il che mi ha fatto
> pensare ad un semplice errore della guida che ha invertito il valore
> dei risultati ma, provando ad inserire l'operazione 5.3%2.5 in python
> ottengo in effetti il risultato di 0.2999
> A questo punto, devo dire che non ho capito come opera "%".
> Potete chiarirmi questa cosa?

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Richiesta chiarimento

[Carpediem]

Buongiorno a tutti.
Ho da poco iniziato a provare a studiare il linguaggio di programmazione 
python. Ogni volta che trovo un piccolo intoppo cerco materiale in rete 
affinchè alcuni concetti che non mi tornano io possa acquisirli solo 
dopo aver fatto alcuni personali tentativi. Ora mi trovo però a non 
comprendere una cosa sicuramente elementare ma di cui necessito un 
chiarimento.
Riguardo le operazioni sui tipi di numeri, una guida che sto seguendo 
riporta l'operatore "%" come un qualcosa che dovrebbe restituire, quando 
usato, il resto della divisione e tale guida riporta due esempi: 10%3 =1 
e 5.3%2.5 =0.3
effettuando le soprascritte operazioni con una semplice calcolatrice, 
però, ottengo che 10/3 = 3.3 e 5.3/2.5 = 2.12 il che mi ha fatto pensare 
ad un semplice errore della guida che ha invertito il valore dei 
risultati ma, provando ad inserire l'operazione 5.3%2.5 in python 
ottengo in effetti il risultato di 0.2999

A questo punto, devo dire che non ho capito come opera "%".
Potete chiarirmi questa cosa?
scusate la sicura banalità della domanda ma ho bisogno di capire per 
andare avanti

Grazie a tutti

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Carlos Catucci]

2015-03-01 10:38 GMT+01:00 Nicola Larosa :

>
> Abbiamo uno strumento molto migliore per scrivere script, anche corti,
> anche di sistema: usiamolo.


Ricordo anni fa con alcuni altri dell'ERLUG (sistemisti) che si lamentavano
che Debian volesse passare tutto lo scriptinng di configurazione da bash a
Python.
Concordo con Nicola, uno script Python, se non e' scritto "volutamente" da
cani, resta leggibile e mantenibile. Uno script bash tende a diventare un
insieme di righe di caratteri strani, credo si autoconverta in klingon o in
elfico, con il tempo (*)

* """
Crowley stava ascoltando una raccolta di brani migliori dei Queen, anche se
questo non è un dato importante, visto che qualsiasi audiocassetta lasciata
per più di due settimane nel portaoggetti di un'auto si trasforma in una
raccolta dei brani migliori dei Queen.
"""

"""
"Nei dintorni di Chiswick, Aziraphale curiosò svogliato tra le cassette del
portaoggetti.
"Velvet Underground? Cos'è, un sotterraneo di velluto?"
"Non credo che ti piacerebbe."
"Oh" disse l'angelo sprezzante, "sarà be-bop".
"Caro Aziraphale, ti rendi conto che se chiedessimo a un milione di esseri
umani di definire la musica moderna nessuno di loro userebbe il termine
'be-bop'?" disse Crowley.
"Ecco, questo sembra già meglio. Čajkovskij" disse Aziraphale, aprendo una
custodia e inserendo il nastro nelle Blaupunkt.
"Non ti piacerà" si lamentò Crowley, "è rimasto in macchina per più di due
settimane."
Un potente giro di basso iniziò a rimbombare nella Bentley proprio mentre
la vettura oltrepassava Heatrow.
Aziraphale aggrottò le ciglia.
"Questa non la riconosco" disse. "Cos'è?"
"È una variazione di Čiajkovskij sul tema di Another one bites the dust"
rispose Crowley, chiudendo gli occhi, mentre il bolide sfrecciava oltre
Slough.
Per ingannare il tempo, durante l'attraversata dei sonnolenti Chilterns, i
due ascoltarono anche We are the champions di William Byrd e I want to
break free di Beethoven. Nessuna delle due, comunque, fu all'altezza di
Fat-Bottomed Girls, nella versione di Vaughan Williams."
"""

(brani tratti da Good Omens di Terry Pratchett e Nei Gaiman, due, IMHO,
mostri sacri)

Carlos
-- 
EZLN ... Para Todos Todo ... Nada para nosotros
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Marco Beri]

On Mar 1, 2015 10:38 AM, "Nicola Larosa"  wrote:

> Per l'amore di quanto avete di più caro, uscite dagli anni '70: smettete
> di scrivere shell script. Completamente. Dimenticatene l'esistenza.

E basta andar d'accordo con te... Poi mi abituo :-)

Ciao.
Marco.
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

[Python] Smettete di scrivere shell script (era: Re: Lanciare script da altro script)

[Nicola Larosa]

enrico franchi wrote:
> Io sinceramente per lanciare 4 programmi in stecca scriverei 4 righe
> di bash.

Il riduzionismo degli shell script scritti "tanto sono quattro righe" è
pernicioso.

Non sono mai quattro righe: sappiamo bene che ogni frammento di codice ha
la tendenza ad allungarsi, col tempo.

La sintassi imbarazzante degli shell script disincentiva dallo scrivere
codice robusto, che controlla i processi lanciati e ne gestisce i codici
di ritorno.

Disincentiva anche dallo scrivere test: avete mai visto shell script
corredati di test, anche quelli molto lunghi? E purtroppo ce ne sono
ancora tanti, di questi ultimi.

L'assenza di documentazione e commenti nella totalità degli script in
circolazione è poi ben al di là dell'imbarazzante.

Abbiamo uno strumento molto migliore per scrivere script, anche corti,
anche di sistema: usiamolo.

E chi trovasse il codice basato su subprocess ancora troppo prolisso può
usare quel gioiello della libreria "sh" .

Per l'amore di quanto avete di più caro, uscite dagli anni '70: smettete
di scrivere shell script. Completamente. Dimenticatene l'esistenza.

-- 
Nicola 'tekNico' Larosa 

If you are an expert in the intricacies of C++, please consider this
knowledge a kind of martial art - something a real master never uses.
 - Yossi Kreinin, C++ FQA Lite, 2009
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Lanciare script da altro script

[Daniele Palmese]

Il giorno 1 marzo 2015 01:25, enrico franchi  ha
scritto:

>
> Io sinceramente per lanciare 4 programmi in stecca scriverei 4 righe di
> bash. O meglio, 5. C'e' anche lo shebang.
>

Grazie Enrico, certo è una soluzione ed anche semplice, ma lo script
lanciante fa anche altre cosine quindi mi è più comodo usare Python.

Grazie comunque.
Daniele
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python

Re: [Python] Joke

[Nicola Larosa]

enrico franchi wrote:
> Scusate, io ho difficolta' a contare fino a 5; potreste elencarmele? 

Questa è una meta-battuta, giusto? Non son sicuro di coglierla appieno,
ma nel caso non lo fosse, eccole:

1) malcostume minore
2) malcostume maggiore
3) imparare l'inglese
4) "americano" al posto di "statunitense"
5) tipo sbagliato di pigrizia

E poi la firma, non trascurabile. ;-)

-- 
Nicola 'tekNico' Larosa 

If you are an expert in the intricacies of C++, please consider this
knowledge a kind of martial art - something a real master never uses.
 - Yossi Kreinin, C++ FQA Lite, 2009

___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python