Re: [Python] Ricerca in un dizionario.

[Giovanni Porcari]

> Il giorno 28 mag 2023, alle ore 20:41, Gabriele Battaglia  
> ha scritto:
> 
> Ciao e grazie in anticipo per il vostro tempo.
> 
> Vi sottopongo una semplice situazione.
> 
> Io so come risolverla, ma vi chiedo se c'è un modo più elegante del mio, che 
> mi pare bruttino.
> 
> 
> Non vi propongo del codice, rimaniamo a livello di descrizione, poi se non ci 
> riesco, magari arrivamo anche a degli esempi di codice.
> 
> 
> Ho un dizionario. Ci sono tutte le chiavi naturalmente, e i valori sono 
> lunghe liste che contengono diversi tipi di dati, soprattutto stringhe e 
> booleani.
> 
> 
> Ho una chiave di ricerca, una stringa. Devo passarla ad una funzione e questa 
> mi deve tornare la prima chiave del dizionario se, la parola che cerco è 
> compresa nella chiave stessa o in uno degli elementi contenuti nella lista di 
> valori di quella chiave.
> 
> 
> Esempio, se cerco "nonno", la funzione mi deve tornare sia
> 

io farei:

def trova(miodict,chiave):
   return  { k:v for k, v in miodict.items() if k==chiave or chiave in v }

ma forse ho capito male il problema.

Giovanni Porcari
giovanni.porc...@softwell.it



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

Re: [Python] Consiglio su web framework

[Giovanni Porcari]

Se vuoi provare con genropy potresti vedere questo articolo : Dal database alla web app in meno di 2 minutigenropy.orgIn pratica gli dai in pasto il db in sqlite e ottieni la webapp pronta. Poi ovviamente puoi migliorarla ma di base hai tutto: query, stampe, interfaccia gestione db ecc. Ciao. GIl giorno 21 mag 2023, alle ore 23:35, Giuliano Curti  ha scritto:Buonasera a tutti,vi chiedo un consiglio su un argomento che non ho mai affrontato.Vorrei offrire via web(*) l'interrogazione di un db sqlite3; immagino che una soluzione possa essere PHP che però non conosco e non intendo affrontarlo.Quindi, ecco la domanda: esiste qualche framework python che consenta la costruzione di una, massimo due form per interrogare il DB?La funzione è solo quella, quindi più semplice e mirato è, meglio è.Domanda di secondo livello: è possibile eventualmente farlo con solo codice python? qualche dritta in tal senso è gradita (così come qualsiasi altro consiglio su cose che neanche immagino :-).Grazie dell'attenzione, un saluto a tutti.(*) penso ad una soluzione fatta in casa  (il carico sarà, credo, molto, molto basso):1) un raspberry 4 dedicato2) accesso su ip pubblico via Noip o servizio analogo3) motore sqlite34) lascerei aperte solo le porte web e ssh (accesso con chiavi)(**)5) protezione (minimale) con fail2ban (la macchina non conterrà nessun dato sensibile e/o prezioso; l'unico rischio è che possa essere scalata da qualche malevolo e utilizzata per usi diversi)6) penso a form che riproducono i campi della tabella; quelli compilati determinano i criteri di ricerca dei documenti.(**) se troppo rischioso potrei anche chiudere la porta ssh; la macchina sarebbe raggiungibile via rete privata.
___Python mailing listPython@lists.python.ithttps://lists.python.it/mailman/listinfo/python___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] Azure functions

[Giovanni Porcari]

Possibilmente. Mi arroccherei su quello :DGIl giorno 18 ott 2022, alle ore 17:52, Marco De Paoli  ha scritto:Il giorno mar 18 ott 2022 alle ore 17:40 Nicola Gramola  ha scritto:Hai provato a vedere se riesci a “compilare” con IronPython. Non penso sia molto aggiornato ma è un tentativosì, grazie, verificoanche se sembra un po' un problema disporre di lxml in questo caso... 
___Python mailing listPython@lists.python.ithttps://lists.python.it/mailman/listinfo/python___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] Registri modbus

[Giovanni Porcari]

> Il giorno 16 feb 2022, alle ore 06:53, Vinny Mautone  
> ha scritto:
> 
> 
> Ciao a tutti sto provando a leggere dei dati da un apparecchiatura con la 
> quale comunico tramite il protocollo modbus, sto usando il modulo 
> pymodbusTCP, ho alcuni dati come ad esempio la versione del firmware che 
> occupano sei registri da 16 bit, riesco a leggerli e con la funzione di 
> lettura del modulo ottengo una lista di 6 elementi da 16bit, solo che non 
> riesco a scomporre e a recuperare l'informazione in modo leggibile, dal 
> manuale leggo che il dato è formato da 11 byte in caratteri ascii, quindo ho 
> capito che devo scomporre ogni elemento della lista nei due byte che lo 
> compongono e poi riassemblare il tutto.
> 
> 
Dall’esempio postato successivamente provo a spiegartelo meglio:

>>> reg=[21070,12601,12340,12593,12593,13312]

Per prima cosa dobbiamo trasformare nel relativo esadecimale usando la funzione 
hex 

>>> [hex(c) for c in reg]
['0x524e', '0x3139', '0x3034', '0x3131', '0x3131', '0x3400']
B
Ora vogliamo ottenere un unica stringa che rappresenti il valore esadecimale
e per questo dobbiamo fare una join ma eliminando ‘0x’ all’inizio. 
Scriviamo quindi:

>>> ''.join([hex(c)[2:] for c in reg])
'524e31393034313131313400'


Ora trasformiamo in un array di byte:

>>> bytearray.fromhex(''.join([hex(c)[2:] for c in reg]))
bytearray(b'RN19044\x00')

E infine con decode() otteniamo la rappresentazione:

>>> bytearray.fromhex(''.join([hex(c)[2:] for c in reg])).decode()
'RN19044\x00'

Per eliminare il char(0) finale possiamo rimpiazzare con
stringa vuota:

>>> bytearray.fromhex(''.join([hex(c)[2:] for c in 
>>> reg])).decode().replace(chr(0),'')
'RN19044'

Ciao

G






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

Re: [Python] Dizionari: ottenere la chiave, dal valore.

[Giovanni Porcari]

> Il giorno 4 dic 2020, alle ore 11:08, Gabriele Battaglia  
> ha scritto:
> 
> Se cerco la chiave conoscendo il valore, esiste una funzione da applicare sul 
> dizionario che me la fornisca direttamente, invece di dover iterare con un 
> for su tutti i valori?

Potresti usare questo :

https://pypi.org/project/bidict/

Ciao

G___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] Confronto dizionari.

[Giovanni Porcari]

> Il giorno 11 feb 2021, alle ore 11:48, Giovanni Porcari 
>  ha scritto:
> 
> Inoltre ridefinisce la __setattr_ in modo che ad ogni chiamata per cambiare 
> il valore vada ad aggiungere alla lista dei cambiamenti una tupla di chiave e 
> valore e poi chiami la super di __setattr__

Ho scritto per errore __setattr__. In realtà è __setitsm__

Sto invecchiando :(

G


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

Re: [Python] Confronto dizionari.

[Giovanni Porcari]

> Il giorno 11 feb 2021, alle ore 12:26, Massimo Masson  
> ha scritto:
> 
> Giovanni sei sempre "sul pezzo" in modo devastante!
> Fantastico!
> 
> E, aggiungerei, una soluzione che... non usa le Bag!!!
> hahaha!!! :-)

In realtà è il modo in cui la Bag implementa i trigger :D

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

Re: [Python] Confronto dizionari.

[Giovanni Porcari]

> Il giorno 2 feb 2021, alle ore 12:14, Gabriele Battaglia  
> ha scritto:
> 
> Questo mi risparmia di scrivere un bel po di codice perchè la funzione che 
> agisce su d è lunga e complessa, con una marea di condizioni annidate e per 
> ciascuna avrei dovuto dire..."se succede questo allora flagga True il 
> tosave così per tante tante volte fino alla fine della funzione dove 
> potevo poi restituirlo con return.
> Invece l'idea del confronto di d entrante e uscente mi sembrava veloce.
> C'è qualche motivo, di carattere generale... per cui non si dovrebbe fare?
> Chiedo per imparare. :)

Potresti usare un approccio più originale. 
Ovvero creare una classe che potresti chiamare ‘DizionarioSpione’
spiadict=DizionarioSpione(miodict)
Il dizionario spione nella init definisce un self._changes =[]
Inoltre ridefinisce la __setattr_ in modo che ad ogni chiamata per cambiare il 
valore vada ad aggiungere alla lista dei cambiamenti una tupla di chiave e 
valore e poi chiami la super di __setattr__

In questo modo dopo la chiamata alka tua funzione spiadict._changes ti darà 
l’elenco di tutti i cambiamenti. 


Scritto al volo e senza testare nulla :D

Ciao

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

Re: [Python] linguaggio braille

[Giovanni Porcari]

> Il giorno 3 apr 2020, alle ore 13:32, Matteo Perini  
> ha scritto:
> 
> Ciao,
> 
> uso questa lista perchè ricordo che ci sono delle persone non vedenti che 
> potrebbero aiutarmi.
> 
> 
> Mi è stato chiesto di stampare in 3D molte targhe in linguaggio braille.
> 
> Siccome ci vuole parecchio tempo a disegnare ogni targa mi sto scrivendo uno 
> script python che mi crei il solido in automatico pronto da stampare. Se 
> viene bene poi mi piacerebbe rilasciarlo open e fruibile (magari on line).
> 
> 
> La programmazione non è molto complessa ma mi sto scontrando con altri 
> problemi come:
> 
> 1) E' meglio usare braille 6 dots o 8 dots?
> 
> 2) C'è un braille internazionale (vedo che ogni lingua ha il suo... 
> possibile)?
> 
> 
> Se qualcuno di voi avesse risposte o volesse aiutarmi a capire mi farebbe 
> piacere.
> 
> Magari essendo un po' off topic se volete rispondetemi in privato
> 


Ciao

non so se può aiutarti: https://github.com/louisheath/braille-printer

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

Re: [Python] suggerimenti applicazione python

[Giovanni Porcari]

> Il giorno 2 apr 2020, alle ore 17:20, Andrea D'alessandro 
>  ha scritto:
> 
> Salve a tutti, 
> Avrei bisogno di qualche suggerimento. 
> Ho dei sensori installati in alcuni pozzi che ogni giorno inviano una mail 
> con i dati in allegato. 
> Sono 2 file, in uno si trova data, ora, pressione, temperatura, e 
> conducibilità dell' acqua, ed in un altro data ora pressione e temperatura 
> del sensore che si trova all esterno del pozzo. 
> Volevo fare un applicazione che si scarica gli allegati, si prende i dati, li 
> mette su un database e consentire la visualizzazione di grafici via web. 
> Programmo in python sostanzialmente per raspberry e di competenze sulla 
> programmazione web ne ho poche. 
> Se qualcuno avesse suggerimenti e mi indicasse una via, in modo da non farmi 
> andare a ficcare in un vicolo cieco gli sarei veramente grato. 
> Volevo provare mongoDB come database e Django come framework, ma credo che 
> per questo tipo di dati sia meglio un db sql.
> 


Se non vuoi perdere tempo potresti provare ad usare il framework Genropy 
(www.genropy.org).

L'applicazione che stai descrivendo può essere scritta in pochissimo tempo
dato che incorpora già tutte le funzionalità che tu richiedi.
Infatti è presente un package di ricezione mail che può prendere gli allegati
e popolare il database e un sistema di analisi dei dati e creazione di 
grafici.

Se pensi di essere interessato a provare puoi contattarmi direttamente.

Ciao

G


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

Re: [Python] Richiesta chiarimento su SyntaxWarning

[Giovanni Porcari]

> Il giorno 13 gen 2020, alle ore 11:57, Lorenzo Buonanno 
>  ha scritto:
> 
> Misteri pythonici!
> 
> Un elenco di comportamenti buffi dell'interning automatico delle stringhe in 
> cpython
> 
> https://github.com/satwikkansal/wtfpython/blob/master/README.md#-strings-can-be-tricky-sometimes
> 
> 

Grazie! Ottima lettura. :)

G

> Con spiegazioni e un link al fatto che interna stringhe che matchano 
> [a-zA-Z0-9_]*
> https://github.com/python/cpython/blob/3.8/Objects/codeobject.c#L23
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python

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

Re: [Python] Richiesta chiarimento su SyntaxWarning

[Giovanni Porcari]

> Il giorno 13 gen 2020, alle ore 10:16, Marco Beri  ha 
> scritto:
> 
> On Mon, Jan 13, 2020 at 9:09 AM Giovanni Porcari 
>  wrote:
> Marco ho fatto una prova che non mi riesco a spiegare: tu ne hai una ragione ?
> 
> (python 3.7.5)
> >> a='xy'
> >>> b='xy'
> >>> a is b
> True
> 
> >>> a='x y'
> >>> b='x y'
> >>> a is b
> False
> 
> >>> a='x_y'
> >>> b='x_y'
> >>> a is b
> True
> >>> 
> 
> Hai spiegazioni ?
> 
> Te le ha già date (alla grande!) Carlo.
> Per capire se "is" torna True puoi anche usare id():

Si certo il punto è di capire se nell'object space sono oggetti diversi
e quindi con un diverso id o lo stesso oggetto.

Ad esempio per numeri interi il comportamento è che sono singleton da -5 a +256

>>> b=-5
>>> a=-5
>>> a is b
True
>>> b=-6
>>> a=-6
>>> a is b
False

>>> a=256
>>> b=256
>>> a is b
True
>>> a=257
>>> b=257
>>> a is b
False

Inoltre sull'auto intern() degli identificatori pare che si valido ma solo se 
ascii.

In ogni caso sempre meglio usare la 'is' con giudizio :D

Ciao

G


> 
> >>> a="xy"
> >>> b="xy"
> >>> id(a)
> 140205877191544
> >>> id(b)
> 140205877191544
> >>> a="x y"
> >>> b="x y"
> >>> id(a)
> 140205877191600
> >>> id(b)
> 140205877191656
> >>> 
> 
> Comunque da qui si capisce la pericolosità di usare "is" a sproposito :-)
> 
> Ciao.
> Marco.
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python

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

Re: [Python] Richiesta chiarimento su SyntaxWarning

[Giovanni Porcari]

> Il giorno 13 gen 2020, alle ore 09:35, ㎝  ha scritto:
> 
> Il giorno lun 13 gen 2020 alle ore 09:09 Giovanni Porcari
>  ha scritto:
>> 
>> Marco ho fatto una prova che non mi riesco a spiegare: tu ne hai una ragione 
>> ?
>> 
>> (python 3.7.5)
>>>> a='xy'
>>>>> b='xy'
>>>>> a is b
>> True
>> 
>>>>> a='x y'
>>>>> b='x y'
>>>>> a is b
>> False
>> 
>>>>> a='x_y'
>>>>> b='x_y'
>>>>> a is b
>> True
>>>>> 
>> 
>> Hai spiegazioni ?
> 
> Se la stringa segue le regole sintattiche di un identificatore, viene
> intern()ata automaticamente.
> 


Non sapevo che le strinche ammesse come identificatori fossero auto 
sys.intern().

Però se fai:
>>> a='cosi'
>>> b='cosi'
>>> a is b
True

>>> a='così'
>>> b='così'
>>> a is b
False

>>> così=99
>>> print (così)
99

Il che mi farebbe pensare che seppure in Python3 'così' sia un identificatore 
valido che però non viene intern()at0.

Misteri pythonici!

G
> ```
>>>> import sys
>>>> a = sys.intern("a b")
>>>> b = sys.intern("a b")
>>>> a is b
> True
> ```
> 
> 👋
> ㎝
> 
> --
>  THE 🍺-WARE LICENSE (Revision ㊷):
><㎝@🐍.it> wrote this 📧. As long as you retain this notice you can
>do whatever you want with this stuff. If we meet some day, and you
>think this stuff is worth it, you can buy me a 🍺 in return. — ㎝
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python

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

Re: [Python] Richiesta chiarimento su SyntaxWarning

[Giovanni Porcari]

> Il giorno 9 gen 2020, alle ore 20:15, Marco Beri  ha 
> scritto:
> 
> 
> 
> Il gio 9 gen 2020, 19:57 Carpediem  ha scritto:
> Ciao a tutti,
> 
> ho aggiornato la mia versione di python dalla 3.6 alla 3.8 dopodichè ho 
> avviato un mio programmino che ha finora sempre girato senza indicare 
> alcun errore e ora invece mi segnala su sette righe di comando (tutte 
> grossomodo dello stesso tipo) il seguente avviso:
> 
> SyntaxWarning: "is not" with a literal. Did you mean "!="?
>if richiesta_proseguimento_partita is not "s" and 
> richiesta_proseguimento_partita is not "S" and 
> richiesta_proseguimento_partita is not "n" and 
> richiesta_proseguimento_partita is not "N":
> 
> Il programma, se eseguito, si comporta comunque come in precedenza ma 
> non comprendo per quale motivo ora vengano evidenziate tali righe di 
> comando. Inoltre, la domanda è: che differenza c'è tra "!="  e "is not" ?
> 
> 
> Le cose cambiano tra una versione e l'altra e le maglie si stringono.
> 
> https://www.tutorialspoint.com/What-is-difference-in-Python-operators-and-is-not


Marco ho fatto una prova che non mi riesco a spiegare: tu ne hai una ragione ?

(python 3.7.5)
>> a='xy'
>>> b='xy'
>>> a is b
True

>>> a='x y'
>>> b='x y'
>>> a is b
False

>>> a='x_y'
>>> b='x_y'
>>> a is b
True
>>> 

Hai spiegazioni ?

Ciao

G

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

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

[Python] [ANN] Genropy Day

[Giovanni Porcari]

Buongiorno a tutti

per chi fosse interessato agli ultimi sviluppi di Genropy ricordo
il Genropy Day in collaborazione con gli amici di Python Milano.

https://blog.genropy.org/genropy-day-2019/


Ciao

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

Re: [Python] Problema con distutils

[Giovanni Porcari]

> Il giorno 20 ott 2019, alle ore 19:21, Alberto Girardi 
>  ha scritto:
> 
> Salve a tutti, sono un giovane programmatore di Python. Ho 12 anni e lo 
> faccio soprattutto per divertimento. Ho messo a punto un neurone perceptron, 
> che utilizza una classe che per ogni 'progetto' crea una cartella specifica 
> con una copia del file di inputs di allenamento e restituisce un file in cui 
> sono conservati i pesi del neurone. è inoltre possibile riaprire un progetto 
> per riprendere l'allenamento, oppure per chiedere una predizione in base a 
> quanto imparato dal neurone. Gli input di allenamento sono passati attraverso 
> un file .csv.
> 
> Oggi, finito di implementare tutto ho diviso il file in due:
>  - Ag_Neuron.py, contenente la definizione delle classi;
>  - PyNEURONE.py contenente il main del programma
> 
> Ho creato anche il file setup.py, per utilizzare la funzione core.setup di 
> distutils (questa parte per farla l'ho copiata da un mio libro, ovviamente 
> cambiando i dati, e sono sicuro che il problema non sia lì)
> 
> Appena eseguo da linea di comando (sono su Windosw 10)  python setup.py 
> install, come spiegato dal mio libro, l'installazione parte, ma a un certo 
> punto si ferma e lamenta un errore per l'assenza di un file nella cartella in 
> cui ho eseguito il setup e in cui sono contenuti i file.
> 
> C:\Users\Alberto\Python\Programmi_Python\Machine 
> Learning\PyNEURONE-1.3.1>python setup.py install
> running install
> running build
> running build_py
> running build_scripts
> error: file 'C:\Users\Alberto\Python\Programmi_Python\Machine 
> Learning\PyNEURONE-1.3.1\P' does not exist
> 
> Il programma funziona perfettamente sia eseguito da IDLE che da linea di 
> comando.
> Può essere che sia a causa di incompatibilità con Python 3.8, che ho 
> aggiornato ieri?
> 
> Ho avuto anche un problema con pyinstaller, che eseguito su il file del mio 
> programma ancora unito alla fine dava un lungo traceback stack e lamentava un 
> type error, ma nei suoi file interni.
> 
>   Può essere che sia a causa di incompatibilità con Python 3.8, che ho 
> aggiornato ieri? 
> Nel caso, questi problemi saranno risolti nel tempo? Chiedo a voi che siete 
> più esperti di me.
> 
> Programmo con Python dalla 3.6.3, ma avevo fatto una lunga pausa.


Non so aiutarti ma se hai 12 anni e non scapperai all'estero allora forse 
qualche speranza l'abbiamo ancora :)

Complimenti per la tua passione.

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

Re: [Python] avrei bisogno di un puntatore

[Giovanni Porcari]

> Il giorno 13 set 2019, alle ore 18:07, Carlos Catucci 
>  ha scritto:
> 
> 
> 
> On Fri, 13 Sep 2019 at 18:01, Giovanni Porcari  
> wrote:
> 
> AAArrgggh Giovanni, il top quotiiinnngg!
> 
> Mo chi lo sente Gollum? ;)

Non mi pare di aver topquotato. 

Ho solo risposto dopo la parte rilevante ‘dimenticando’ di cancellare la parte 
sottostante. 

Chiedo solo mezza penalità :D

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

Re: [Python] avrei bisogno di un puntatore

[Giovanni Porcari]

> Il giorno 13 set 2019, alle ore 16:50, Giovanni Vittorio Spina 
>  ha scritto:
> 
> Ciao a tutti,
> ho una variabile lista del tipo
> a = ["operation", 4500, 0]
> questa variabile è una definizione per n certo tipo di comando.
> Questa variabile viene inserita in svariate funzioni che la adoperano.
> Il problema è che il terzo elemento, deve valere 1 o 0 a seconda di quanto 
> vale una variabile.
> 
> In pratica il codice sarebbe questo
> 
> RefValue = 0
> if RefValue==0: a = ["operation", 4500, 1] 
> else: a = ["operation", 4500, 0] 
> 

Butto lí una possibile soluzione :

Definisci una funzione a come quella che scrivo sotto e nel codice invece di 
usare ‘a’ usi ‘a()’

def a():
 return ["operation", 4500, 1 if RefValue==0 else 1]

Non so se ti puó essere utile ma magari ti fa scattare qualche idea. 

Ciao

G


> il problema è RefValueCambia di continuo, mentre a viene definita solo una 
> vola.
> L'idea è di scrivere una cosa del tipo:
> 
> def __inverse__():
>global RefValue
>if RefValue==0: return 1
>return 0
> RefValue = 0
> a = ["operation", 4500, __inverse__()]
> 
> ovviamente così scritta, la funziona inverse viene chiamata solo 
> all'inizializzazione e la variabile rimarrà sempre con a[2]==1.
> I puntatori non esistono, ma sapete se c'è il modo di aggiungere un elemento 
> alla lista che richiami una funzione e quindi di fatto tenga aggiornata la 
> lista stessa gni qual volta viene utilizzata?
> 
> Grazie
> Ciao
> V
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] Memory leak

[Giovanni Porcari]

> Il giorno 4 set 2019, alle ore 10:43, Giovanni Vittorio Spina 
>  ha scritto:
> 
> Ciao a tutti, 
> Ho un problema importante che non so bene come risolvere.
> Faccio applicazioni python per lavoro. Sono grafiche oppure solo testuali che 
> girano su macchine linux di varia natura.
> Su tutte sto avendo problemi di ram nel senso che la ram occupata dal 
> processo python aumenta sempre fino ad un kill del sistema operativo per out 
> of memory quando la ram del sistema finisce. 
> Al momento posso solo risolvere con un wachdog che riavvii l’applicazione 
> quando viene chiusa, ma non mj pare la cosa più elegante.
> Uso parecchie librerie di terzi e fatte da me in dieci anni.
> Conoscete un modo per debuggare una cosa del genere?
> Non so bene dove sbattere la testa.
> Grazie in anticipo.
> Vittorio



prova a dare un occhio a questo se ti aiuta:

https://benbernardblog.com/tracking-down-a-freaky-python-memory-leak/


Ciao

G

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

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

Re: [Python] dipendenze idonee ad un progetto

[Giovanni Porcari]

> Il giorno 20 ago 2019, alle ore 10:24, antonio taccetti 
>  ha scritto:
> 
> Ciao, seguendo le istruzioni della pagina
> https://www.genropy.org/docs/installation_guide/windows.html
> ho scaricato e installato quanto richiesto.
> purtroppo arrivato al punto di lanciare paver develop
> questo non esiste.
> Sono io che sbagli qualcosa?
> Ti allego 2 screenshot spero esplicativi.
> Come devo procedere?
> Saluti

Ciao

per non disturbare la lista puoi scrivermi privatamente a 
giovanni.porc...@softwell.it
Ciao

G

> 
> Le informazioni contenute in questo messaggio di posta elettronica sono 
> riservate e confidenziali e ne è vietata la diffusione in qualsiasi modo o 
> forma. Qualora Lei non fosse la persona destinataria del presentemessaggio, 
> La invitiamo a non diffonderlo e ad eliminarlo, dandone gentilmente 
> comunicazione al mittente.
> The information included in this e-mail and any attachments are confidential 
> and may also be privileged.If you are not the correct recipient, you are 
> kindly requested to notify the sender immediately, to cancel it and not to 
> disclose the contents to any other person.
> 
> 
> Il giorno gio 15 ago 2019 alle ore 11:02 Giovanni Porcari 
>  ha scritto:
> 
> 
> Il giorno 15 ago 2019, alle ore 10:53, antonio taccetti 
>  ha scritto:
> 
>> Il mio cliente non dovrà solo leggere, cancellare, rispondere alle email 
>> ecc., dovrà salvare le email in un database relazionale con rapporto una a 
>> molti farà una tabella mittenti (con un campo oggetto) ed una tabella corpi 
>> email. Questo faciliterà enormemente la ricerca nei carteggi intercorsi.
>> Il database potrà stare su un server oppure in locale o untrambi a scelta 
>> dell'utilizzatore.
>> Esista già qual osa di simile? 
> 
> Una applicazione del genere in Genropy ( www.genropy.org )  si scrive in meno 
> di un paio d’ore (se se lo conosci poco altrimenti anche meno). 
> 
> Ci devi mettere il tempo di impararlo un po’ ma per quello che dici in un 
> paio di giorni di studio dovresti avere tutto quello che ti serve. 
> 
> Se ti interessa siamo sempre disponibili per dare una mano. 
> 
> Buona giornata
> 
> G
> 
> 
>> 
>> Il gio 15 ago 2019, 10:11 Gollum1  ha scritto:
>> Il 14 agosto 2019 12:33:12 CEST, antonio taccetti 
>>  ha scritto:
>> >Buongiorno sono interessato alla gestione delle email, lettura dal
>> >server
>> >ed invio da software scritto con python.
>> >Gestione di database (preferibilmente MySQL) e naturalmente creare
>> >interfacce grafiche che permettano n magli utenti di farlo da un software
>> >python compilato.
>> >Da quello che ho letto, con Python, è un progetto fattibile.
>> >Il problema è scegliere le dipendenze giuste, (mi pare che wx non abbia
>> >tutte le prerogative) qualcuno mi può consigliare?
>> >Grazie
>> >Antonio
>> >
>> >*Le informazioni contenute in questo messaggio di posta elettronica
>> >sono
>> >riservate e confidenziali e ne è vietata la diffusione in qualsiasi
>> >modo o
>> >forma. Qualora Lei non fosse la persona destinataria del
>> >presentemessaggio,
>> >La invitiamo a non diffonderlo e ad eliminarlo, dandone gentilmente
>> >comunicazione al mittente.*
>> >*The information included in this e-mail and any attachments are
>> >confidential and may also be privileged.If you are not the correct
>> >recipient, you are kindly requested to notify the sender immediately,
>> >to
>> >cancel it and not to disclose the contents to any other person.*
>> 
>> scusa, mi spieghi il motivo per cui devi reinventarti l'acqua calda?
>> 
>> che necessità hai di crearti un tuo cliente di posta, quando c'è ne sono già 
>> una marea, perché non si tratta solo di prelevare e leggere posta, devi poi 
>> permettere di scrivere e inviare le mail, che fai... ti inventi un editor? 
>> niente html (che sarebbe solo positivo)? tutt'altro parte di sicurezza? 
>> gestione delle firme? gestione del quoting?
>> 
>> è c'è ne sono tante altre di considerazioni del genere da fare.
>> 
>> poi, il client verrà distribuito in quale ambiente (sistema iperattivo) se 
>> sono sistemi unix like, python c'è già di suo, altrimenti devi fare in modo 
>> che sia venga installato anche lui (qui la soluzione è creare un eseguibile 
>> che si porta dietro automaticamente anche l'interprete, e non è poca roba).
>> 
>> un caso diverso è se vuoi qualcosa che funzioni online, una web mail, per 
>> intenderci. in quel caso devi avere un server, e anche in questo caso, ci

Re: [Python] genere (maschile o femminile) di un nome di persona

[Giovanni Porcari]

> Il giorno 15 ago 2019, alle ore 12:42, Gollum1  
> ha scritto:
> 
> Il 15 agosto 2019 11:06:23 CEST, Bonaventura Di Bello 
>  ha scritto:
>> 
>> Come sottolineava Ivo Reano, ho già provveduto a rettificare la mia
>> condotta, o Sommo Gollum! ;-)
>> 
> 
> ;-) 
> 
>> Pensa che per rispondere ho aperto un nuovo messaggio, incollato
>> l'indirizzo della lista, incollato l'oggetto togliendo spazi in
>> eccesso,
>> incollato il tuo messaggio "quotandolo", tutto a manina! :D
>> 
> 
> questo perché sei partito dal digest, il problema è così facendo spezzi i 
> thread. 
> 
> la cosa migliore è abbandonare i digest ed usare le mail normali, se si vuole 
> partecipare attivamente alle discussioni. come dicevo, i digest hanno  una 
> valenza di archiviazione, nulla di più. 
> 
> per il quoting... bene... 
> 
>> Altri consigli sono ben accetti... considera che non interagivo con
>> mailing
>> list dai tempi di MCLink via modem e in formato text-only :)
>> 
> 
> text-only è giusto... 
> 
> che ricordi le BBS... i giovani non sapranno mai cosa voleva dire... 
> con il modem a 9600 baud. 

O l’accoppiatore acustico a 300 baud :D
G
> 
>> Buon ferragosto e buon Python a tutti!
>> 
> 
> mi associo negli auguri. 
> 
> 
> byez
> -- 
> gollum1
> 
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
> errori, maledetto correttore automatico. 
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] dipendenze idonee ad un progetto

[Giovanni Porcari]

> Il giorno 15 ago 2019, alle ore 10:53, antonio taccetti 
>  ha scritto:
> 
> Il mio cliente non dovrà solo leggere, cancellare, rispondere alle email 
> ecc., dovrà salvare le email in un database relazionale con rapporto una a 
> molti farà una tabella mittenti (con un campo oggetto) ed una tabella corpi 
> email. Questo faciliterà enormemente la ricerca nei carteggi intercorsi.
> Il database potrà stare su un server oppure in locale o untrambi a scelta 
> dell'utilizzatore.
> Esista già qual osa di simile? 

Una applicazione del genere in Genropy ( www.genropy.org )  si scrive in meno 
di un paio d’ore (se se lo conosci poco altrimenti anche meno). 

Ci devi mettere il tempo di impararlo un po’ ma per quello che dici in un paio 
di giorni di studio dovresti avere tutto quello che ti serve. 

Se ti interessa siamo sempre disponibili per dare una mano. 

Buona giornata

G


> 
> Il gio 15 ago 2019, 10:11 Gollum1  ha scritto:
>> Il 14 agosto 2019 12:33:12 CEST, antonio taccetti 
>>  ha scritto:
>> >Buongiorno sono interessato alla gestione delle email, lettura dal
>> >server
>> >ed invio da software scritto con python.
>> >Gestione di database (preferibilmente MySQL) e naturalmente creare
>> >interfacce grafiche che permettano n magli utenti di farlo da un software
>> >python compilato.
>> >Da quello che ho letto, con Python, è un progetto fattibile.
>> >Il problema è scegliere le dipendenze giuste, (mi pare che wx non abbia
>> >tutte le prerogative) qualcuno mi può consigliare?
>> >Grazie
>> >Antonio
>> >
>> >*Le informazioni contenute in questo messaggio di posta elettronica
>> >sono
>> >riservate e confidenziali e ne è vietata la diffusione in qualsiasi
>> >modo o
>> >forma. Qualora Lei non fosse la persona destinataria del
>> >presentemessaggio,
>> >La invitiamo a non diffonderlo e ad eliminarlo, dandone gentilmente
>> >comunicazione al mittente.*
>> >*The information included in this e-mail and any attachments are
>> >confidential and may also be privileged.If you are not the correct
>> >recipient, you are kindly requested to notify the sender immediately,
>> >to
>> >cancel it and not to disclose the contents to any other person.*
>> 
>> scusa, mi spieghi il motivo per cui devi reinventarti l'acqua calda?
>> 
>> che necessità hai di crearti un tuo cliente di posta, quando c'è ne sono già 
>> una marea, perché non si tratta solo di prelevare e leggere posta, devi poi 
>> permettere di scrivere e inviare le mail, che fai... ti inventi un editor? 
>> niente html (che sarebbe solo positivo)? tutt'altro parte di sicurezza? 
>> gestione delle firme? gestione del quoting?
>> 
>> è c'è ne sono tante altre di considerazioni del genere da fare.
>> 
>> poi, il client verrà distribuito in quale ambiente (sistema iperattivo) se 
>> sono sistemi unix like, python c'è già di suo, altrimenti devi fare in modo 
>> che sia venga installato anche lui (qui la soluzione è creare un eseguibile 
>> che si porta dietro automaticamente anche l'interprete, e non è poca roba).
>> 
>> un caso diverso è se vuoi qualcosa che funzioni online, una web mail, per 
>> intenderci. in quel caso devi avere un server, e anche in questo caso, ci 
>> sono server già pronti...
>> 
>> se vuoi comunque fartelo in casa, si può fare in Django o in genropy, che 
>> hanno già di loro tutto ciò che può servire (ci sono anche altri framework).
>> 
>> se poi, il tutto è per studiare e giocare, allora... benvenga la curiosità.
>> 
>> buona continuazione. 
>> byez
>> -- 
>> gollum1
>> 
>> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
>> errori, maledetto correttore automatico. 
>> ___
>> Python mailing list
>> Python@lists.python.it
>> https://lists.python.it/mailman/listinfo/python
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] [TDD] Mock di un decoratore

[Giovanni Porcari]

> Il giorno 7 ago 2019, alle ore 08:08, Karim  ha scritto:
> 
> Salve lista, stavo per scrivere su telegram, ma poi mi sono detto, naah... ed 
> eccomi qui
> 
> Sto cercando di capire come posso mocckare un decoratore di una view, in 
> particolare devo decorare un metodo di una view in django
> 
> class MyNiceClassView:
> 
> @decorator_to_mock
> def post(...):
> 
> Ora, io devo testare la mia post, soltanto che il mio decoratore fa alcuni 
> test che vorrei semplicemente evitare. Dato che python carica i moduli solo 
> una volta, una volta che io faccio:
> 
> my_view = MyNiceClassView.as_view()
> 
> la `my_view` ora e' gia' wrappata dal decoratore.
> 
> Cercando su stack overflow, una soluzione suggerita e' quella di 
> 
> 1) importarsi il modulo
> from app import modulo
> 2) monkey patchare il decorator con un decorator scemo nel modulo importato
>   modulo.decoratore = decoratore_scemo
> 3) importarsi la view da testare.
>   from app.modulo import ViewDaTestare
> 4) testare la view
> 
> Ora, questo processo funziona, se non fai nessuna patch e/o non carichi nulla 
> prima della monkey patch. Inoltre se il decorator e' gia' caricato da altri 
> test tutto va a farsi benedire perche' python importa solamente una volta.
> 
> Avete dei suggerimenti su come fare una bella e pulita mocckata del decorator?


Potresti provare prima di eseguire il test a verifica re in sys.modules. Se il 
tuo modulo non c’è lo importi e poi fai la patch. Altrimenti fai la patch sul 
modulo importato. 

Non so se può funzionare ma è la sola cosa che mi viene in mente quando devi 
alterare moduli già importati. 

Ciao

G
> 
> Ciao
> 
> 
> -- 
> Karim N. Gorjux
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] In merito al canale Telegram

[Giovanni Porcari]

> Il giorno 26 giu 2019, alle ore 01:03, Enrico Bianchi 
>  ha scritto:
> 
> Giorni addietro ho discusso con alcuni membri della ml (in particolare 
> con Matteo Benci) difendendo a spada tratta il canale telegram Python 
> Italia, ponendo la mia tesi di difesa sul fatto che si stava parlando di 
> argomenti superati e chiusi. Putroppo questa sera mi sono dovuto 
> ricredere. Quello che è accaduto (e che hanno visto in molti) è stato 
> decisamente grave, soprattutto se consideriamo che è stato perpetrato 
> dagli amministratori. A questo punto mi sento di condividere quello che 
> è già stato detto, ovvero che il canale Telegram non è un posto che mi 
> sento più di raccomandare, soprattutto a coloro che si affacciano al 
> mondo Python fin da ora. Mi scuso inoltre con tutti gli avventori della 
> mailing list, perché di fatto, ho creato del rumore quando la realtà dei 
> fatti era un'altra. Spero che per la prossima volta sarò meno avventato
> 
> Enrico
> P.S. @Matteo, se sarò presente al prossimo Pycon, sappi che ti offrirò 
> una birra in segno di scuse
> __

Caro Enrico
al prossimo Pycon avrei io il piacere di offrire una birra a te perché in un 
panorama di persone che non sanno ricredersi e rivedere le proprie posizioni, 
tu ha dato un buon esempio di onestà intellettuale. Bravo :)

G


> _
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

[Python] [ANN] Nuovo sito Genropy e nuova documentazione

[Giovanni Porcari]

Ciao a tutti

dato che la lista sembra essersi destata come la bella addormentata dopo
il bacio del principe ne approfitto per annunciarvi che è disponibile
il nuovo sito di Genropy (www.genropy.org) e la nuova documentazione, sempre
incompleta ma in crescita ;)

Ci vediamo a pycon

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

Re: [Python] lista morta...

[Giovanni Porcari]

> Il giorno 30 apr 2019, alle ore 08:58, Alessandro Dentella  
> ha scritto:
> 
> 
> On Mon, Apr 29, 2019 at 01:47:27PM +0200, Giovanni Porcari wrote:
> 
>> Il canale di Telegram sta alla ML come uno strunz sta a un babà…
> 
> 
> 
> molto efficace.
> 
> Io non ho neanche ipotizzato di iscrivermi al canale telegram, non
> sopporto la chat come strumento di lavoro:
> 
> 1. spinge alla domanda e risposta compulsiva invece che meditata. Al
>   50% delle volte quando screivo una domanda, proprio per come metto giù
>   tuttew le informazioni perché altri le possano capire bene e per
>   mostrare di avere già fatt una parte del percorso verso la soluzione,
>   mi chiarisco abbastanza le idee da non avere bisogno di postare.
> 
> 2. Manca di indicizzazione, quindi serve solo a chi in quel monento
>   segue e basta
> 
> 3. Spesso non si riesce neanche a seguire le risposte alle proprie
>   domande, in quanto sono disperse in mezzo alle altre e non si
>   riesce neanche a seguire il thread... Nei frontend uso vuejs ed in
>   particolare vuetify che ha una chat con discord: un vero incubo!
> 
>   Agli antipodi di stackoverflow & co. (dove pure ho avuto una brutta
>   esperienza recentemente) che favorisce la costruzione stabile di
>   soluzioni valide.
> 
>   Della pagina fb anco sapevo l'esistenza, ma di nuovo non mipare lo
>   strumento giusto


Se vogliamo fare ripartire la lista non ci vuole molto. 
Basterebbe essere certi di non disturbare quando si apre un nuovo thread dato
che a volte nascono i flame ma altre volte si rischia l'effetto cespuglio
rotolante (https://www.youtube.com/watch?v=XoMX3J5BnL8.).

Comunque se la fiamma langue basta alimentarla. Quindi coraggio, apriamo nuovi
thread e vediamo che ne viene fuori.

Ciao

G





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

Re: [Python] lista morta...

[Giovanni Porcari]

> Il giorno 29 apr 2019, alle ore 13:07, Carlos Catucci 
>  ha scritto:
> 
> 
> Il lun 29 apr 2019, 12:48 Gollum1  ha scritto:
> che tristezza, non vedo più nessun post girare sulla lista, purtroppo non ci 
> si rende conto che FB non è lo strumento più adatto... si perdono tanti post, 
> c'è troppo rumore, non si vedono e passano inosservate... mentre con le mail 
> era diverso.
> 
> Almeno il canale su Telegram ha uno scopo, è più simile a quello che era irc, 
> un contatto immediato e estemporaneo, senza pretesa di avere la stessa 
> valenza della ML.
> 
> Mi spiace veramente tanto... ci stiamo perdendo uno strumento che permette di 
> mantenere anche uno storico dei messaggi, dei problemi e delle soluzioni.
> 
> Scusate lo sfogo, ma quando si è in malattia, si perde tempo, anche così... 
> 
> Mi spiace tu sia in malattia.
> Si vero la lista è morta. Servirebbe un qualcosa che duplica i thread 
> telegramma anche qui, ma visto che è di fatto una chat la vedo dura riuscire 
> a farlo, anche fare solo un filtraggio dell'output da riversare su dei log 
> suddivisi per thread sarebbe opera dura persino per applicazioni di AI.
> In effetti è un peccato che la ml sia deserta. Speriamo che prima o poi si 
> rianimò. Certo un copia e incolla dei quesiti che scriviamo su telegramm 
> anche qui sopra non sarebbe un grande impegno.



Il canale di Telegram sta alla ML come uno strunz sta a un babà…


G


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

Re: [Python] [OT] netetiquette [was: Grazie x il consiglio!]

[Giovanni Porcari]

> Il giorno 2 dic 2018, alle ore 21:40, Gollum1  ha 
> scritto:
> 
> 
> spero di non infastidire qualcuno con questa mail. 
> 
> Il 2 dicembre 2018 10:47:00 CET, atodiresei andrei 
>  ha scritto:
>>> ti lascio comunque un consiglio.
>> 
>>> cerca in Google "quotare bene", "top quoting"...
>>> perché vedo che non percepisci quello che ti è stato detto in modo
>> scherzoso.
>>> byez
> 
> sì, il concetto è che in una mailing list si richiede che le risposte siano 
> sempre sotto alle domande, se stai seguendo un discorso, soprattutto se 
> intervengono più persone, hai il senso corretto della sequenza. 
> 
> il tuo messaggio ha ancora qualcosa che non va, viene completamente tagliato 
> quando ti rispondo, questo forse è dovuto ad una errata configurazione del 
> tuo client, che non rispetta completamente le regole.
> 
> ti faccio un piccolo elenco per punti, cerca pian piano di trovare il modo di 
> adattarti a queste regole.
> 
> 1) non usare html nella ml, solo puro testo. Scrivere in html, rende 
> difficoltosa la lettura, sopratutto per chi ti legge su smartphone e/o 
> tablet. tendenzialmente perché i client html non rispettano il punto 
> successivo.
> 
> 2) imposta il tuo client in modo che interrompa le righe al 79° carattere 
> (qualcuno lo imposta addirittura a 73), questo per non avere delle righe 
> lunghissime, che se scrivi in html, si traduce, sempre per i dispositivi 
> mobili, in scritte piccolissime.
> 
> 3) imposta ">" come carattere di quoting. In pratica le parti del messaggio 
> originale a cui rispondi, iniziano con questo carattere, e il numero di 
> caratteri ad inizio riga, ti danno un'idea del livello di risposta (in 
> Pratica, quando rispondi ad una mail che contiene risposte alla mail 
> originale, sei in grado di capire chi risponde a chi)
> 
> 4) fai iniziare la tua firma con la sequenza "-- " (meno + meno + spazio + 
> ritorno a capo). I client intelligenti aliminano automaticamente tutto ciò 
> che segue, che è considerato come firma (e probabilmente è il motivo per cui 
> mi taglia il tuo messaggio)
> 
> 5) nella tua risposta elimina tutto ciò che non è necessario per la tua 
> risposta (firme, saluti, disclaimer aggiunti dai server attraversati)
> 
> 6) un tipo di risposta ancora più apprezzato del bottom quoting, è l'inline 
> quoting, in pratica non rispondi sotto al messaggio completo, ma sotto alla 
> porzione di messaggio a cui stai rispondendo. molto comodo se le tua risposta 
> è articolata in funzione della mail a cui stai rispondendo.
> 
> 7) quando rispondi ad una ml, cerca di tenere le mail sulla ml, non sempre 
> sono gradite le risposte in privato, se non esplicitamente richieste.
> 
> 8) conseguenza della precedente, elimina tutti gli indirizzi che non servono 
> nella risposta, lascia solo quello della ml, o al più quello di chi ti ha 
> richiesto la risposta privata esplicitamente.
> 
> 9) non fare mai una mail a più ml contemporaneamente, al più, ripeti la 
> stessa mail, ma con invii separati, altrimenti rischi che le disposte che 
> arrivano da una, imprestino l'altra ml, è viceversa.
> 
> 10) non pretendere mai una risposta, sopratutto immediata. chi risponde sulle 
> ml è gente che lo fa per passione, non è stipendiata per farlo, e in 
> particolari occasioni potrebbe non avere tempo o voglia di rispondere.
> 
> 11) rispetto ed educazione in lista, è più facile che qualcuno ti risponda.
> 
> 12) non chiedere se puoi fare una domanda, chiedi direttamente, al massimo 
> nessuno ti risponde.
> 
> 13) usa sempre un oggetto per la mail, ed usa un oggetto che abbia un senso 
> per l'argomento trattato.
> 
> 14) mai cominciare un thread rispondendo ad un altro thread, i client Seri 
> non si basano sull'oggetto per raggruppare le mail, e rischi che ci potrebbe 
> risponderti, non lo faccia, perché la mail è dentro un thread che ha deciso 
> di non seguire.
> 
> 15) una deroga al punto precedente è quando da un thread, pur continuandolo, 
> si prende una strada diversa (magari si scende in particolari), nel qual caso 
> si cambia l'oggetto della mail, ma si lascia in coda "was:" seguito dal 
> precedente oggetto.
> 
> 16) in questa ml sono tollerati gli OT, basta segnalarli, e basta non 
> esagerare.
> 
> 17) pensa sempre ad un sorriso quando scrivi, e non prendertela se quello che 
> leggi non ti piace. i flame sono poco tollerati.
> 
> buona continuazione. 
> byez
> -- 
> gollum1


QUESTO LO DICE LEI! (cit. Laura Castelli)

G
> 
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
> errori, maledetto correttore automatico. 
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python

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

Re: [Python] Name matching

[Giovanni Porcari]

> Il giorno 02 mar 2018, alle ore 07:05, Karim  ha 
> scritto:
> 
> Ciao lista, ho bisogno di un suggerimento su un problema che devo risolvere.
> 
> Contesto: ho un'applicazione Django che si collega ad un servizio di terze 
> parti per ottere dei dati di un "business" che l'utente sta integrando. Il 
> servizio ci da varie informazioni tra cui un dato `industry_type`.
> 
> Questo valore `industry_type` e' digitato dall'utente e significa: 
> descrizione dell'attivita' del business
> 
> Ora questo valore `industry_type` lo devo confrontare con una tabella nel 
> database che puo' essere paragonata alla classificazione delle attivita' 
> ATECO[1]. La mia tabella ha un codice e una descrizione. Io faccio il match 
> da `industry_type` alla descrizione sul database e il match piu' probabile 
> "vince".
> 
> Per applicare questo procedimento ho usato l'algoritmo jaro-winkler dal 
> package "jellyfish"[2], faccio il matching di
> tutta la tabella nel database e il miglior match e' cio' che piu' si 
> avvicina. Ovviamente non funziona un gran che' perche' il si avvicina 
> significa quanti editing sono necessari per arriva
> 
> 
> Ecco un esempio:
> 
> *INDUSTRY TYPE*, *DESCRIZIONE TROVATA*
> Solar Panels, Solar Panel Installation
> Software Consultancy, Software Publishing
> Auto Trim, Arts Education
> Consulting, Counselling Service - Debt
> Advanced Mobile Technology Development, Masonic Lodge Operation
> Bridal Boutique, Primary Education
> Cafe/Restaurant, Restaurant
> 
> Ho circa 5000 industry_type disponibili realmente digitati dall'utente e 
> purtroppo senza il corrispettivo matching, ma controllando i match generati 
> dall'algoritmo, il risultato e' bassino, i match sono circa il 15%.
> 
> Ora, c'e' modo di migliorare la situazione?
> 
> Io stavo pensando di fare due cose:
> 
> 1) Migliorare il matching cambiando algoritmo o applicandolo scorporando le 
> parole di industry_type
> 
> 2) Applicare del "machine learning" anche se mi tocca impararmelo. Pensavo di 
> salvare gli abbinamenti fatti dall'utente per correggere il falso match in 
> modo di avere un numero sempre maggiore di associazioni di `industry_type` al 
> codice attivita'.
> 
> Quindi se ad esempio l'industry_type e' "Sport activities" purtroppo non mi 
> esce "Sporting Club Room" che e' presente come attivita', ma mi esce 
> tutt'altro. 
> Se pero' io abbinassi al codice di "Sporting Club Room" l'abbinamento "sport 
> activities" corretto dall'utente, avrei qualcosa di piu' su cui fare il 
> matching la volta successiva.
> 
> La cosa buffa e' che usando il matching, piu' parole scrivi piu' tendi ad 
> allontanarti dal match giusto se le parole sono diverse.
> 
> Tornando all'esempio di prima:
> 
> l'utente ha digitato "Sport" e allora il match mi da correttamente "Sporting 
> Club Room", ma se l'utente digita "sport activities", l'algoritmo mi trova: 
> "Podiatrist / Chiropodist" a causa della distanza dell'algoritmo.
> 
> Qualcuno di voi ha affrontato questo tipo di situazioni?


Se sono 'solo' 5000, considerando che un essere umano con un buon tool di aiuto 
potrebbe abbinarne 
una decina al minuto, il tempo necessario totale potrebbe essere minore di 9 
ore.
Considerando per l'Italia un costo di 20€/ora sono 180€. 

Tra fare un buon algoritmo, testarlo e controllare se funziona bene, penso che 
ci vogliano
più ore e di una risorsa ben più costosa :)

E hai anche il vantaggio di dar lavoro ad un essere umano :D


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

[Python] Una bella intervista

[Giovanni Porcari]

Mi permetto comunque di segnalarvi questa bella intervista ad un nostro collega 
:)


https://www.blog.pythonlibrary.org/2017/10/09/pydev-of-the-week-giampaolo-rodola/


G


P.S.
Scusa Giampaolo se magari ti ho anticipato :)
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] Canale Telegram

[Giovanni Porcari]

> Il giorno 10 ott 2017, alle ore 10:28, Enrico Bianchi 
>  ha scritto:
> 
> Gollum, quando si risponde ad una mail, secondo netiquette, sarebbe 
> opportuno eliminare tutte le parti non inerenti al testo a cui si sta 
> rispondendo, lasciando solo la parte interessata e scrivendo la propria 
> risposta sotto di essa (in, gergo, questa pratica si chiama "quotare")
> 
> Enrico ;)

LOL

G

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

Re: [Python] Canale Telegram

[Giovanni Porcari]

> Il giorno 27 set 2017, alle ore 22:48, Gollum1  
> ha scritto:
> 
> Il 27 settembre 2017 16:14:53 CEST, Daniele  ha scritto:
>> Ciao a tutti, vi rendiamo partecipi della nascita di una nuova risorsa
>> social a cura di Python Italia.
>> 
>> Ci stiamo riferendo al nuovissimo e luccicante canale Telegram, che
>> potrete
>> raggiungere tramite il link https://t.me/pythonita.
>> 
>> Accorrete numerosi, ma ricordate che vige in tutte le estensioni online
>> della community ufficiale di Python Italia, un Codice di Comportamento
>> [
>> https://github.com/pythonitalia/code-of-conducts] da rispettare ed a
>> cui
>> attenersi durante le varie interazioni.
>> 
>> Ci vediamo sul canale.
>> Daniele (im)modesto messagero di Python Italia
> 
> L'importante è che non facciate morire la lista, mi sono già iscritto al 
> canale, proprio questa sera, ma io continuo a preferire la ml

L’aspetto positivo è che in telegram non puoi fare top quoting  :P

G

> -- 
> Gollum1
> Tesssoro, dov'è il mio tesssoro...
> 
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
> errori (maledetto correttore automatico).
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] Interview per lavoro su python (e django)

[Giovanni Porcari]

> Il giorno 07 set 2017, alle ore 12:13, Francesco Maida 
>  ha scritto:
> 
> Ragazzi, mi dispiace ma io prendo la strada più lunga ma facilmente 
> comprensibile ;-)
> 


> https://gist.github.com/anonymous/0f30fdac699b9691f6ec282d6ec61042




Pensa q chi lo ha scritto invece in brainfuck:


+[>[-]>[-]>[-]<<<[>+>+>+<<<-]>>>[<<<+>>>-]<>+++<[->-[>+>>]>[+[-<+>]>+>>]<]>[-]>>[-]<>[-]>[-]<<[>+>+<<-]>[<+>-]+<>>[<->[-]]
<<>[>++.+++.++
+++..[-]<-]<[-]<<<>+<[->-[>+>>]>[+[-<+>]>+>>]<]>[-]>>[-]<>[-]>[-]<<[>+>+<<-]>[<+>-]+<>>[<->[-]]<<>[>++
.+++.+..[-]<-]<[-]<<++
++.[-]<+]

 
Leggibile vero ? :D:D


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

Re: [Python] Interview per lavoro su python (e django)

[Giovanni Porcari]

> Il giorno 07 set 2017, alle ore 15:05, Pietro Brunetti  
> ha scritto:
> 
> Molto spartano, ci sarà di meglio, ma penso sia abbastanza ideomatico:
> 
> """
> In [1]: initial_data = [(3,'alice'),(7,'bob'),(11,'charlie')]
> 
> In [2]: prime_by_name = {k:v for v, k in initial_data}
> 
> In [3]: prime_by_name
> Out[3]: {'alice': 3, 'bob': 7, 'charlie': 11}
> 
> In [4]: for num in range(1, 100):  # si può fare la doppia list comprehension
> ...: out = [name for name, prime in prime_by_name.items()
> ...:if not num % prime]
> ...: if out:
> ...: print(''.join(out))
> ...: else:
> ...: print(num)
> …:  



Bello !


G

>   
> 1
> 2
> alice
> 4
> 5
> alice
> bob
> 8
> alice
> 10
> charlie
> alice
> 13
> bob
> alice
> 16
> 17
> alice
> 19
> 20
> bobalice
> charlie
> 23
> alice
> 25
> 26
> alice
> bob
> 29
> alice
> 31
> 32
> alicecharlie
> 34
> bob
> alice
> 37
> 38
> alice
> 40
> 41
> bobalice
> 43
> charlie
> alice
> 46
> 47
> alice
> bob
> 50
> alice
> 52
> 53
> alice
> charlie
> bob
> alice
> 58
> 59
> alice
> 61
> 62
> bobalice
> 64
> 65
> alicecharlie
> 67
> 68
> alice
> bob
> 71
> alice
> 73
> 74
> alice
> 76
> bobcharlie
> alice
> 79
> 80
> alice
> 82
> 83
> bobalice
> 85
> 86
> alice
> charlie
> 89
> alice
> bob
> 92
> alice
> 94
> 95
> alice
> 97
> bob
> alicecharlie
> 
> """"
> 
> 
> Il giorno 7 settembre 2017 13:48, Giovanni Porcari 
>  ha scritto:
> 
> > Il giorno 07 set 2017, alle ore 11:02, Carlo Miron  ha 
> > scritto:
> >
> > 2017-09-07 0:58 GMT+02:00 Karim :
> >
> >> 2017-09-06 8:25 GMT+10:00 Riccardo Magliocchetti
> >> :
> >>>
> >>> Nel primo caso per profili junior anni fa chiedevo tra le altre queste
> >>> due:
> >>> - quale linguaggi conosci di più e quanto bene da 1 a 10
> >>> - fizzbuzz in che linguaggio preferisci
> >>
> >> Fantastico, non conoscevo fizzbuzz. Ho provato a farlo e ho salvato la
> >> faccia, allora ho proposto lo stesso esercizio sul gruppo facebook...
> >> diciamo che ha acceso gli animi :D
> >
> > E così parte il golfing sulla soluzione più breve. la mia è
> >
> >("Fizz"*(not x%3)+"Buzz"*(not x%5) or x for x in itertools.count(1))
> 
> 
> 
> Elegante :)
> 
> Ma ora il superfizzbuzz:
> 
> data un array arbitrario di numeri primi associati ad altrettante parole,
> scrivere l'algoritmo che, nell'enumerazione sostituisca al numero primo e ai 
> suoi multipli
> la parola assegnata e nel caso un numero sia multiplo di più numeri primi da 
> sostituire,
> sostituisca con la concatenazione delle parole.
> 
> il caso fizzbuzz è
> 
> superfizzbuzz([(3,'fizz'),(5,'buzz')])
> 
> testare ad esempio con :
> 
> superfizzbuzz([(3,'alice'),(7,'bob'),(11,'charlie')])
> 
> 
> Parte la sfida ;)
> 
> 
> G
> 
> 
> 
> 
> 
> >
> > :P
> >
> > ㎝
> >
> > --
> > |:**THE 🍺-WARE LICENSE** *(Revision ㊷)*:
> > |  wrote this mail. As long as you retain this
> > | notice you can do whatever you want with this stuff.
> > | If we meet some day, and you think this stuff is worth it,
> > | you can buy me a 🍺 in return. —㎝
> > ___
> > Python mailing list
> > Python@lists.python.it
> > https://lists.python.it/mailman/listinfo/python
> 
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
> 
> 
> 
> -- 
> There is a crack, a crack in everything. That’s how the light gets in
> L. Cohen
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python

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

Re: [Python] Interview per lavoro su python (e django)

[Giovanni Porcari]

> Il giorno 07 set 2017, alle ore 11:02, Carlo Miron  ha 
> scritto:
> 
> 2017-09-07 0:58 GMT+02:00 Karim :
> 
>> 2017-09-06 8:25 GMT+10:00 Riccardo Magliocchetti
>> :
>>> 
>>> Nel primo caso per profili junior anni fa chiedevo tra le altre queste
>>> due:
>>> - quale linguaggi conosci di più e quanto bene da 1 a 10
>>> - fizzbuzz in che linguaggio preferisci
>> 
>> Fantastico, non conoscevo fizzbuzz. Ho provato a farlo e ho salvato la
>> faccia, allora ho proposto lo stesso esercizio sul gruppo facebook...
>> diciamo che ha acceso gli animi :D
> 
> E così parte il golfing sulla soluzione più breve. la mia è
> 
>("Fizz"*(not x%3)+"Buzz"*(not x%5) or x for x in itertools.count(1))



Elegante :)

Ma ora il superfizzbuzz:

data un array arbitrario di numeri primi associati ad altrettante parole, 
scrivere l'algoritmo che, nell'enumerazione sostituisca al numero primo e ai 
suoi multipli
la parola assegnata e nel caso un numero sia multiplo di più numeri primi da 
sostituire, 
sostituisca con la concatenazione delle parole.

il caso fizzbuzz è

superfizzbuzz([(3,'fizz'),(5,'buzz')])

testare ad esempio con :

superfizzbuzz([(3,'alice'),(7,'bob'),(11,'charlie')])


Parte la sfida ;)


G





> 
> :P
> 
> ㎝
> 
> -- 
> |:**THE 🍺-WARE LICENSE** *(Revision ㊷)*:
> |  wrote this mail. As long as you retain this
> | notice you can do whatever you want with this stuff.
> | If we meet some day, and you think this stuff is worth it,
> | you can buy me a 🍺 in return. —㎝
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python

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

Re: [Python] Genropy import error

[Giovanni Porcari]

> Il giorno 30 lug 2017, alle ore 12:49, BATTISTELLA GIANMARIA 
>  ha scritto:
> 
> Buon giorno sto cercando di installare genropy su window7 
> Ho installato virtualenv
> E seguito la procedura indicata sul sito genropy
> Quando lancio lo script gnrmkproject mi da un import error no module named 
> devel.commands
> Help please
> Grazie


Ciao

ti suggerisco di scrivere alla lista di genropy:

puoi scrivere un email a genropy-requ...@freelists.org  con subject ‘subscribe’ 
oppure 
vai su : http://www.freelists.org/list/genropy

Per quanto riguarda il tuo problema ti suggerisco di verificare se hai l'ultima 
versione
che trovi su bitbucket  nel branch develop

Comunque le istruzioni da seguire sono queste :

http://www.genropy.org/docu/index/rst/first_steps/framework_installation/virtualenv/linux

Se non risolvi ti aspetto sulla lista di genropy per ulteriori chiarimenti


Ciao


G


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

Re: [Python] I Video di PyConOtto! (e Altre Cose Interessanti)

[Giovanni Porcari]

> Il giorno 22 giu 2017, alle ore 21:30, Gollum1  
> ha scritto:
> 
> Il 22 giugno 2017 18:25:52 CEST, Carlo Miron  ha scritto:
>> 
>> 
>> Cheers,
>> ㎝
>> 
>> -- 
>> |:**THE BEER-WARE LICENSE** *(Revision 42)*:
>> |  wrote this mail. As long as you retain
>> | this notice you can do whatever you want with this stuff.
>> | If we meet some day, and you think this stuff is worth it,
>> | you can buy me a beer in return.
>> |--Carlo Miron :
>> ___
>> Python mailing list
>> Python@lists.python.it
>> http://lists.python.it/mailman/listinfo/python
> 
> occavolo... ho dimenticato di caricare le slide... (devo ritrovarle e 
> caricarle nel più breve tempo possibile)… sigh


Troppo tardi…
G

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

Re: [Python] Posta certificata, S/MIME v3 e CMS... Suggerimenti?

[Giovanni Porcari]

> Il giorno 01 giu 2017, alle ore 11:58, Marco Beri  ha 
> scritto:
> 
> 2017-06-01 11:54 GMT+02:00 Luca :
> 
> Il giorno 1 giugno 2017 11:45, Marco Beri  ha scritto:
> 
> http://beri.it/articoli/ - Qualche articolo
> Luca,
> hai poi risolto?
> 
> Ciao Marco, 
> 
> Sisi, ho risolto.
> Alla fine era solo un problema di configurazione con anche una mia *sistina* 
> nell'impostare il campo *From:*
> Ovviamente prima di rendermene conto ho dovuto leggere un po' di 
> documentazione PEC :P
> 
> Quindi alla fine sei riuscito ad inviare mail PEC usando solo Python?
> 
> Molto bravo!
> 
> Perché non pubblichi la parte pubblicabile di quanto hai fatto? Oppure scrivi 
> una bloggata a riguardo?
> 
> Sono queste le cose che aiutano la community ;-)


Ehm… non sapevo che quello di mandare le PEC da python fosse un problema.

Nel senso che lo facciamo da anni e non abbiamo mai trovato un problema se non
(all'inizio) nel gestire la ricevuta e fare in modo di ricollegarla al alla mail
iniziale all'interno della tabella messaggi_mail in modo da sapere se la PEC 
è stata ricevuta.


Se serve posso vedere di mettere da qualche parte quello che abbiamo fatto…


Ciao


G



> 
> Ciao.
> Marco.
> 
> -- 
> http://beri.it/ - Un blog
> http://beri.it/i-miei-libri/ - Qualche libro
> http://beri.it/articoli/ - Qualche articolo
> ___
> 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] Modificare i valori di una colonna di un file csv

[Giovanni Porcari]

> Il giorno 16 mag 2017, alle ore 18:50, Paolo Di Ieso  
> ha scritto:
> 
> La stanchezza, ero sicuro di aver creato ex-novo l'email. Riprovo come 
> consigliato da Gollum! ;)
> 
> Dicevo che sono alle prime armi con Pandas e ho questo problema: in due 
> dataframe ho il contenuto di due file CSV, entrambi con un header e qualche 
> decina di colonne. Iterando sulle righe di entrambi voglio modificare il 1° 
> file in modo tale che quando un valore della colonna "srvid" del 1° file 
> coincide con il valore dell'omonima colonna "srvid" del 2° file, nella 
> colonna "srvid" del 1° file metto il valore preso dalla colonna "srvname" del 
> 2°. Un esempio:
> 
> Situazione iniziale 1° file:
> 
> srvid
> 42
> 63
> 63
> 63
> 42
> 42
> 
> Situazione iniziale 2° file:
> 
> srvid srvname
> 42HOTSPOT
> 43WiFi 6M
> 44WiFi 8M
> 
> 
> Situazione 1° file dopo le modifiche:
> 
> srvid
> HOTSPOT
> 63
> 63
> 63
> HOTSPOT
> HOTSPOT
> 
> Tutti i valori 42 della colonna "srvid" del 1° file sono stati sostituiti dal 
> valore "HOTSPOT" trovato in "srvname" del 2° file quando l'adiacente "srvid" 
> ha anch'essa valore 42. Ho iniziato scrivendo
> 
> df = pd.read_csv(rm_users_in, sep=";",
> usecols=rm_users_to_o4w_column.keys(),
> dtype={"zip": object}  # fix value from 50015.0 to 50015
> )
> df2 = pd.read_csv(rm_services_in, sep=";",
>  usecols=rm_services_to_o4w_column.keys()
>  )
> for row in df.itertuples():
>for row2 in df2.itertuples():
>if row.srvid == row2.srvid:
>row["srvid"] = row2.srvname
> 
> ma dal traceback capisco di non essere sulla strada giusta. Mi date una mano 
> a tornare sulla retta via?

Mi pare che tu voglia fare una join basandoti sulle due colonne 'srvid'.

Non è che puoi usare il comando join di pandas ?
http://pandas.pydata.org/pandas-docs/stable/generated/pandas.DataFrame.join.html

Se ho frainteso perdonami :)


Ciao
G


> 
> Grazie mille.
> Paolo
> ___
> 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] Riordinare un dizionario

[Giovanni Porcari]

> Il giorno 24 apr 2017, alle ore 17:51, Marcello  ha 
> scritto:
> 
> Ciao a tutti,
> 
> devo ordinare un dizionario in base al nome.
> Ho provato, cercando sul web, OrderedDict dovrebbe essere quello che fa al 
> caso mio.
> 
> import collections
> diz = [{'add': '10', 'name': 'ccc', 'pwd': '12'}, {'add': '11', 'name': 
> 'aaa', 'pwd': '45'}, {'add': '12', 'name': 'bbb', 'pwd': '79'}]
> print (collections.OrderedDict(sorted(diz.items(), key=lambda t: t[1])))
> 
> ma mi viene restituito un errore 
> AttributeError: 'list' object has no attribute 'items'
> 
> E' come se diz venisse visto come lista e non come dizionario.
> Dove sbaglio?






La cosa più simile a quello che stai facendo e che potrebbe funzionare è :

import collections
diz = [{'add': '10', 'name': 'ccc', 'pwd': '12'}, {'add': '11', 'name': 'aaa', 
'pwd': '45'}, {'add': '12', 'name': 'bbb', 'pwd': '79'}]

print collections.OrderedDict([(d['name'],d) for d in sorted(diz, key=lambda t: 
t['name'])])

Ovvero ti costruisce un OrderdDict in cui la chiave è il 'name' e iol valore è 
il dizionario originale.
Quindi trasformi la lista di dizionari in un OrderedDict  ordinato in base alla 
elemento  'name' dei dizionari originali.


Se non ho capito nulla… abbi pazienza. Ci ho provato ;)


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

[Python] Giornata formazione su Genropy

[Giovanni Porcari]

Buongiorno a tutti


Chi fosse interessato a partecipare ad una giornata di formazione su genropy
può iscriversi usando questo modulo:

https://www.survio.com/survey/d/Q3E9G2H9S2J7A5S2H

Ricordo che il limite è di 8 partecipanti e che la sede è in Milano
in via Masaniello 15 presso Softwell.

L'orario è dalle ore 9:30 alle ore 16:30 con intervallo per il pranzo.


Come al solito i posti sono limitati.


Ciao

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

Re: [Python] Framework e-commerce

[Giovanni Porcari]

> Il giorno 14 apr 2017, alle ore 16:22, salvatore monaco 
>  ha scritto:
> 
> 
> Se invece è il tuo primo progetto ecommerce ed è un lavoro con scadenze etc 
> etc io ti consiglio progetti maturi e stra seguiti come Woocommerce e 
> Magento, per intenderci, non vado pazzo per il php mysql ma per il fatturato 
> quello si



Per tacere poi il fatto che esiste un'opportunità molto ragionevole per chi
non ha voglia di grattarsi troppe rogne…

https://services.amazon.it/servizi/vendere-online/funzionamento-pro.html




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

Re: [Python] python 2-3 e CGI

[Giovanni Porcari]

> Il giorno 09 apr 2017, alle ore 22:32, Franky gmail  ha 
> scritto:
> 
> buonasera,
> 
> intervengo ancora una volta su questa discussione mio malgrado.
> 
> Premetto che non era mia intenzione scatenare un flame del genere.
> 
> leggo e constato che si abusa in terminologia a dir poco da (omissis).
> 
> Sono fermamente convinto che chi risponde alle richieste lo fa nello spirito 
> di una comunità che mette a disposizione dei richiedenti la propria cultura 
> ed il proprio tempo, gratuitamente. tuttavia non posso non constatare che 
> spesso si guarda a  chi chiede qualcosa come a dei poveri sfigati senza 
> sapere chi sono e soprattutto senza chiedersi perchè stanno chiedendo, 
> confidando in risposte adeguate.
> 
> detto ciò, visto che ho passato gli anta da tempo e nel mio pregresso ci sono 
> decine di migliaia di righe di codice scritto in ambito professionale, 
> definirmi spocchioso e saputello credo sia inappropriato soprattutto se detto 
> da persone che non mi conoscono (certificazione Oracle, Microsoft, CISCO).
> 
> Mi sono imbattuto in questa lista ed avevo chiesto con molta umiltà una 
> banalissima informazione per qualcosa che non conoscevo e dall'altra parte 
> qualcuno si permette il lusso di definirmi spocchioso e saputello solo perchè 
> "possiede la conoscenza ...poi fino a che punto non so". Vorrei aggiungere 
> anche se codeste persone si siano mai confrontati con problematiche aziendali 
> e con centinaia di utenti sparsi per il globo che pendono dalle tue labbra o 
> sarebbe meglio dire dalla tua tastiera; io personalmente penso di no, penso 
> solo che abbiano giocato con il codice estremizzando su un metodo piuttosto 
> che su una classe e penso anche che contrariamente a ciò che affermano, a 
> loro non piace in confronto, anzi lo sfuggono specialmente con persone che 
> non conoscono, da qui la mia precedente affermazione.
> 
> Un suggerimento però mi sento di darlo: personalmente ho preso spunto da 
> argomenti formulati da persone  totalmente estranee alla materia, per 
> risolvere problemi importanti sia sul piano economico che gestionale, perchè 
> mi hanno permesso di guardare al problema da una prospettiva diversa dalla mia
> quindi umiltà prima di tutto.
> 
> Nota per il collega Marco Beri: ho quasi finito il tuo libro su django, 
> ottimo lavoro.
> 
>a breve e se lo vorrai ti creerò un account su un portale che ho creato 
> (ti metterò il link appena mi assegneranno gli ip pubblici). Al 
> momento lo sto testando con carichi di lavoro al limite del infinite 
> loop (queries ridondanti ed errori (html injections) nelle text box). Sta 
> reggendo ma... forse perchè  mi conosce? ;)
> 
> un caro saluto a tutti
> 
> Franky
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Il 09/04/2017 18:35, Gollum1 ha scritto:
>> Il 9 aprile 2017 16:02:45 CEST, salvatore monaco 
>>  ha scritto:
>>> onestamente alle volte questa lista delude anche me
>> Nessuno ti obbliga a seguirla e a chiedere qualcosa a questa lista, puoi 
>> cercarti le cose si Google e risolvere i problemi in autonomia.
>> 
>>> ma c'è tanta gente che guadagna molto poco, fa quello che non vuole, e
>>> non
>>> tromba... e questo è davvero palese in alcune risposte
>>> 
>> Forse è vero il fatto che qui nessuno guadagna nulla, chi risponde lo fa 
>> mettendoci la propria esperienza, ma soprattutto il proprio tempo libero. 
>> quindi pretendere una risposta e pretenderla in tempi brevi non è la cosa 
>> più corretta.
>> 
>>> ma siamo un popolo democratico
>> Appunto, siamo un popolo democratico, e se qualcuno ti da un consiglio, che 
>> va contro quello che desideri, puoi semplicemente fregartene e non seguirlo.
>> 
>>> questa lista dimostra per altro che il paradosso di python non è sempre
>>> vero (quello per cui puoi ottenere programmatori più intelligenti
>>> se
>>> hanno pregresse esperienze in python)
>> Infatti, stai abbassando di molto la media di questa lista.
>> 
>>> Franky qualora volessi condividere un pensiero puoi farlo scrivendomi
>>> direttamente non sono sempre velocissimo ma non scriverò mai amenità
>>> tipo
>>> topquoting e puttaate che in questa lista morta imperversano...
>>> 
>> Questa presumo sia diretta a me! Per te possono anche essere puttanate, ma 
>> solitamente, quando fai parte di una comunità, ne devi rispettare le regole, 
>> e alcune regole della netetiquete, sono scritte per permettere a tutti di 
>> partecipare ad una discussione, permettendo anche a persone che non hanno le 
>> tue stesse possibilità di accedere alle mail (esempio, i non vedenti con gli 
>> screen reader) di partecipare e di arricchire la comunità con la loro 
>> presenza e la loro esperienza.
>> 
>> Quello di cui possiamo tranquillamente fare a meno sono dei coglioni 
>> spocchiosi che credono di poter fare il bello è il cattivo tempo come meglio 
>> credono, quindi se avete dei problemi con la lista, siete cortesemente 
>> invitati a non chiedere e non interagire con la medesima.
>> 
>>> buona domenica 

Re: [Python] Scelta GUI

[Giovanni Porcari]

> Il giorno 03 apr 2017, alle ore 01:01, Enrico Bianchi 
>  ha scritto:
> 
> On 03/30/2017 08:37 AM, Gollum1 wrote:
>> In che modo dovrebbe essere gestito un repository di sviluppo?
> Partiamo da un presupposto: queste sono mie considerazioni basate da 
> quanto ho visto in giro e da come mi regolo io nel gestire un 
> repository. Analizzando il repository BitBucket di Genropy:
> 
> Commit:
> Per come la vedo io, un commit dovrebbe essere riferito ad un solo 
> evento, ovvero mai riferirsi a due modifiche differenti. Per capirci, un 
> commit che incorpora un fix e che incorpora una modifica di sviluppo non 
> deve esistere. Inoltre, per me i commit dovrebbero essere il più 
> granulari possibile, anche riferiti al cambio di una sola linea di 
> codice (git da questo punto di vista aiuta parecchio, essendo 
> decentralizzato). Questo perché non solo è più facile capire 
> l'evoluzione del codice, ma è anche più facile eseguire operazioni di 
> rebase o di cherry-pickying. Da quello che ho visto (un paio di commit, 
> in realtà), in Genropy vengono incorporati i commit, cosa che come ho 
> detto per me è Male™
> 
> Branch[1]:
> Partiamo da un presupposto, esistono due tipi di branch: quelli di 
> sviluppo di funzionalità (i feature branch) e quelli di 
> mantenimento/hotfix del prodotto. La differenza è semplice: i primi sono 
> branch che nascono per una deviazione dello sviluppo e muoiono, mediante 
> merge o mediante cancellazione, quando questa deviazione finisce. 
> Inoltre, molti li usano per definire dei workflow differenti da quello 
> standard[2][3]. Da quello che mi è sembrato di capire, in Genropy viene 
> usato un workflow basato su di un branch di sviluppo/feature/hotfix, ma 
> mi sembra che ci siano anche dei branch che non c'entrano nulla con 
> tutto il resto. Ora, le motivazioni possono essere due: o i branch in 
> più sono di funzionalità che sono rimasti per storico o per mancata 
> cancellazione, o sono deviazioni dallo sviluppo principale per 
> customizzazioni specifiche. Nel primo caso, vedo un peccato "veniale", 
> ovvero semplicemente non è stata fatta pulizia del repository, mentre 
> nel secondo vedo un peccato più grave perché ogni customizzazione non 
> riportata nel ramo principale significa non solo che ogni fix dev'essere 
> riportato su tutti i branch, ma che c'è una gestione malsana del 
> progetto, quindi spero che il progetto non si trovi in quest'ultimo caso.
> 
> Tag:
> Qua vedo non è che ci sia molto da dire, per come l'ho intesa io i tag 
> in Genropy sono usati alla stregua di branch. Comunemente i tag in 
> qualsiasi sistema di controllo di revisione vengono usati per rilasciare 
> la nuova versione del software, tanto che basta vedere il repository di 
> un qualsiasi altro software per notare questa convenzione e che molti 
> software di supporto li gestiscono in tal senso (e.g. Github rilascia 
> automaticamente una versione del tuo software non appena compare il 
> tag). Va da sè che è qua che per me, quello che fino a sopra era 
> sopportabile (mi si perdoni il termine), diventa inaccettabile. Non vedo 
> un senso alla gestione dei tag, e quindi non è chiaro quanto e come si 
> sta evolvendo il software.
> 
> Per quanto riguarda il repository Github, invece, posto che sono 
> d'accordo con le osservazioni dell'issue aperta, quello che vedo è non 
> solo la mancanza di tag (che aiuterebbe non poco), ma uno scarso 
> utilizzo del mezzo. Per intenderci, per quanto anche io sia un 
> estimatore di BitBucket, Github permette di avere più visibilità 
> rispetto a qualsiasi altro sistema di gestione dei repository, pertanto 
> considererei veramente una migrazione del repository di sviluppo.
> 
> In definitiva, allo stato attuale quello che farei è questo:
> 
>  - Rivedrei tutti i tag utilizzando un sistema di versioning 
> esplicativo[4] rispetto all'attuale.
>  - Eliminerei tutti i branch morti, più per pulizia che altro.
>  - Ristrutturerei il repository utilizzando come tracce di esempio [2] 
> o [3], visto che ben si adattano al workflow che si sta utilizzando in 
> questo momento
> 
> Enrico
> [1] A tal proposito, consiglio sempre di seguire questo: 
> http://learngitbranching.js.org/ 
> [2] http://nvie.com/posts/a-successful-git-branching-model/
> [3] https://about.gitlab.com/2014/09/29/gitlab-flow/
> [4] http://semver.org/


Caro Enrico

ti ringrazio davvero tanto per questa risposta davvero completa 
e per il tempo che ci hai dedicato per analizzare i repository.
Proprio in questo momento stiamo partendo con un profondo lavoro di revisione
che va in questa direzione. Come spesso ho detto siamo un piccolo gruppo con 
troppo
lavoro e troppi pochi soldi per finanziarlo e quindi quando vedo che ci sono
persone come te contribuiscono non con critiche sterili ma con consigli e
offrendo contributi in base alla loro esperienza capisco come sia importante
agire per avere il tipo di esperienza di uso che le comunità open source si 
asp

Re: [Python] Scelta GUI

[Giovanni Porcari]

> Il giorno 30 mar 2017, alle ore 01:01, Enrico Bianchi 
>  ha scritto:
> 
> On Wednesday, March 29, 2017 1:39:22 PM CEST Giovanni Porcari wrote:
> 
>> Stiamo lavorando per fare una revisione in tal senso.
>> Anzi se vuoi partecipare, ogni contributo è gradito.
> 
> Seriamente, vi aiuterei volentieri, ma oltre a non averne il tempo, non penso 
> di poter essere utile per il problema che sollevavo. Per capirci, sto 
> parlando 
> di una revisione su come usate Github e git in generale, ovvero dovete essere 
> voi a prendere una decisione su come gestire il repository (perché, a parer 
> mio, sia su Github che su BitBucket è gestito *malissimo*). Io al massimo 
> potrei fare manovalanza :)


Un contributo lo hai già dato :).

Dire che è gestito *malissimo* ci fa capire che dovremmo arrivare
al punto in cui invece è gestito *benissimo*. Per nostra mera ignoranza
non sappiamo come procedere dato che ci manca un'esperienza di questo 
tipo. 

Noi non cerchiamo manovalanza ma consigli e suggerimenti.
E crediamo di poter imparare da chiunque abbia la voglia e il tempo
per farci capire quali errori commettiamo e come migliorare.

Quindi grazie :)

G

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

Re: [Python] Scelta GUI

[Giovanni Porcari]

> Il giorno 29 mar 2017, alle ore 14:17, Gollum1  
> ha scritto:
> 
> Il 29 marzo 2017 13:39, Giovanni Porcari
>  ha scritto:
>> 
>>> Il giorno 29 mar 2017, alle ore 10:37, Enrico Bianchi 
>>>  ha scritto:
>>> 
>>> On 03/20/2017 04:29 PM, Giovanni Porcari wrote:
>>>> Se pensi ad un'interfaccia web prova a dare un occhio a Genropy
>>>> (www.genropy.org).
>>> Ti dirò, sono mesi che penso di provare a scrivere una webapp con
>>> Genropy, e sono mesi che desisto. Il motivo? Non esiste, secondo me, un
>>> sistema di release come si deve, ovvero, se si vuole utilizzare la
>>> versione stabile, si deve necessariamente scaricare il repository Github
>>> all'ultimo commit, cosa che non rende per nulla di facile utilizzo
>>> l'intero sistema. Il problema è stato già segnalato su Github, ed è
>>> stato anche analizzato, ma ad oggi non è stata ancora presa una
>>> decisione in tal senso
>>> 
>> 
>> 
>> Stiamo lavorando per fare una revisione in tal senso.
>> Anzi se vuoi partecipare, ogni contributo è gradito.
>> 
>> Credo che anche da un 'brutto anatroccolo' possa nascere un cigno.
>> Sempre ovviamente che il brutto anatroccolo sia sotto sotto un cigno ;)
>> 
>> Fuor di metafora, se pensi che genropy possa essere alla lunga
>> un buon framework allora puoi provare ad usarlo e dare una mano per renderlo
>> perfetto.
>> 
>> Noi possiamo dire che siamo disponibili grati per ogni critica costruttiva
>> e suggerimento.
> 
> ops... ho notato solo ora che avevi risposto anche tu... scusa per
> l'intromissione.
> 

Tu hai dato una risposta più completa e ti ringrazio :)


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

Re: [Python] Scelta GUI

[Giovanni Porcari]

> Il giorno 29 mar 2017, alle ore 10:37, Enrico Bianchi 
>  ha scritto:
> 
> On 03/20/2017 04:29 PM, Giovanni Porcari wrote:
>> Se pensi ad un'interfaccia web prova a dare un occhio a Genropy 
>> (www.genropy.org).
> Ti dirò, sono mesi che penso di provare a scrivere una webapp con 
> Genropy, e sono mesi che desisto. Il motivo? Non esiste, secondo me, un 
> sistema di release come si deve, ovvero, se si vuole utilizzare la 
> versione stabile, si deve necessariamente scaricare il repository Github 
> all'ultimo commit, cosa che non rende per nulla di facile utilizzo 
> l'intero sistema. Il problema è stato già segnalato su Github, ed è 
> stato anche analizzato, ma ad oggi non è stata ancora presa una 
> decisione in tal senso
> 


Stiamo lavorando per fare una revisione in tal senso.
Anzi se vuoi partecipare, ogni contributo è gradito.

Credo che anche da un 'brutto anatroccolo' possa nascere un cigno.
Sempre ovviamente che il brutto anatroccolo sia sotto sotto un cigno ;)

Fuor di metafora, se pensi che genropy possa essere alla lunga
un buon framework allora puoi provare ad usarlo e dare una mano per renderlo
perfetto. 

Noi possiamo dire che siamo disponibili grati per ogni critica costruttiva
e suggerimento.

Ciao 

G

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

Re: [Python] Documentazione Genropy

[Giovanni Porcari]

> Il giorno 21 mar 2017, alle ore 10:17, Dedalus2000  ha 
> scritto:
> 
> 
>> Ciao Nicola.
>> 
>> Purtroppo la documentazione è il nostro tallone d'Achille.
>> 
>> Comunque sul sito www.genropy.org al tab 'documantazione' trovi quello che 
>> per ora
>> è stato prodotto anche con l'aiuto dei volontari che collaborano.
> 
> Però la vecchia sandbox mi piaceva di più :-) Ammetto di non aver guardato 
> approfonditamente quella nuova ma sento la mancanza dei vecchi esempi
> 
> http://sandbox.genropy.org/
> 


Allora li riporteremo alla nuova ;)


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

Re: [Python] Dove pubblicare un sito in python (mantenendo anche il supporto a PHP)

[Giovanni Porcari]

> Il giorno 20 mar 2017, alle ore 20:15, Francesco Maida 
>  ha scritto:
> 
> Ciao.
> 
> WebFaction supporta sia PHP che Python, è a metà strada fra un servizio in 
> hosting classico e un server virtuale: hai una macchina virtuale (ma 
> condivisa con altri) ed 1Gb di RAM per far girare i tuoi siti (che possono 
> essere aumentati previo pagamento in cash).
> Puoi provare il servizio prima di acquistarlo, hanno vari server sparsi per 
> il mondo fra cui puoi scegliere, ed il servizio base IMHO non è costosissimo, 
> parte dai 9,50$ al mese in su. Io ho il piano più economico da quattro anni e 
> mi sono sempre trovato piuttosto bene.
> 
> Magari prova il servizio gratuitamente e poi decidi
> 


https://www.ovh.it/vps/vps-ssd.xml

• 1 vCore
• 2,4 GHz
• 2 GB RAM
• SSD 10 GB
Local Raid 10

€2,99 +IVA/mese (€3,65 IVA incl.) 

Mi pare vincente :)


G


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

Re: [Python] Documentazione Genropy

[Giovanni Porcari]

> Il giorno 20 mar 2017, alle ore 16:54, NIcola Montecchiari 
>  ha scritto:
> 
> Ciao a tutti,
> 
> qualcuno mi può indicare dove trovare la documentazione completa di Genropy? 
> Io sul sito ufficiale non la trovo….

Ciao Nicola.

Purtroppo la documentazione è il nostro tallone d'Achille.

Comunque sul sito www.genropy.org al tab 'documantazione' trovi quello che per 
ora
è stato prodotto anche con l'aiuto dei volontari che collaborano.

Vediamo cosa c'è e cosa manca.

Installazione e configurazione ci sono e dovrebbe essere semplice arrivare ad
avere genropy installato  e l'applicativo sandbox.


Sempre nella documentazione alla voce 'Impariamo Genropy' trovi delle lezioni
principalmente sulla GUI.

Questo è un esempio :

http://www.genropy.org/docu/viewer/tutor/lessons/page/hello_world

Sekmpre sul sito trovi degli screencast illustrano la creazione di una procedura
di fatturazione in 11 lezioni di circa 15 minuti ciascuna.

http://www.genropy.org/index/demofatt/introduzione


Poi c'è la lista di genropy che puoi sottoscrivere a 
http://www.freelists.org/list/genropy

In quella lista cerchiamo di dare agli sviluppatori che tutte le informazioni 
necessarie
ad essere operativi e contiamo sul loro aiuto per completare la documentazione.

Da ultimo facciamo periodicamente dei corsi gratuiti a Milano e dei training 
talk di 4 ore a pycon.


Insomma piccolo team, pochi mezzi ma tanta voglia di far decollare Genropy :)


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

Re: [Python] Scelta GUI

[Giovanni Porcari]

> Il giorno 20 mar 2017, alle ore 16:31, Carlos Catucci 
>  ha scritto:
> 
> 2017-03-20 16:29 GMT+01:00 Giovanni Porcari :
>> Unico contro rispetto a quanto chiedi è che per ora è solo python 2.7.
> 
> Ho idea che prima o poi la migrazione per renderlo compatibile con 3.x
> andra' fatta.
> Mi sembra la sola cosa mancante a Genropy per essere il Django dei gestionali.



Arriverà. Purtroppo le risorse economiche e di tempo sono limitate.
Ma ci arriveremo. Promesso !


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

Re: [Python] Scelta GUI

[Giovanni Porcari]

> Il giorno 20 mar 2017, alle ore 15:01, Oscar Campolmi 
>  ha scritto:
> 
> Buongiorno a tutti,
> 
> è qualche mese che leggo le vostre discussioni con interesse e prima di tutto 
> volevo ringraziare chi risponde sempre con competenza e puntualità. Mitici! 
> 
> Venendo al mio problema, in passato ho sviluppato qualche piccola 
> applicazione (in python3 ovviamente, è bellissimo!!) ad uso personale; ora mi 
> è stato chiesto di realizzarne una per un cliente e per la prima volta devo 
> decidere che framework per la GUI usare.
> 
> Ho letto un po' di tutto da https://wiki.python.org/moin/GuiProgramming che 
> ho trovato, ma sono decisamente confuso...quindi chiedo consiglio a voi che 
> sicuramente avete maggiore esperienza!
> 
> L'applicazione (Windows) in se è molto semplice, l'utente dovrà solo inserire 
> dei valori in form/tabelle, passare da un tab all'altro ed esportare i 
> risultati in un csv. Mi sembrerebbe di capire che tkinter possa essere la 
> soluzione migliore, ma ho letto che anche pyside/wxpython sono decisamente 
> più versatili (anche se mi sorgono perplessità per il fatto che le ultime 
> release sono vecchie di anni). Mentre pyQT rappresenta il top ma necessita 
> dell'acquisto di una licenza se non si rilascia il codice con licenza 
> GPLe poi non ho capito se bisogna acquistarne anche un'altra per le QT!!
> 
> Se gentilmente qualche anima pia ha qualche consiglio su come affrontare 
> questa decisione, magari qualche esperienza personale, lo apprezzerei molto. 
> Anche qualche discussione passata da leggere, in rete ho trovato solo cose 
> molto datate
> 
> Grazie in anticipo,
> Oscar 
> 
> 

Se pensi ad un'interfaccia web prova a dare un occhio a Genropy 
(www.genropy.org).

Fa tutto quello che farebbe un'applicativo desktop e per il tipo di applicazione
di cui mi parli sarebbe veramente facilissima da implementare.

Esiste anche un tool per passare in pochi minuti da applicativi scritti 
in access ad applicativi genropy.

Unico contro rispetto a quanto chiedi è che per ora è solo python 2.7.


Ciao

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

Re: [Python] Scelta GUI

[Giovanni Porcari]

> Il giorno 20 mar 2017, alle ore 15:26, Strap Lab  ha scritto:
> 
> 
> 
> 2017-03-20 15:17 GMT+01:00 Pietro Battiston :
> Sconsiglio wxpython; tkinter te la consiglio solo... se ti piacciono le
> interfacce tkinter; alcuni ti sconsiglieranno gtk per la portabilità ed
> almeno in alcuni casi si sbagliano, alcuni ti sconsiglieranno Qt per la
> licenza ed almeno in alcuni casi si sbagliano. Molti ti sconsiglieranno
> in generale di sviluppare una GUI nell'epoca del web e... beh, vabbè,
> probabilmente quello che ti serve lo sai tu ;-)
> 
> 
> Potresti argomentare un po' di piu`? Mi interessa molto il perche` no 
> wxpython, si` qt, no gtk ecc ecc :-)
> 
> Riguardo la seconda parte GUI nell'epoca del web
> Conosci se esiste qualcosa in python che mi indirizzi verso una applicazione 
> electron based? Sarebbe fantastico!
> 

Cosa intendi esattamente per 'applicazione electron based' ?

Perchè in genropy puoi sviluppare un'applicazione e usare come frontend 
electron e funziona egregiamente. Ti consiglierei di venire al Genropy day
se non fossi tu l'organizzatore :D:D


G




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

Re: [Python] Genropy Day #0

[Giovanni Porcari]

> Il giorno 09 feb 2017, alle ore 10:23, Strap Lab  ha scritto:
> 
> Ciao a tutti,
> 
> visto l'imminente PyCon8 e il numero sempre maggiore di talk proposti su 
> Genropy, la community di Python Milano ha voluto bissare il successo della 
> passata edizione di "Assaggio di PyCon alla Milanese", questa volta in salsa 
> Genropy, organizzando il primo Genropy Day #0 (siamo zero-based o no? :-D )
> 
> Il link dell'evento e` 
> https://www.meetup.com/it-IT/Python-Milano/events/237550609/ e man mano che 
> ci saranno novita`, sara` aggiornato.
> 
> Vi aspettiamo!
> 
> Sani
> Strap


Sono molto contento dell'opportunità che avremo di parlare di Genropy
con chi vorrà partecipare. 

Per chi volesse approfittare dell'evento per iniziare a mettere le mani
sul framework, abbiamo organizzato il giorno precedente (ovvero venerdì 24 
Marzo)
una giornata di corso base su Genropy presso Softwell (via Masaniello 15 
Milano).

Per questo corso ci sono ancora pochi posti liberi per cui, chi fosse 
interessato,
è pregato di scrivermi per prenotarsi.


Ciao


G

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

Re: [Python] RE e dizionario

[Giovanni Porcari]

> Il giorno 21 dic 2016, alle ore 16:25, Manlio Perillo 
>  ha scritto:
> 
> 2016-12-21 13:46 GMT+01:00 Giovanni Porcari :
>>> 2016-12-21 13:00 GMT+01:00 Marcello :
>>> 
>>> Marcello,
>>> se l'ultima frase qui sopra è una affermazione, bravo, buon lavoro.
>>> 
>>> Se invece è una domanda, io sostituirei tutti gli "=\n" con "=" nella 
>>> variabile.
>> 
>> 
>> 
>> Che belli gli oneliner :)
>> 
> 
> La tentazione del lato oscuro della Forza è forte…

RogueOneLiner®

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

Re: [Python] RE e dizionario

[Giovanni Porcari]

> Il giorno 21 dic 2016, alle ore 13:02, Marco Beri  ha 
> scritto:
> 
> 2016-12-21 13:00 GMT+01:00 Marcello :
> La stringa che gli do in pasto contiene varie configurazioni suddivise in 2 o 
> 3 righe e a volte mi mette dopo un '=' una '\'  esempio 'password=\' e va a 
> capo con la password_letta.
> Quando il codice incontra questo  problema il valore assegnato al dizionario 
> risulta errato 'password': '\\\r\n'.
> Si può risolvere.
> 
> Marcello,
> se l'ultima frase qui sopra è una affermazione, bravo, buon lavoro.
> 
> Se invece è una domanda, io sostituirei tutti gli "=\n" con "=" nella 
> variabile.



Che belli gli oneliner :)

>>> [dict( [(k,v) for k,v in [hostline.split('=') for hostline in host.split(' 
>>> ') if '=' in hostline] if k in ('name', 'remote-address', 'password')]) for 
>>> host in hosts.replace('=\n','=').split('\n')]

 
[{'name': 'nome1', 'password': 'passwd1', 'remote-address': '10.172.33.2'},
 {'name': 'nome2', 'password': 'passwd2', 'remote-address': '10.172.33.2'},
 {'name': 'nome3', 'password': 'passwd3', 'remote-address': '10.172.34.38'},
 {'name': 'nome4', 'password': 'passwd4', 'remote-address': '10.172.34.46'},
 {'name': 'nome5', 'password': 'passwd5', 'remote-address': '10.172.34.50'},
 {'name': 'nome6', 'password': 'passwd6', 'remote-address': '10.172.34.54'}]


:D


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

Re: [Python] Scelta dell'ide al volo

[Giovanni Porcari]

> Il giorno 01 dic 2016, alle ore 13:12, Marco Beri  ha 
> scritto:
> 
> 2016-12-01 12:02 GMT+01:00 Francesco Barresi :
> Per me dipende da cosa devo fare...
> 
> VIM per modifiche veloci.
> VIM per lavori più lunghi.
> VIM per prendere appunti.
> VIM formattare csv.
> VIM for all.
> 
> E questione di gusti :-)
> 
> 
> Sono gli stessi miei! Punto per punto.
> 
> Quando si dice la coincidenza :-)
> 


Provata la versione pro ?

http://www.vimprofessional.com

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

Re: [Python] Richiesta

[Giovanni Porcari]

> Il giorno 10 nov 2016, alle ore 12:16, Carlos Catucci 
>  ha scritto:
> 
> Io vedo la cosa diversamente. ha un senso se:
> 
> 1. non ho un template engine lato Backend
> 2. mi fa davvero una lavoro serio per il model (esempio gestisce la
> paginazione direttamente)
> 
> Di solito la 1 non e' un problema per me che uso spesso Django.
> Potrebbe averlo se il backend deve servire differenti tipi di client
> (es anche una app con le stesse callback).
> La 2 puo' funzionare per ammontare di dati limitati oppure se e'
> davvero smart che fa caching delle N pagine successive e precedenti
> cosi' da non dover attendere la risposta del server. Ma non so se
> questo tipo di meccanismo (mentre mostro la pagina 5 mi faccio mandare
> da tenere in cache la 3, la 4, la 6 e la 7 per dire, e se vado sulla 6
> scarto la 3 e mi carico la 8) sia implementato di default nei
> framework o non sia una rioba che devo scrivermi io (allora a che mi
> serve un frmaework MVC lato client?)
> 
> Domande da ignorante sia chiaro. Lieto di essere smentito.


Probabilmente intendiamo cose diverse con la frase MVC sul browser.


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

Re: [Python] Richiesta

[Giovanni Porcari]

> Il giorno 10 nov 2016, alle ore 11:49, Carlos Catucci 
>  ha scritto:
> 
> 2016-11-10 11:46 GMT+01:00 Giovanni Porcari :
>> Ne ha… ne ha :D
> 
> 
> E potresti in due parole dirmeli o darmi un link dove spiegano quale
> sia? Perche' io vedo che duplica una parte di lavoro senza aggiungere
> a mio avviso un gran che.


Ha un senso se usato in modo pervasivo come faccio io. Non so con angular
se ha senso o meno perchè non lo uso. 
Mi riferivo al fatto che genropy è MVC nel browser e mi consente di fare
GUI molto reattive con una fatica minima.

Non so se in altri framework l'adozione di un paradigma MVC nel client
abbia lo stesso impatto o meno.


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

Re: [Python] Richiesta

[Giovanni Porcari]

> Il giorno 10 nov 2016, alle ore 11:43, Carlos Catucci 
>  ha scritto:
> 
>  mi chiedo anzi, da Djanghista, che senso
> abbia il paradigma MVC su roba che gira sul browser, 

Ne ha… ne ha :D


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

Re: [Python] Quasi OT

[Giovanni Porcari]

> Il giorno 07 set 2016, alle ore 09:44, Carlos Catucci 
>  ha scritto:
> 
> 2016-09-07 9:09 GMT+02:00 Giovanni Porcari :
>> Sebbene sia la lista di python parliamo spesso di altri linguaggi.
>> Dopo aver letto questo articolo mi piacerebbe conoscere la vostra opinione
>> non tanto sul test comparativo in oggetto quanto su come
>> swift a vostro avviso si collochi come linguaggio anche server side
>> e si possa rapportare a python, go, ruby o node.js.
> 
> Mi sto approcciando a Go Lang e Swift. Come ho avuto occasione di dire
> la mia impressione e' che il primo sia il C come lo avrebbero scritto
> K&R se lo avessero fatto oggi, mentre il secondo (per una volta devo
> ricnoscere un merito alla mela morsicata in campo non strettamente HW)
> mi sembra piuttosto pythonico.
> Intendiamoci, non e' la stessa cosa, non e' un Python++, e' un
> linguaggio che pero' ha una notevole eleganza, abbastanza rapido da
> essere appreso (che non vuol dire essere bravissimi a farci tutto,
> solo cominciare a leggere roba di altri senza chiedersi "ma che cosa
> dfa' sta roba?", e magari iniziare a scrivere qualcosa di non troppo
> complesso).
> Certo ha tante differenze (la dichiarazione di tipo ad esempio)
> assenti in Python.
> Pero' a me in generale piace (ma anche Go Lang, forse il fatto di
> avere iniziato con Forth e C influisce).
> Devo dire che, stuzzicato da un amico al M.O.CA., ho iniziato a
> guardare anche Clojure, che ha anche lui i suoi perche', sebbene per
> motivi differenti. Certo quest'ultimo e' piu' facile da capire se ci
> si e' sporcati le mani con Lisp (essendo un suo dialetto)
> 
> Adesso attendo i commenti di chi ne sa molto piu di me (a un poco di
> persone strannno fischiando le orecchie?).

Diciamo che la cosa che mi colpisce è che come con node.js usi un solo 
linguaggio lato 
server e lato client e questo non è da poco…

G


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

[Python] Quasi OT

[Giovanni Porcari]

Sebbene sia la lista di python parliamo spesso di altri linguaggi.
Dopo aver letto questo articolo mi piacerebbe conoscere la vostra opinione
non tanto sul test comparativo in oggetto quanto su come
swift a vostro avviso si collochi come linguaggio anche server side
e si possa rapportare a python, go, ruby o node.js.

https://medium.com/@rymcol/benchmarks-for-the-top-server-side-swift-frameworks-vs-node-js-24460cfe0beb#.35neiblxb


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

Re: [Python] Info built-in types Python

[Giovanni Porcari]

> Il giorno 01 lug 2016, alle ore 14:09, Carlo Miron  ha 
> scritto:
> 
> 2016-07-01 12:40 GMT+02:00 Giovanni Porcari :
> 
>>> Il giorno 01 lug 2016, alle ore 11:33, Cristian Esposito 
>>>  ha scritto:
>>> 
>>> Presumo che il primo tipo di variabile sia una variabile built-in float, 
>>> mentre la seconda una float normale.
>>> Come posso eseguire operazioni tra una variabile built-in Float e una 
>>> variabile primitiva float?
>>> 
>>> Grazie in anticipo, buon lavoro.
>> 
>> Non so darti una risposta sul tema ma sommessamente usare dei float
>> invece  che dei Decimal in un contesto di questo tipo mi pare comunque 
>> pericoloso…
> 
> Sommessamente, eh.


Un modo cortese per dire che la quadratura contabile con i float semplicemente 
è un incubo.

Lo ho sperimentato bene quando, passando all'euro, o dovuto litigare con 
un linguaggio che non aveva i Decimal e mi sono ritrovato a impazzire.

:)

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

Re: [Python] Info built-in types Python

[Giovanni Porcari]

> Il giorno 01 lug 2016, alle ore 11:33, Cristian Esposito 
>  ha scritto:
> 
> Presumo che il primo tipo di variabile sia una variabile built-in float, 
> mentre la seconda una float normale.
> Come posso eseguire operazioni tra una variabile built-in Float e una 
> variabile primitiva float?
>  
> Grazie in anticipo, buon lavoro.
>  


Non so darti una risposta sul tema ma sommessamente usare dei float
invece  che dei Decimal in un contesto di questo tipo mi pare comunque 
pericoloso…


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

Re: [Python] CodeAcademy

[Giovanni Porcari]

> Il giorno 22 giu 2016, alle ore 21:36, Gollum1  
> ha scritto:
> 
> Fino ad ora ci è riuscito solo Giovanni sulla ml di genropy, ma li ha avuto 
> gioco semplice, mi ha comprato con un prodotto d'eccellenza... :-D

Posso garantire che grazie a Gollum la nostra lista è TQF®

G

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

[Python] Python per OpenAI Gym

[Giovanni Porcari]

https://gym.openai.com

Commenti ?


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

Re: [Python] __debug__ e EAFP

[Giovanni Porcari]

> Il giorno 11 mag 2016, alle ore 23:33, Roberto Polli  ha 
> scritto:
> 
> Il 11 maggio 2016 16:31, Pietro Battiston  ha 
> scritto:
>> ... condensare ...
>> 
>> if not civico.isdigit():
>>raise ValueError("Il numero civico deve essere numerico")
>> 
>> in
>> 
>> assert(civico.isdigit()) "Il numero civico deve essere numerico"
>> 
> Uso assert se il controllo:
> 
>  - non deve influire sul flusso del programma;
>  - rappresenta condizioni inaspettate e quindi un bug del programma;
>  - come placeholder nelle fasi preliminari - chiarito meglio il
> flusso li sostituisco con eccezioni;
> 
> eg.


Io invece uso le assert per rendere più leggibili degli errori
che può commettere lo sviluppatore ma che non saranno mai in produzione.

Ad esempio, gestendo una tabella in genropy devo avere una risorsa di form
associata. Supponiamo che lo sviluppatore metta come nome della form 
'Miabellaform'
e che poi nel codice chieda di caricare la risorsa 'Miabelaform'.
Potrei nel loader della risorsa mettere una try e sollevare un'eccezione
se la risorsa cercata non esiste. Ma onestamente un problema simile NON capita 
in produzione,
e quindi la try è inutile. Però se lo sviluppatore commette l'errore che dicevo 
prima,
si trova una pagina bianca e magari non capisce perchè. 
Quindi se nel loader posso mettere un assert che se non trova la risorsa mi 
dica che 
la risorsa 'Miabelaform' non esiste.

Questo tipo di uso è a mio avviso, perfetto per un'assert.

Ciao

G.

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

Re: [Python] __debug__ e EAFP

[Giovanni Porcari]

> Il giorno 11 mag 2016, alle ore 21:17, Daniele Tricoli  ha 
> scritto:
> 
> On Tuesday, May 10, 2016 05:42:05 PM Marco De Paoli wrote:
>> è come se in un circuito uno si prendesse il disturbo di predisporre
>> tutti i fusibili
>> li lascia lì mentre verifica la scheda a banco
>> e poi li toglie tutti (o meglio li mette in corto) una volta che usa
>> la scheda nell'ambito definitivo
>> o sul prodotto industriale
> 
> Premessa, a me la cosa non sorprese, perché il secondo libro che comprai su 
> Python (e che lessi subito dopo il primo) fu la seconda edizione di Python in 
> a Nutshell e questa cosa sull'assert viene detta subito.
> 
> Per quanto riguarda la metafora sui fusibili, a me non convince solo perché, 
> appunto, fin da subito ho letto come funzionavano gli assert.
> 
> Una metafora elettronica che userei è: ho un circuito integrato dal quale mi 
> esco una linea di I/O per fare dei test, ovviamente devo piazzarci a monte un 
> buffer perché sennò avrei prestazioni orribili.
> Finiti i test, devo andare in produzione, ma prima di mandare tutto ai fab, 
> mi 
> calcolo la power cost del mio integrato e noto (in realtà lo sapevo prima, 
> va) 
> che il buffer lasciato lì, anche se non viene più usato incide nel computo 
> capacitivo e quindi nella dissipazione di potenza.
> 
> Quindi *rimuovo per ottimizzare* la dissipazione di potenza il buffer in 
> questione, quando vado in produzione.
> 

Assert culinaria :

Le assert sono come gli stuzzicadenti negli involtini.
Se non li rimuovi prima di andare in tavola ti si possono
conficcare in gola.


:D

G


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

Re: [Python] [Meta-lista] Messaggi in solo testo

[Giovanni Porcari]

> Il giorno 06 mag 2016, alle ore 11:44, Carlos Catucci 
>  ha scritto:
> 
> Ho usato l'opzione per rimuovere le fomattazioni da gmail, come la visualizzi 
> questa? Sempre HTML?

Ma da tutto questo thread capisco che mi sto perdendo un mondo.

Con sto cavolo di OSX e di iPhone mi arrivano sempre delle mail 
stramaledettamente
semplici, organizzate in thread e perfettamente leggibili e formattate.

Nulla da settare, nessun client da installare :(

Perchè è così dannatamente banale ? Quanto divertimento mi sto perdendo ?

Beati voi :)

G


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

Re: [Python] OT: Imparare un altro linguaggio

[Giovanni Porcari]

> Il giorno 03 mag 2016, alle ore 21:32, enrico franchi 
>  ha scritto:
> 
> E se ci confrontiamo ad altre categorie professionali, lavoro se ne trova 
> (anche in Italia). *Possiamo* curare la nostra carriera. Facciamolo.


Di molta gente si dice 'poche idee ma confuse'.

Di Enrico posso dire 'molte idee e anche chiare'.

Sempre un piacere leggerti :)

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

Re: [Python] Guido - "King's Day Speech"

[Giovanni Porcari]

> Il giorno 28 apr 2016, alle ore 16:22, Marco Beri  ha 
> scritto:
> 
> On Thu, Apr 28, 2016 at 1:48 PM, Nicola Larosa  wrote:
> Marco De Paoli wrote:
> > "King's Day Speech"
> > http://neopythonic.blogspot.com/2016/04/kings-day-speech.html
> >
> > ... nel caso non l'aveste ancora notato
> 
> Grazie, non l'avevo notato. :-)
> 
> Ma come? Non sei iscritto al suo feed? :-)
> 
> Scrive due volte l'anno, per cui quasi non ti accorgi di lui.

Leggendo questo articolo scopro un punto in comune con lui:
http://1.bp.blogspot.com/-53TFerLOXvo/TxGrrU3pdqI/AmI/iEHNul_JO5c/s1600/Scatola+Esperto+Elettronico+Philips.JPG

Mi ricordo che avevo circa 10 anni e che ho risparmiato  per quasi un anno per 
mettere da parte le (mi pare) 14.000 lire
che costava l'Esperto Elettronico della Philips. 

Per chi non lo ha mai visto questo era il modo in cui si facevano i circuiti:

http://4.bp.blogspot.com/-_qsOcUopq6Y/TxGqnsHs7kI/Alw/uaz_iTNe3Aw/s1600/RX+REFLEX+ESPERTO+ELETTRONICO+.jpg


Grande Guido… Beh lui giocava in casa ;)


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

[Python] Giornata Genropy 4 maggio

[Giovanni Porcari]

Buongiorno

Il giorno 4 Maggio a Milano presso Softwell via Masaniello 15
si terrà un corso gratuito su Genropy.
Ci sono ancora un paio di posti liberi.

Chi fosse interessato mi può contattare privatamente.

Grazie :)


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

Re: [Python] Pycon7

[Giovanni Porcari]

> Il giorno 23 apr 2016, alle ore 02:22, enrico franchi 
>  ha scritto:
> 
> 
> 2016-04-22 20:48 GMT+02:00 Carlos Catucci :
> Era dai vecchi tempi di Usenet che non lo risentivo
> 
> Come se Usenet fosse morto... e' semplicemente in animazione sospesa. Quando 
> internet soccombera' sotto il peso dei gatti, usenet sara' li, pronto per 
> essere usato di nuovo.

LOL

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

[Python] Pycon7

[Giovanni Porcari]

Grazie a che ha organizzato tutto.
Grazie ai volontari in maglia gialla
e grazie a Firenze per essere sempre così bella.

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

Re: [Python] OT: Imparare un altro linguaggio

[Giovanni Porcari]

> Il giorno 14 apr 2016, alle ore 11:26, Matteo Perini 
>  ha scritto:
> 
> Ciao,
> mi trovo nella situazione di avere un po' di tempo libero.
> Sono un ingegnere, non un programmatore o informatico, che ha usato python 
> per qualche progetto sia lavorativo che ludico.
> Mi piace la programmazione e mi piacerebbe cominciare a conoscere anche un 
> altro linguaggio.
> Non ho scopi particolari in mente ma io pensavo di avventurarmi verso il C o 
> C++.
> Mi piacerebbe sentire cosa ne pensate voi!
> Capisco che senza uno scopo ben preciso sia un po' difficile dare consigli ma 
> forse potete aiutarmi comunque a fare una scelta un po' più mirata grazie 
> alla vostra esperienza personale.
> 
> Ogni consiglio/suggerimento è ben accetto.



Adesso mi faccio uccidere

http://www.apple.com/it/swift/


:D:D:D


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

Re: [Python] [OT]Genropy a pycon e nuovo sito

[Giovanni Porcari]

> Il giorno 12 apr 2016, alle ore 11:08, Riccardo Magliocchetti 
>  ha scritto:
> 
> Il 12/04/2016 10:27, Giovanni Porcari ha scritto:
>> Buongiorno a tutti e mi scuso da subito per questa comunicazione
>> che è sfacciatamente promozionale :D
>> 
>> Volevo segnalare a chi segue questa lista e ha qualche possibile
>> interesse nel nostro framework che è online il nuovo sito.
> 
> url or it didn't happen :)


Sono il solito distratto…


http://www.genropy.org 




G
> 
> 
> -- 
> Riccardo Magliocchetti
> @rmistaken
> 
> http://menodizero.it
> ___
> 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

[Python] [OT]Genropy a pycon e nuovo sito

[Giovanni Porcari]

Buongiorno a tutti e mi scuso da subito per questa comunicazione
che è sfacciatamente promozionale :D

Volevo segnalare a chi segue questa lista e ha qualche possibile
interesse nel nostro framework che è online il nuovo sito.

Oltre a qualche spiegazione in più su cos'è Genropy potrete
trovare qualche 'recensione' di vostri colleghi che hanno
iniziato ad usarlo, una piccola gallery di esempi di poche
righe per avere un'idea della sintassi e la parte di documentazione
ancora abbastanza incompleta ma che cresce giorno dopo giorno.

Ogni vostro commento e suggerimento è ovviamente gradito.

Ricordiamo che saremo presenti a pycon con 3 talk nostri,
un altro di Alessandro Tufi sulla sua esperienza con
Genropy e avremo anche un piccolo banchetto dove fare
due chiacchiere e darvi maggiori informazioni dal vivo.

In particolare segnalo agli appassionati di giochi di ruolo
il talk su Fate (https://it.wikipedia.org/wiki/Fate_(gioco_di_ruolo))
che mostrerà un'applicazione nella nuova versione di Genropy
che utilizza un server Tornado e i websocket per gestire
delle pagine collaborative.

Chiedo scusa a quelli che non essendo interessati e non avendo
notato l'[OT] si sono beccati 'sto pippone pubblicitario.

Prometto di non farne altri per almeno un anno :D:D

Grazie e buona giornata 


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

Re: [Python] Offerta di Lavoro

[Giovanni Porcari]

> Il giorno 05 apr 2016, alle ore 17:57, Carlos Catucci 
>  ha scritto:
> 
> 
> 2016-04-05 17:45 GMT+02:00 Simone Federici :
> Genropy Rocks!
> 
> Chissa' se Giovanni puo' essere interessato al posto ;)
> 

N!

 Gallarate troppo lontano :P


G


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

Re: [Python] Traduzioni

[Giovanni Porcari]

> Il giorno 02 apr 2016, alle ore 20:18, Carlo Miron  ha 
> scritto:
> 
> Palmux, presto, passagli il contratto da firmare col sangue, prima che
> cambi idea...


Secondo me è un pesce d'Aprile in ritardo :D

G

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

Re: [Python] test

[Giovanni Porcari]

> Il giorno 02 apr 2016, alle ore 14:39, Gollum1  
> ha scritto:
> 
> Il 02 aprile 2016 14:02:19 CEST, Carlo Miron  ha scritto:
>> 2016-04-02 13:16 GMT+02:00 Carlos Catucci :
>> 
>>> On 2 April 2016 at 07:21, Carlo Miron  wrote:
 
> Forse qualcuno degli amministratori della lista dovrebbe
>> semplicemente
> eliminarlo...
 
 fatto, scusate.
>>> 
>>> Cavolo, sei un killer spietato ;)
>> 
>> *E* Gollum1 è dietro di me, ora.
>> 


Per questo continuavi a sbirciare alle tue spalle ?

G



>> ㎝
>> 
>> -- 
>> |:**THE BEER-WARE LICENSE** *(Revision 42)*:
>> |  wrote this mail. As long as you retain
>> | this notice you can do whatever you want with this stuff.
>> | If we meet some day, and you think this stuff is worth it,
>> | you can buy me a beer in return.
>> |--Carlo Miron :
>> ___
>> Python mailing list
>> Python@lists.python.it
>> http://lists.python.it/mailman/listinfo/python
> 
> Bella la maglietta... 
> Sempre dietro io... abbiate timore
> Byez
> -- 
> Gollum1
> 
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli 
> errori di battitura (maledetto correttore ortografico).
> ___
> 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] LOL

[Giovanni Porcari]

> Il giorno 23 mar 2016, alle ore 17:30, enrico franchi 
>  ha scritto:
> 
>  Ma fra parlare da solo e avere paura di parlare, preferisco parlare da solo.


Il vero problema è quando arrivi al punto di aver paura di parlare da solo :D


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

Re: [Python] LOL

[Giovanni Porcari]

> Il giorno 21 mar 2016, alle ore 18:42, enrico franchi 
>  ha scritto:
> 
> 2016-03-21 9:23 GMT+00:00 Nicola Larosa :
> 
> Implicare che il sesso anale non è buono e che non è adatto a tutti i
> generi non lo chiamerei né "parlarne" né "prendersi in giro
> bonariamente". Lo chiamerei col suo nome: omofobia.
> 
> Scusa ma la questione secondo me e' completamente diversa. Parlare di sesso 
> anale (o di sesso in altra maniera) e' verosimilmente contrario alle varie 
> policy code of conduct etc etc etc. Ma perche' e' parlare di sesso.
> 
> Il fatto che parlare di sesso anale (o parlarne in modo derogatorio) sia 
> legato all'omofobia e' piu' complicato. Tipicamente se sei omofobo (o hai 
> visioni ristrette sul sesso) probabilmente e' giusto: e' omofobia. Se non hai 
> visioni ristrette sul sesso... il sesso anale puo' essere praticato da due 
> partner adulti consenzienti di ogni sesso attribuito alla nascita, identita' 
> di genere e orientamento sessuale. Essenzialmente l'unico requisito e' che 
> sia presente l'orifizio suddetto che e' di serie su quasi tutti gli esseri 
> umani. Grosso modo funziona con tutte le combinazioni.
> 
> Il punto forte (per cui non proseguirei la discussione) e' che parlare di 
> *sesso* probabilmente non e' appropriato. E quella battuta non e' appropriata 
> secondo le varie norme di condotta.
> 


Dimentichi la cosa peggiore… si parlava anche di Java ;)

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

Re: [Python] Test: uovodicolombosilverbulletdeusexmachinaratatouillecaramba!

[Giovanni Porcari]

> Il giorno 18 mar 2016, alle ore 11:02, enrico franchi 
>  ha scritto:
> 
> 
> 2016-03-15 18:22 GMT+00:00 Carlos Catucci :
> Questione di scala Enrico.
> 
> A me verrebbe dire anche questione di business, piuttosto. O se vuoi, del 
> tipo di business e del modello di deploy che hai.
> 
> Per esempio se fai sw "boxed" i rilasci sono costosissimi e vuoi certamente 
> dell'infrastruttura massiccia di QA. D'altra parte per la maggior parte dei 
> sw l'utente si aspetta che ci siano dei bachi. Insomma, Word (o chi per lui) 
> ogni tanto crasha. Lo sappiamo tutti e continuiamo ad usarlo (magari usiamo 
> il "chi per lui", che a sua volta ogni tanto va giu'). Pero' grosso modo e' 
> su... il motivo e' che di fatto l'infrastruttura e' interamente in mano 
> all'utente. Che d'altra parte vuole dire che determinati tipi di testing 
> diventano molto piu' complicati. Il caso "pessimo" e' quello dei giochi che 
> magari hanno bachi nei motori grafici che sono triggerati solo da certe 
> combinazioni di un certo modello di scheda video con una certa versione dei 
> driver su una certa versione di un certo sistema operativo.
> 
> Se c'e' un baco, si considera ok aspettare qualche mese per avere una minor 
> version che lo aggiusta. Inoltre, se si introduce un baco, basta dare un buon 
> modo all'utente di usare la vecchia versione e probabilmente gli si da solo 
> un fastidio marginale. Non solo... certi utenti si aspettano che la nuova 
> versione abbia bachi e prima di "adottarla" la testano. Pochi, eh... ma 
> spesso quelli per cui e' veramente critico lo fanno.
> 
> Il modello dei servizi web e' opposto. Ci si aspettano rilasci brevi. Ci si 
> aspetta che il software sia sempre su. I bachi sono una cosa statistica: 
> ovvero sappiamo che per qualche utente ci saranno dei problemi, ma fintanto 
> che il singolo utente non ha problemi troppo spesso si puo' tollerare. Poi ci 
> sono un mucchio di cose che sappiamo che andranno storte... quindi via di 
> retry. Che so... se faccio una chiamata ad un servizio, puo' andare male 
> anche solo per questioni di rete o del momento in cui succede. Ma magari il 
> servizio di per se e' su e non c'e' davvero un "baco" nel codice. Riprovo 
> tutto e vado. Magari l'utente stesso e' disposto di tanto in tanto a 
> ricaricare la pagina per aggiustare una situazione.
> 
> E anche qui... e' diverso fare un servizio che "vendi" ad un'azienda il cui 
> business ne dipende. Se "vendo" un servizio di billing per ecommerce e io 
> sono giu', i miei clienti non possono fatturare. Non saranno tolleranti. Se 
> fallisco una transazione su 100, non saranno contenti. Se a mia volta il mio 
> servizio e' un ecommerce, gli stessi problemi sopra descritti possono volere 
> dire meno vendite e meno soldi. Downtime vuole dire perdite monetarie 
> quantificabili immediatamente. Non solo... non posso nemmeno facilmente 
> testare il mio codice in produzione (ovvero, iniziare a deployare timidamente 
> e sperare che funzioni tutto). Viceversa se sto facendo un servizio per 
> condividere una bacheca di puttanate con i miei amici, posso: 1) fallire di 
> tanto in tanto, inoltre, siccome molti fanno sta roba dal cellulare, 
> potrebbero addirittura pensare che non sono io a fallire, ma che e' la 
> connessione che e' singhiozzante; 2) testare feature su pochi clienti alla 
> volta... posso anche convincerli di essere fortunati a starmi facendo da beta 
> tester a gratis. Un celebre servizio di microblogging aveva problemi immensi 
> di availability eppure si e' comunque espanso.
> 
> Comunque a prescindere da quale situazione sia, in generale "non so chi sono 
> i miei clienti". Ovvero sono tanti, continuano ad entrare e, potenzialmente, 
> ad uscire. Mi possono abbandonare probabilmente con un costo limitato. La mia 
> reputazione e' una cosa globale, invece: qualche post su twitter di persone 
> chiave puo' crearmi grossissimi problemi. Tutti sanno chi sono (o per lo 
> meno, tutti quelli che sono interessati al tipo di servizio che sto 
> vendendo/proponendo).
> 
> Se quello che fai e' invece offrire soluzioni "individuali" per clienti, e' 
> un mercato ancora diverso. C'e' un rapporto piu' stretto. I tempi in qualche 
> modo li da il cliente (mentre se faccio servizi web i tempi li da "il 
> mercato" -- se siamo i secondi a rilasciare questa feature abbiamo perso la 
> battaglia -- oppure essere quasi interno -- rilascio questa feature quando e' 
> pronta, o ancora, rilascio tutte le settimane, ma includo nel rilascio solo 
> quello che e' pronto). E poi dipendera' di volta in volta come vengono fatti 
> deployment, aggiornamenti, new release; se le macchine sono mie o del 
> cliente, quanta gestione ho sulle macchine, etc etc etc.
> 
> 
> Questo solo per dire che siccome i modelli di business sono davvero diversi, 
> non e' affatto detto che una strategia completamente accettabile in una 
> situazione sia completamente suicida in un'altra.
> 


Trovo tutto questo estremamente logico e ottimamente 

Re: [Python] Test: uovodicolombosilverbulletdeusexmachinaratatouillecaramba!

[Giovanni Porcari]

> Il giorno 18 mar 2016, alle ore 15:20, Carlos Catucci 
>  ha scritto:
> 
> 
> 2016-03-18 15:09 GMT+01:00 enrico franchi :
> 
> Breaking news... da qualche mese e' disponibile una nuova cosa chiamata 
> "cloud computing", che vuole dire che in pratica ti scegli il modello di 
> ridondanza/availability che vuoi e fine della fiera. Vuoi piu' availably 
> zones? Puoi. Pensi che 
> [...]
> Poi le ruspe continueranno a tranciare i cavi. Pero' smette di essere un 
> problema tuo...
> 
> Enrico se le ruspe tranciano il cavo della connessione dove sono le 
> postazioni di lavoro (ufficio del cliente) non esiste cloud che mi faccia 
> andare. 


No. Però un bel modem 4G qualcosa di buono fa…


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

Re: [Python] Test: uovodicolombosilverbulletdeusexmachinaratatouillecaramba!

[Giovanni Porcari]

> Il giorno 10 mar 2016, alle ore 15:52, Marco Beri  ha 
> scritto:
> 
> 2016-03-10 15:43 GMT+01:00 Giovanni Porcari :
> 
> > Il giorno 10 mar 2016, alle ore 15:36, Nicola Larosa  ha 
> > scritto:
> >
> > Che è più di quanto molti di noi possano vantare, ma non puoi avere
> > culo per sempre. ;-)
> 
> Menagramo :P
> 
> 
> 😂😂 
> 
> You made my day.

E poi posso sempre passare a Ruby :

http://david.heinemeierhansson.com/2014/tdd-is-dead-long-live-testing.html

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

Re: [Python] Test: uovodicolombosilverbulletdeusexmachinaratatouillecaramba!

[Giovanni Porcari]

> Il giorno 10 mar 2016, alle ore 15:36, Nicola Larosa  ha 
> scritto:
> 
> Che è più di quanto molti di noi possano vantare, ma non puoi avere
> culo per sempre. ;-)

Menagramo :P

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

Re: [Python] Test: uovodicolombosilverbulletdeusexmachinaratatouillecaramba!

[Giovanni Porcari]

> Il giorno 10 mar 2016, alle ore 14:58, enrico franchi 
>  ha scritto:
> 
> 
> 
> 2016-03-10 1:34 GMT+00:00 Marco Beri :
> 2016-03-09 23:53 GMT+01:00 Giovanni Porcari :
> Comunque i bachi più insidiosi, purtroppo non li scovi con i test.
> 
> Giovanni, e' una posizione complicata e rischiosa. Cioe', oggettivamente, 
> siamo tutti adulti (chi piu' chi meno) e si puo' ammettere che effettivamente 
> ci sono bachi che fai fatica a scovare con i test. Possiamo anche dire che 
> meno il codice e' testabile e piu' e' facile che suddetti bachi esistano. 
> 
> Pero' mettere "in avanti" questa affermazione porta problemi. E' *diverso* 
> avere il baco, vedere il servizio crollare come un castello di carte, fare 
> root cause analysis, trovare di conseguenza il problema e a quel punto, 
> quando ci si va a chiedere cosa si sarebbe potuto fare per evitarlo (ovvero 
> cosa si fara' perche' non si ripresenti) constatare che si, quel baco era 
> talmente complicato da scovare con i test che di fatto "non si sarebbe potuto 
> fare di meglio" e che l'unica cosa che si puo' fare e' mettere a sto punto 
> dei regression test. A me verrebbe pure da aggiungere che bisognerebbe 
> riflettere sul perche' quel codice contiene bachi insidiosi che non acchiappi 
> con i test (nota, non sto parlando di genro, sono in astratto).
> 
> Ma mettere *a priori* l'affermazione "comunque i bachi piu' insidiosi non li 
> scopri con i test" e' un po' un blanket statement che si legge come: i test 
> non servono davvero troppo, quindi inutile spendere il costo di scriverli.
>   
> Non è che i test ti fanno scoprire i bachi.
> 
> Si, i test ti fanno anche scoprire i bachi. Fare test come si deve *prima* di 
> andare in produzione tipicamente acchiappa un mucchio di bachi. Fare 
> integration testing ne acchiappa altri. Ehi... perfino fare load testing 
> acchiappa "bachi" (ok, tecnicamente non sono bachi, ma sono sempre cose che 
> fanno svegliare la notte e fanno incazzare gli utenti.
>  
> I test ti garantiscono le non regressioni (e già questo li rende 
> irrinunciabili).
> 
> +1
>  
> Poi, quando scovi un baco, la prima cosa da fare è scrivere un test che lo 
> evidenzi. Solo dopo lo correggi (e te ne accorgi quando passa il test che lo 
> evidenziava).
> 
> +1
>  
> Così è più faticoso che fixare subito il baco? Certo. Ma a tendere è più 
> conveniente? Più certo ancora.
> 
> Anche perche' se no che faccio... prendo il codice che *credo* fixi il baco e 
> lo metto in produzione? E poi scopro che non fixa un accidenti? O che magari 
> non ho capito il baco? E che magari il fix in realta' oltre fixare un baco 
> introduce un problema? No TY.
> 
>  
> Dici che c'è del  codice non si può testare?
> Chiedi a Valentino, lui ti direbbe che non esiste codice siffatto :-)
> 
> No no... esiste: si chiama codice scritto ammerda. E' una proprieta' 
> assolutamente cross-platform e cross-linguaggio.
> Aggiungo... secondo me c'e' piu' codice scritto ammerda che codice scritto 
> ammodo. 
>  
> C'è chi sostiene che un bug è in realtà un test non scritto.
> 
> Non troppo lontana dalla realta'. 
> 


Si. Tutto vero.  Tutto sacrosanto. Tutto giusto.

Però come dicevo in un'altra mail è un problema di risorse che puoi avere e non 
avere
e le compatibilità economiche non sono meno importanti di quelle tecniche.
Non posso parlare per altri ma solo per me. Lavoro in questo ambito da più di 
40 anni
e non ho mai infilato in produzione dei bachi che non fossero 'cosmetici'. 

Che poi questo dipenda da fortuna, capacità, senso di responsabilità o 
attenzione non lo so.

Forse il rovescio della medaglia è che se ti convinci che i test comunque ti 
parano il culo
tendi a lavorare con il medesimo.
Un po' come l'acrobata che cammina sul filo senza la rete sotto: o sta attento 
o è un uomo morto.

Io non dico che avere un'ottima copertura dei test sia sbagliato anzi, è una 
cosa meravigliosa.
Dico solo che io, purtroppo, non me la posso permettere :)

Se questo significa lavorare ammerda pazienza. Per ora con questa 'ammerda' ho 
mangiato e 
non ho mai messo in difficoltà i miei clienti :)


Buona giornata :)

G


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

Re: [Python] Test: uovodicolombosilverbulletdeusexmachinaratatouillecaramba!

[Giovanni Porcari]

> Il giorno 10 mar 2016, alle ore 11:52, Stefano Bossi  ha 
> scritto:
> 
> Anche se è molto difficile testare le GUI come anche altre forme di IO, 
> questo non vuol dire che non si possa testare tutto il resto.
> Certo, separare tutto ciò che è logica pura dall'IO è una gran fatica, 
> ma almeno sai che quella è solida e questo ha anche il vantaggio di farti 
> scrivere codice più pulito :)

Si infatti: sulla parte python 'core' e adapter_sql abbiamo dei test (anche se 
la copertura non è certo
ottimale). Ma la nostra lotta è quasi sempre sulla GUI e sul timing degli 
eventi.

Ovvero il classico baco che è anche difficile da riprodurre perchè capita 
magari ogni 2 mesi.

Sulla parte interfaccia abbiamo tutta una serie di test ma NON automatici. 
Ovvero se temo
che ci sia un baco ad esempio sulle grid, apro la mia pagina di test delle grid 
e aggiungo un sottocaso per evidenziare il problema o l'anomalia.

Quello che non riesco proprio a fare è capire come posso beccare con test 
automatici
il fatto che resizando la finestra mi compaia una scrollbar nel pannello in 
alto a sx
quando non dovrebbe. Cioè io lo vedo e dico ' cazzo ci vuole un overflow 
hidden'.
Farlo fare ad un test giuro che non saprei da che parte iniziare. Mio limite ;)


G


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

Re: [Python] Test: uovodicolombosilverbulletdeusexmachinaratatouillecaramba!

[Giovanni Porcari]

> Il giorno 10 mar 2016, alle ore 02:34, Marco Beri  ha 
> scritto:
> 
> 2016-03-09 23:53 GMT+01:00 Giovanni Porcari :
> Comunque i bachi più insidiosi, purtroppo non li scovi con i test.
> 
> Giovanni,
> credo sia "the other way around".
> 
> Non è che i test ti fanno scoprire i bachi.
> 
> I test ti garantiscono le non regressioni (e già questo li rende 
> irrinunciabili).
> 
> Poi, quando scovi un baco, la prima cosa da fare è scrivere un test che lo 
> evidenzi. Solo dopo lo correggi (e te ne accorgi quando passa il test che lo 
> evidenziava).
> 
> Così è più faticoso che fixare subito il baco? Certo. Ma a tendere è più 
> conveniente? Più certo ancora. Dici che c'è del  codice non si può testare? 
> Chiedi a Valentino, lui ti direbbe che non esiste codice siffatto :-)
> 
> C'è chi sostiene che un bug è in realtà un test non scritto.
> 

Marco non pensare che non sia convinto della necessità di avere dei buoni test
in modo da non essere mai a rischio di regressioni.

Sono certissimo che sia ottima cosa.

Come sono certo, ma davvero certo, che un'ottima documentazione sia la chiave 
di volta
per avere un prodotto condivisibile con altri sviluppatori.

Come sono certo del fatto che dovrei finalmente rompere gli indugi e passare a 
python 3.

Purtroppo, da imprenditori, e io sono un piccolissimo imprenditore, sappiamo 
che ci sono
costi che ti puoi permettere e costi che non ti puoi permettere. Magari vivessi 
in un
altro paese troverei fantomatici finanziatori in grado di assicurarmi le 
risorse per
fare tutto senza dovere ipotecare la casa dove vivo.

Quindi devo fare delle scelte, che, per carità, possono essere alla lunga anche
scelte sbagliate. Ma gli aspetti economici di un progetto sono comunque 
importanti.

In Softwell siamo in tutto 5 sviluppatori e abbiamo scritto tutto Genropy e una 
serie
di applicativi che vanno dalla gestione dei trasporti, alla gestione dei 
contratti 
editoriali, poliambulatori, condomini, gestione di produzione e da ultimo Erpy,
che è un ERP che sta venendo proprio benino.

Tra tutte queste cose l'attività che ci è costata di più è stata di volta in 
volta
la migrazione dei dati da sistemi legacy che andavamo a sostituire. Gestire 
degli interregni
in cui il sistema legacy e quello nuovo coesistono e devono essere tenuti 
sincronizzati
è un piccolo grande incubo.

Poi un altro aspetto che è davvero oneroso è stare dietro alle fantastiche 
trovate
dei nostri governanti. Realizzare in 2 settimane uno 'spesometro' che deve 
riclassificare
 'ad minchiam' dati caricati nell'anno precedente e trasmetterli a chi di dovere
con un formato demenziale è qualcosa che solo chi lo ha fatto può capire quanta 
fatica costi.

Ora purtroppo in questa attività 'concreta' e fatta di costi da tenere 
d'occhio, 
clienti da tenere buoni e opportunità da non perdere, il tempo è quello che è.

La ricerca di bachi è, per fortuna nostra, un qualcosa di poco impegnativo o 
perchè
siamo molto ma molto fortunati o magari perchè la struttura di Genropy, il
modo in cui è stato ideato e scritto, rende i bachi un evento abbastanza 
inconsueto.

Ti racconto l'ultimo baco che abbiamo dovuto scovare. Un certo giorno di circa 
un mese
fa, Google ha improvvisamente aggiornato Chrome introducendo un comportamento
misterioso che rompeva il reload delle nostre pagine.

Ovvio che un baco così significa che tutti i clienti ti chiamano più o meno
contemporaneamente (il fatto che Google ti aggiorni in modo automatico
è una delle cose che detesto di più) e quindi dovevamo trovare il baco
e risolverlo nel giro di minuti.

Dopo circa mezz'ora di imprecazioni e lavoro, il fix è stato fatto e consisteva 
nel
rimpiazzare nel NOSTRO metodo 'reloadPage' l'istruzione:

  window.location.reload();

con:

  window.location.assign(window.location.href);

Questo mi dice 2 cose: la prima è che se nemmeno il sistema di test di Google
gli fa trovare bachi di questo genere prima di aggiornare centinaia di milioni
di browser per il mondo, allora i sistemi di test sono comunque fallaci.

La seconda cosa, assai più importante, è che wrappare in metodi TUOI
il codice secondo la funzione svolta è estremamente importante.

Avrei potuto avere in giro centinaia di chiamate a "window.location.reload();"
magari in n repository e cambiare tutto ovunque sarebbe stato molto dispendioso.

Il fatto di usare il nostro metodo 'pageReload' invece dell'istruzione base
ci ha consentito di fare un unico fix nel framework, pusharlo e fare un pull
in tutti i sistemi dei clienti. 

Quindi in meno di un ora il baco è stato sistemato.

Se avessi dovuto procedere secondo la metodologia canonica, avrei dovuto 
scrivere un
test in javascript che facesse un reload di pagina e verificasse questa 
tipologia
di errore. Forse sarei ancora qui a grattarmi la testa per capir

Re: [Python] Test: uovodicolombosilverbulletdeusexmachinaratatouillecaramba!

[Giovanni Porcari]

> Il giorno 09 mar 2016, alle ore 23:40, Giovanni Porcari 
>  ha scritto:
> 
> 
>> Il giorno 09 mar 2016, alle ore 17:19, Nicola Larosa  ha 
>> scritto:
>> 
>> (I'm looking at you, Genropy. ;-) )
> 
> 
> ehm… :D
> 
> G

O per parafrasare Microsoft: 'Che serve testare se ci sono gli utenti che 
pagano per farlo ? '


Comunque i bachi più insidiosi, purtroppo non li scovi con i test.
Almeno in sistemi con delle GUI molto complesse e dove il timing 
degli eventi può essere l'elemento critico.
A volte per riprodurre un baco bisogna magari cliccare su un bottone
poi cliccare su un altro e scrollare una griglia avanti e indietro.

Capisci che studiare casi di test per cose simili è quasi impossibile.

In ogni caso bel prodotto :)

Ciao

G


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

Re: [Python] Test: uovodicolombosilverbulletdeusexmachinaratatouillecaramba!

[Giovanni Porcari]

> Il giorno 09 mar 2016, alle ore 17:19, Nicola Larosa  ha 
> scritto:
> 
> (I'm looking at you, Genropy. ;-) )


ehm… :D

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

Re: [Python] MySQLdb connect non aggiorna i dati sui client

[Giovanni Porcari]

> Il giorno 08 mar 2016, alle ore 13:56, Carlos Catucci 
>  ha scritto:
> 
> 
> Ah si a me lo fa sul tablet gmail sta roba. 
> Ma non eri tu il solo a quotare in quel modo per questo sono intervenuto.
> Ah era solo un modo di farlo notare, non un cazziatone.


Si ma hai fatto bene perché anche se nascosti è inutile mandare 
avanti e indietro a migliaia di persone informazioni totalmente inutili.

Quindi aggiungerei alla netiquette anche un bel:
"Se anche il tuo client nasconde le citazioni inutili le manda 
lo stesso nella risposta. Quindi cavale tu" 


Ciao

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

Re: [Python] MySQLdb connect non aggiorna i dati sui client

[Giovanni Porcari]

> Il giorno 08 mar 2016, alle ore 13:49, Carlos Catucci 
>  ha scritto:
> 
> 
> 2016-03-08 13:43 GMT+01:00 Giovanni Porcari :
> Scusa mi sfugge l'errore di quoting. Dato che Gollum magari è occupato mi 
> dici dove è ?
> 
> Quotare 800 righe di discussione e poi aggiungere una riga di commento. Uno 
> snippet di un paio di righe per rendere chiaro a cosa si stia rispondendo mi 
> sembra piu' che sufficiente. 

Si hai ragione.

Il fatto è che il mio client mi nasconde tutta la parte irrilevante e la 
sostituisce
con un bel  "mostra tutto".

Quindi non espandendo il 'mostra tutto' mi ero perso il fatto
che si sarebbe portato dietro 'na vagonata di roba.

Ne terrò conto. Grazie :)

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

Re: [Python] MySQLdb connect non aggiorna i dati sui client

[Giovanni Porcari]

> Il giorno 08 mar 2016, alle ore 12:23, Carlos Catucci 
>  ha scritto:
> 
> 
> 2016-03-08 12:16 GMT+01:00 Giuseppe Costanzi :
> > Provato a settare l'autocommit ?
> >
> > G
> si ho provato a metterlo a True anche dopo l' apertura della con ma non 
> cambia nulla
> 
> E provare un quoting decente prima che Gollum venga a sbranarvi lo avete 
> provato? ;)

Scusa mi sfugge l'errore di quoting. Dato che Gollum magari è occupato mi dici 
dove è ?


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

Re: [Python] MySQLdb connect non aggiorna i dati sui client

[Giovanni Porcari]

> Il giorno 08 mar 2016, alle ore 11:20, Giuseppe Costanzi 
>  ha scritto:
> 
> 
> Il giorno 08/mar/2016 11:02, "Enrico Bianchi"  ha 
> scritto:
> >
> > On 03/08/2016 08:52 AM, Giuseppe Costanzi wrote:
> >>
> >> che mi sfugge?
> >
> >
> > Che non è detto che quel commit sia eseguito. Intanto ti conviene spostare 
> > la chiamata al commit in un context switch ed usa with per richiamare la 
> > classe, poi se continua a non funzionare si vedrà
> 
> ok, ci provo anche se le modifiche sulle tabelle ci sono, ma le vede solo chi 
> le fa.
> 
> > Enrico
> > P.S. io la butto lì, ma se state migrando il tutto da SQLite, perché non 
> > passare direttamente a PostgreSQL?
> 
> magari, sarebbe stata la mia prima scelta,  è che è già um miracolo che il 
> servizio imformatico ci abbia dato un server, di aggiornamenti non se ne 
> parla proprio, ho provato a montare un cd per aggiornare i pacchetti ma non 
> ci sono riiscito, che tra l altro mi sarei installato il paccheto di sqlite 
> per php e la vita sarebbe scorsa felice, la migrazione l'ho fatta per 
> semplificare la parte web dell'applicazione.
> Purtoppo, almeno qua, si fa di necessità virtute..


Provato a settare l'autocommit ?

G

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

Re: [Python] Salve a tutti, sono nuovo.

[Giovanni Porcari]

> Il giorno 01 mar 2016, alle ore 20:53, Gollum1  
> ha scritto:
> 
> 300 boud di velocità... eppure non ci lamentavamo.


https://youtu.be/abE-tWM15j8?t=20s


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

Re: [Python] Python politico

[Giovanni Porcari]

> Il giorno 01 mar 2016, alle ore 11:52, Valerio Maggio 
>  ha scritto:
> 
> 
> Giovanni Porcari wrote:
> http://www.jacquerie.it/battere-calderoli-usando-python
> 
> :)
> 
> 
> 👏🏻👏🏻👏🏻
> Bellissimo!! 
> 
> Grazie mille per lo sharing :) 
> 
> 

Non è all'altezza delle onde gravitazionali ma sarebbe stato un talk davvero 
interessante per pycon :)

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

[Python] Python politico

[Giovanni Porcari]

http://www.jacquerie.it/battere-calderoli-usando-python

:)


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

Re: [Python] Practical Python Porting for systems programmers

[Giovanni Porcari]

> Il giorno 26 feb 2016, alle ore 14:46, Nicola Larosa  ha 
> scritto:
> 
>> Nicola Larosa ha scritto:
>>> Un HOWTO su come portare programmi di sistema da Python 2 a 3,
>>> scritto da Eric Raymond e un amico (link all'HOWTO nel testo):
>>> 
>>> Practical Python Porting for systems programmers
>>> <http://esr.ibiblio.org/?p=7039>
>>> 
>>> Gli approcci descritti divergono a volte da quelli comunemente
>>> consigliati. :-)
> 
> Giovanni Porcari wrote:
>> Grazie Nicola
>> 
>> dal momento che stavamo pensando di passare finalmente a python3
>> questo articolo capita a a proposito :)
> 
> Quella è una situazione particolare. Per utilizzi più comuni, dove
> UTF-8 ha più senso di Latin-1, :-) se una volta portato il codice a
> Python 3 si vuole mantenere compatibilità con la 2.7 conviene avvalersi
> di strumenti come Python-Future <http://python-future.org/>.
> 

E grazie anche per la precisazione :)

In ogni caso passare a python3 è come fare un trasloco e 
ti viene da chiederti se davvero la casa nuova valga la 
fatica di impacchettare tutto.


Comunque temo che sia da fare :)

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

Re: [Python] Practical Python Porting for systems programmers

[Giovanni Porcari]

> Il giorno 26 feb 2016, alle ore 11:26, Nicola Larosa  ha 
> scritto:
> 
> Un HOWTO su come portare programmi di sistema da Python 2 a 3, scritto
> da Eric Raymond e un amico (link all'HOWTO nel testo):
> 
> Practical Python Porting for systems programmers
> 
> 
> Gli approcci descritti divergono a volte da quelli comunemente
> consigliati. :-)
> 

Grazie Nicola

dal momento che stavamo pensando di passare finalmente a python3
questo articolo capita a a proposito :)


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