Re: [Python] Python, gui e wsgi
On Sunday 01 March 2009 23:50:08 Pietro Battiston wrote: > (non ho inventato praticamente niente di ciò che ho scritto in questa > mail, ed è in questo senso che ritengo un po' inutile questa > discussione) Su questo hai ragione, questa discussione e` inutile, in quanto tu non vuoi capire il mio punto di vista ed io non sono interessato a giustificare il tuo Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Il giorno sab, 28/02/2009 alle 21.31 +0100, Giorgio Zoppi ha scritto: > 2009/2/28 Pietro Battiston : > > Il giorno sab, 28/02/2009 alle 17.42 +0100, Enrico 'Henryx' Bianchi ha > > scritto: > >> Pietro Battiston wrote: > >> > >> > non mi va di permettere a qualcun altro di > >> > trarre profitto dal mio codice senza che io o la mia comunità ci > >> > guadagniamo niente. > >> > >> Allora devi smettere di scrivere codice sotto GPL e/o qualsiasi altra > >> licenza open source > > > > Finora io e la "mia" comunità di utenti e scrittori di software GPL > > siamo piuttosto in forma, grazie. > > > > Mi sembra piuttosto evidente che non parlavo di un "guadagno" (né di > > "profitto") esclusivamente monetario. > Il "problema" è piu che altro per le librerie, l'altro ieri si parlava > di "effetto virale". > Se un tuo progetto R&D deve includere per esempio una libreria di > charting e questa > per caso è GPL non puoi perche il tuo progetto R&D deve esse > brevettato...e non puoi > rilasciar codice di qualcosa innovativo ai tuoi competitors, che > possiedono ing, per metterti > fuori mercato il prodotto frutto di un'anno di ricerca per esempio. > Dipende cosa vuoi te alla fine e dal contesto in cui ti poni. Per le > grosse società, > che devono brevettare, la GPL non e' proponibile. Molte di esse > rilasciano il codice GPL quando questo > non e' piu soggetto a ricerca (quando hanno ottenuto i brevetti) Ma quanto tempo pensi che ci metta una "grossa società" a depositare un brevetto?! Una piccola azienda ci mette un mesetto (non nel senso che le pratiche sono finite ed il brevetto è pubblico, ma nel senso che ai fini di future controversie - anche su eventuali brevetti analoghi - quella è la data che conta - vedi il caso del brevetto sulla compressione LZW, o quello del correttore automatico di xyquest [0], e nota en passant il caso esemplare della schifezza implicita nel meccanismo dei brevetti software). Ciò detto, immagino che i tuoi competitors sappiano cos'è il reverse engineering. Ma ammetto che questa è pura illazione. [0]: http://progfree.org/Links/prep.ai.mit.edu/issues.article Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Il giorno dom, 01/03/2009 alle 15.45 +0100, Enrico 'Henryx' Bianchi ha scritto: > Pietro Battiston wrote: > > > Mi sembra piuttosto evidente che non parlavo di un "guadagno" (né di > > "profitto") esclusivamente monetario. > > Ottimo, peccato che nessuno mi vieta di prendere il vostro prodotto, di > customizzarlo/patcharlo/estenderlo per un committente, rilasciare tutte > le modifiche extra al committente e fregarmene beatamente di voi. Appunto, il committente ne ha il guadagno che se poi ha bisogno di ulteriori customizzazioni/patch/estensioni può chiederle a chi vuole. Se il committente è uno solo poi, probabilmente il software non interessa ad altri. Se sono tanti, probabilmente il codice circolerà. Se non circolerà, perlomeno il committente ne ha il guadagno - monetario e non solo - di proteggersi dal lock in. Magari deciderà di richiedere a me nuove modifiche. > Dov'e` > il tuo guadagno (sia esso monetario, sia esso "spirituale")? Dici che un software migliore è un guadagno "spirituale"?! Non capisco se non capisci o se prendi in giro. Comunque il MIO guadagno può benissimo non esserci, come certamente accade nel caso di un software BSD. Mica devo guadagnare IO su ogni riga di codice che gira al mondo, no? Che però l'ecosistema GPL alla fine aiuti anche me è dimostrato perfettamente dal software (Ubuntu) che sto utilizzando in questo istante (principalmente GPL). Ho anche un'installazione (con un po' di polvere) di Vista, che ho comunque pagato, quindi non si tratta (solo) di guadagno monetario. Quindi se vuoi chiamare "metafisica" l'esperienza di utilizzo di un buon sistema operativo, liberissimo. Io mi limito a dire che è certamente un guadagno. Ma siccome ti sei fissato sul "mio", supponendo che quel programma che hai esteso per il tuo committente mi interessi e che la situazione sia così patologica, posso sempre comprare le patch da lui, che mi può fare un prezzo più basso di te. > Inoltre, > ribadiamo il concetto: la GPL va bene per un software completo, non per > una libreria. Per la libreria esiste la LGPL (sempre se si vuole > rimanere in ambito GNU), punto GNU non suggerisce la LGPL per ogni libreria, ma solo quando ce n'è bisogno, virgola, trovi spiegazioni (fin troppo) chiare sul sito gnu.org. (non ho inventato praticamente niente di ciò che ho scritto in questa mail, ed è in questo senso che ritengo un po' inutile questa discussione) ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
On Mar 1, 2009, at 3:45 PM, Enrico 'Henryx' Bianchi wrote: > Per la libreria esiste la LGPL (sempre se si vuole > rimanere in ambito GNU), punto A questo proposito faccio notare quanto mi secca readline sotto GPL. Nota, questo e' un problema rilevante per Python... Comunque FSF mi pare di avere capito che stia scoraggiando l'uso di LGPL. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Pietro Battiston wrote: > Mi sembra piuttosto evidente che non parlavo di un "guadagno" (né di > "profitto") esclusivamente monetario. Ottimo, peccato che nessuno mi vieta di prendere il vostro prodotto, di customizzarlo/patcharlo/estenderlo per un committente, rilasciare tutte le modifiche extra al committente e fregarmene beatamente di voi. Dov'e` il tuo guadagno (sia esso monetario, sia esso "spirituale")? Inoltre, ribadiamo il concetto: la GPL va bene per un software completo, non per una libreria. Per la libreria esiste la LGPL (sempre se si vuole rimanere in ambito GNU), punto Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
On Feb 28, 2009, at 9:31 PM, Giorgio Zoppi wrote: > Per le > grosse società, > che devono brevettare, la GPL non e' proponibile. Le grosse societa' non *devono* brevettare in ambito software. Oltretutto al momento le grosse societa' del mondo del software usano i brevetti principalmente per pararsi le chiappe le une con le altre. Dimmi te se bisogna perdere tempo e denaro a fare cose come OIN per evitare che un bel giorno feriscano *profondamente* la comunita' open attraverso i brevetti. Meno male che c'e' OIN eh (tra l'altro Python mi pare proprio fra le applicazioni incluse nel pacchetto), ma dannazione, i brevetti non avrebbero dovuto proteggere l'innovazione? Qua bisogna spendere soldi per proteggere l'innovazione dai brevetti. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
2009/2/28 Pietro Battiston : > Il giorno sab, 28/02/2009 alle 17.42 +0100, Enrico 'Henryx' Bianchi ha > scritto: >> Pietro Battiston wrote: >> >> > non mi va di permettere a qualcun altro di >> > trarre profitto dal mio codice senza che io o la mia comunità ci >> > guadagniamo niente. >> >> Allora devi smettere di scrivere codice sotto GPL e/o qualsiasi altra >> licenza open source > > Finora io e la "mia" comunità di utenti e scrittori di software GPL > siamo piuttosto in forma, grazie. > > Mi sembra piuttosto evidente che non parlavo di un "guadagno" (né di > "profitto") esclusivamente monetario. Il "problema" è piu che altro per le librerie, l'altro ieri si parlava di "effetto virale". Se un tuo progetto R&D deve includere per esempio una libreria di charting e questa per caso è GPL non puoi perche il tuo progetto R&D deve esse brevettato...e non puoi rilasciar codice di qualcosa innovativo ai tuoi competitors, che possiedono ing, per metterti fuori mercato il prodotto frutto di un'anno di ricerca per esempio. Dipende cosa vuoi te alla fine e dal contesto in cui ti poni. Per le grosse società, che devono brevettare, la GPL non e' proponibile. Molte di esse rilasciano il codice GPL quando questo non e' piu soggetto a ricerca (quando hanno ottenuto i brevetti) oppure con una licenza di shared-code apposita. Mentre molte universita di rilasciano codice GPL. Just 1c. Giorgio. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Il giorno sab, 28/02/2009 alle 17.42 +0100, Enrico 'Henryx' Bianchi ha scritto: > Pietro Battiston wrote: > > > non mi va di permettere a qualcun altro di > > trarre profitto dal mio codice senza che io o la mia comunità ci > > guadagniamo niente. > > Allora devi smettere di scrivere codice sotto GPL e/o qualsiasi altra > licenza open source Finora io e la "mia" comunità di utenti e scrittori di software GPL siamo piuttosto in forma, grazie. Mi sembra piuttosto evidente che non parlavo di un "guadagno" (né di "profitto") esclusivamente monetario. Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Pietro Battiston wrote: > non mi va di permettere a qualcun altro di > trarre profitto dal mio codice senza che io o la mia comunità ci > guadagniamo niente. Allora devi smettere di scrivere codice sotto GPL e/o qualsiasi altra licenza open source Enrico P.S. e` bello pero` vedere che e` la stessa risposta che mi diede Federico Di Gregorio alla mia contestazione del fatto che psycopg e` rilasciato sotto licenza GPL... ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
On Feb 28, 2009, at 4:22 PM, Nicola Larosa wrote: > No, non ti impedisce di *usarle*, ti impedisce di incorporarle nel > codice > originale e redistribuirle insieme a quello. Ma non è certo l'unico > uso > possibile di quel codice. Ovviamente no. Ma sarebbe senza dubbio il piu' comodo. Avere un set di patch non ufficiali in questo modo e' parecchio scomodo. E ribadisco non ne vedo proprio il motivo. >> Dal mio punto di vista e' tanto quanto le aziende prendono codice >> sotto BSD, lo migliorano, e se lo tengono. Di fatto, quando i "buoni" >> fanno i cattivi, sono ancora piu' cattivi dei "cattivi". > > Se davvero pensi di poterci far credere che pensi questo, fai un torto > alla nostra intelligenza, prima che alla tua. Sai benissimo come la penso, non so perche' ma questa discussione ha un senso di gia' visto... :P E in particolare si, mi da ben piu' fastidio chi toglie liberta' riempiendosi la bocca della parola liberta' che quando a farlo sono gli squali delle corporations. Se non altro perche' dai secondi non mi sono mai aspettato nulla di buono senza pagare indietro. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Enrico Franchi wrote: > Un fork o patch in GPL vuole dire prendere tutto il codice sotto BSD, > "migliorarlo" e *impedire* a quelli che lo hanno scritto di usare le > migliorie. A meno di non passare il resto alla loro licenza. No, non ti impedisce di *usarle*, ti impedisce di incorporarle nel codice originale e redistribuirle insieme a quello. Ma non è certo l'unico uso possibile di quel codice. > Dal mio punto di vista e' tanto quanto le aziende prendono codice > sotto BSD, lo migliorano, e se lo tengono. Di fatto, quando i "buoni" > fanno i cattivi, sono ancora piu' cattivi dei "cattivi". Se davvero pensi di poterci far credere che pensi questo, fai un torto alla nostra intelligenza, prima che alla tua. Spero di essere riuscito ad esprimermi in modo abbastanza contorto. ;-) -- Nicola Larosa - http://www.tekNico.net/ The US is on its way to a $1 TRILLION dollar DEFICIT. Anyone else want to feed at the trough?! Hurry, 'cause I can hear the chickens coming home to roost. - John on Tim Bray's blog, September 2008 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Il giorno sab, 28/02/2009 alle 12.57 +0100, Paolo Ferretti ha scritto: > On Sat, Feb 28, 2009 at 11:52, Enrico Franchi > wrote: > Tu invece leggi *distrattamente*, visto che le parole > "fastidiosa > licenza" non sono uscite da me in primo luogo. > [...] > abbinato. La faccenda sarebbe morta sul nascere. Avremmo > appreso che > Paolo e' infastidito > dalla GPL, suo diritto, e morta li. > > Non confondere i poster. Guarda "Enrico Franchi" e "Paolo > Ferretti" > sembrano proprio > due nomi di persona e a naso non della stessa. > > Sono d'accordo con Enrico. Spesso ci sono letture distratte e > superficiali. Quando la gente VUOLE la provocazione, non c'è santo che > tenga. > Ho solo detto che, secondo me, la GPL è fastidiosa. Non mi pare di > aver detto una cosa gravissima. Non cercavo flame: era un'opinione > personale e non una verità assoluta, mi pare che fosse limpido e > probabilmente l'anno capito tutti, meno l'unica persona che cercava la > polemica. Scusate, ho confuso i poster. Ed evidentemente anche le parole, se davvero l'impressione suscitata è che il provocatore fossi io. ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
On Sat, Feb 28, 2009 at 11:52, Enrico Franchi wrote: > Tu invece leggi *distrattamente*, visto che le parole "fastidiosa > licenza" non sono uscite da me in primo luogo. > [...] > abbinato. La faccenda sarebbe morta sul nascere. Avremmo appreso che > Paolo e' infastidito > dalla GPL, suo diritto, e morta li. > > Non confondere i poster. Guarda "Enrico Franchi" e "Paolo Ferretti" > sembrano proprio > due nomi di persona e a naso non della stessa. Sono d'accordo con Enrico. Spesso ci sono letture distratte e superficiali. Quando la gente VUOLE la provocazione, non c'è santo che tenga. Ho solo detto che, secondo me, la GPL è fastidiosa. Non mi pare di aver detto una cosa gravissima. Non cercavo flame: era un'opinione personale e non una verità assoluta, mi pare che fosse limpido e probabilmente l'anno capito tutti, meno l'unica persona che cercava la polemica. Dai su, ognuno è libero di pensarla come vuole, non facciamo i fondamentalisti :-D Paolo -- Paolo Ferretti http://www.paoloferretti.it/ pa...@paoloferretti.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
On Feb 27, 2009, at 11:11 PM, Pietro Battiston wrote: > Ah, allora cercavi il flame coscientemente, non era distrazione. Tu invece leggi *distrattamente*, visto che le parole "fastidiosa licenza" non sono uscite da me in primo luogo. Oltretutto spiegami, ho il permesso di pensarla diversamente da te oppure questo costituisce automaticamente flame? Mi permetti di essere infastidito dal fatto che non posso di fatto distribuire il mio codice sotto la licenza che preferisco se uso una data libreria? E' molto brutto se tu consideri alla stregua di flame ogni cosa che non si accorda con la GPL. > A me personalmente piace rilasciare sotto GPL, e mi fa piacere che tu > non possa riutilizzare il mio codice in roba MIT e/o BSD. Non ci vedo > proprio nulla di fastidioso. Insomma, ti piace impormi la licenza che piace a te. Io invece credo *profondamente* nella liberta'. Non mi piace che mi venga imposta una licenza e non mi piace imporla. La vediamo diversamente, amen. > Viceversa, se fossi un programmatore che ha > scritto lo stack TCP/IP di FreeBSD mi darebbe fastidio che Windows lo > riutilizzasse senza darmi niente in cambio (tant'è che certi > programmatori FreeBSD si lamentano anche solo se si forka come GPL un > loro software!). E vorrei ben vedere! Hai colpito il punto della questione. Un fork o patch in GPL vuole dire prendere tutto il codice sotto BSD, "migliorarlo" e *impedire* a quelli che lo hanno scritto di usare le migliorie. A meno di non passare il resto alla loro licenza. Dal mio punto di vista e' tanto quanto le aziende prendono codice sotto BSD, lo migliorano, e se lo tengono. Di fatto, quando i "buoni" fanno i cattivi, sono ancora piu' cattivi dei "cattivi". Come nota a margine, ormai buona parte delle aziende che collaborano con progetti sotto MIT e simili, rilasciano indietro le modifiche, in quanto non hanno *nessun* interesse e nessuna voglia a mantenere un fork. Per puri motivi utilitaristici, eh. Mi viene da chiedermi se i furboni delle patch in GPL invece non fanno un discorso de *tutto* il codice deve essere sotto GPL. Anche quello che non mi appartiene... > Davvero, è puro flame: se vuoi, la differenza tra me e te è che io > sono > intrinsecamente egoista, e non mi va di permettere a qualcun altro di > trarre profitto dal mio codice senza che io o la mia comunità ci > guadagniamo niente. Non sarai tu (non su questa mailing list) a > rendermi > meno egoista. Basta esserne consapevole. Io invece amo la liberta'. Anche e soprattutto quella altrui. > Chiudiamola qui e parliamo di qualcosa di più costruttivo, > tipo se per scrivere in python è meglio emacs o vi. E ti ribadisco, non e' puro flame. Il flame se vuoi farlo lo fai tu. Se *non* vuoi parlare di GPL qui (cosa peraltro ragionevole) non rispondere ad ogni aggettivo che non ti piace che viene abbinato. La faccenda sarebbe morta sul nascere. Avremmo appreso che Paolo e' infastidito dalla GPL, suo diritto, e morta li. Non confondere i poster. Guarda "Enrico Franchi" e "Paolo Ferretti" sembrano proprio due nomi di persona e a naso non della stessa. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
2009/2/27 Pietro Battiston : > meno egoista. Chiudiamola qui e parliamo di qualcosa di più costruttivo, > tipo se per scrivere in python è meglio emacs o vi. ROTFL Scusate ma questa è veramente bella... :'D -- Simone Z. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Il giorno gio, 26/02/2009 alle 10.39 +0100, Enrico Franchi ha scritto: > On Feb 25, 2009, at 2:50 PM, Pietro Battiston wrote: > > >> Il problema delle QT è che sono GPL, quindi ti obbligano a portarti > >> dietro quella fastidiosa licenza. > > > > Beh, allora cerchiamo proprio il flame... > > Perche'? La GPL *e'* fastidiosa. A me personalmente piace rilasciare > sotto MIT e/o BSD > e quando uso roba GPL di fatto non posso. Ah, allora cercavi il flame coscientemente, non era distrazione. A me personalmente piace rilasciare sotto GPL, e mi fa piacere che tu non possa riutilizzare il mio codice in roba MIT e/o BSD. Non ci vedo proprio nulla di fastidioso. Viceversa, se fossi un programmatore che ha scritto lo stack TCP/IP di FreeBSD mi darebbe fastidio che Windows lo riutilizzasse senza darmi niente in cambio (tant'è che certi programmatori FreeBSD si lamentano anche solo se si forka come GPL un loro software!). Davvero, è puro flame: se vuoi, la differenza tra me e te è che io sono intrinsecamente egoista, e non mi va di permettere a qualcun altro di trarre profitto dal mio codice senza che io o la mia comunità ci guadagniamo niente. Non sarai tu (non su questa mailing list) a rendermi meno egoista. Chiudiamola qui e parliamo di qualcosa di più costruttivo, tipo se per scrivere in python è meglio emacs o vi. ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
On Feb 25, 2009, at 2:50 PM, Pietro Battiston wrote: >> Il problema delle QT è che sono GPL, quindi ti obbligano a portarti >> dietro quella fastidiosa licenza. > > Beh, allora cerchiamo proprio il flame... Perche'? La GPL *e'* fastidiosa. A me personalmente piace rilasciare sotto MIT e/o BSD e quando uso roba GPL di fatto non posso. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
On Feb 26, 2009, at 12:50 AM, Giorgio Zoppi wrote: > > Risulta molto difficile spesso creare codice prettamente portabile (ce > sempre qualcosina > qua e la da modificare) con quasi tutti i toolkit > citati, motivo in piu per sottolineare ...dove lo vuoi scrivere? Anche se, di fatto, farlo con Qt e' quasi sempre fattibile con sforzo moderato. OS X di tutti i sistemi e' quello con richieste piu' elevate (da parte degli utenti) in termini di GUI e Qt ci si avvicina moltissimo > L'uso di copyleft per le corporation non è fattibile anche per i > progetti > di ricerca, questo e' il motivo anche per cui lo ZFS non e' stato > interamente portato su linux ma solo su FUSE. Non e' vero: l'uso di copyleft per la *tua* azienda non e' ammissibile. Che e' lecito, e' una policy aziendale come un'altra. Per il resto non ci sono *necessariamente* problemi. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Il 26 febbraio 2009 0.13, Enrico 'Henryx' Bianchi ha scritto: > Zanon Samuele wrote: >> - Dove posso trovare un bel how-to per iniziare a programmare in >> python con interfacce grafiche (magari con qualche consiglio su quale >> libreria utilizzare) > La scelta di un toolkit grafico non e` una cosa semplice ed indolore, > bisogna tenere conto di vari fattori e dei vincoli a cui si va incontro. > Personalmente, ritengo che seguire questi criteri possa aiutare parecchio: > > - Tenere bene in mente la piattaforma target. Ritengo che questa sia il > criterio piu` importante, in quanto permette di fare delle scelte mirate > e di non andare alla cieca. Per fare un esempio, se intendo sviluppare > sempre e solo GUI per Windows, e` inutile che perda del tempo nello > studio del toolkit PyGTK, ma mi conviene concentrarmi sul toolkit > pywin32 che, tra le altre cose, oltre a farmi ottenere un risultato piu` > integrato nella piattaforma, mi permette di creare GUI piu` articolate > rispetto ad un toolkit generico. Se invece intendo sviluppare su piu` > piattaforme, mi conviene vedere quale sia il toolkit che mi permette di > coprire con buoni risultati tutti gli ambienti che mi interessano (e.g. > PyQT mi permette di coprire Windows e Os X, mentre PyGTK attualmente > copre il sistema della mela solo in maniera non ufficiale). > - Verificare le funzionalita` offerte dal toolkit. Alcuni toolkit, come > ad esempio PyQT e WxWidgets, sono dei veri e propri framework le cui > funzionalita` spaziano dalla creazione delle GUI alla gestione delle > connessioni di rete. Inoltre, e` da tenere bene in mente anche la > varieta` di oggetti messi a disposizione per la creazione > dell'interfaccia. Per fare un esempio, Tkinter non ha un componente per > la creazione delle tabelle, componente che e` invece presente negli > altri toolkit. Risulta molto difficile spesso creare codice prettamente portabile (ce sempre qualcosina qua e la da modificare) con quasi tutti i toolkit citati, motivo in piu per sottolineare ...dove lo vuoi scrivere? Motivo percui per esempio il motto javish Code once, run anywhere...e' leggenda. > - Considerare la licenza di distribuzione del toolkit. Questo e` un > criterio basato sulle questioni di principio ed opportunistiche. > Attualmente, i toolkit grafici in circolazione vengono rilasciati con > tre tipologie di licenza: > - GPL; > - LGPL, BSD o similari; > - Proprietaria. > E` normale che questo comporta una serie di pro e di contro, con il > quale bisogna sempre tener conto. Questo puo' dipendere anche dalla politica dell'azienda. Nella corporation in cui sto adesso GPL e LGPL non si possono usare...non perche dannose ma perche su di esse ce' il copyleft. L'uso di copyleft per le corporation non è fattibile anche per i progetti di ricerca, questo e' il motivo anche per cui lo ZFS non e' stato interamente portato su linux ma solo su FUSE. > - Scegliere in base alla resa grafica che ci soddisfa (questo criterio > ovviamente lo si applica sui toolkit multipiattaforma). Il criterio si > spiega da solo: perche` dovremo usare Tkinter quando ci piace PyQT? Ma in fondo uno vale l'altro i principi sono sempre gli stessi: device context, mvc, paint refresh, disposizione dei controlli nella client area, eventi Si, alla fine quello che e' meglio e' vedere dal punto di vista commerciale quello piu spendibile in termini di offerte lavorative. E li per il mondo Linux se la giocano Qt e GTK (non dico che le wx non vadano a me piacciono di piu, pero non sono mainstream). Poi vedere cosa ti conviene in termini di tempo: * quanto ci metti ad imparare le qt e a gestire le interfacce con il designer ? * quanto ci metti ad imparare le gtk? > Queste sono le mie considerazioni, personalmente le ritengo piu` che > valide, senza considerare che sono un buon modo per prendere una > decisione in tal merito (ovviamente nessuno ti vieta di fregartene di > quello che dico e di fare come ti pare). Per dei tutorial, puoi partire > dal sito di Python, in cui c'e` una scheda per ogni toolkit (almeno per > i principali) e varie risorse per il loro utilizzo Ci sono un sacco di libri in giro su entrambe...un sacco di tutorial free, just pick one! Just 1c. Gio. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Zanon Samuele wrote: > - Dove posso trovare un bel how-to per iniziare a programmare in > python con interfacce grafiche (magari con qualche consiglio su quale > libreria utilizzare) La scelta di un toolkit grafico non e` una cosa semplice ed indolore, bisogna tenere conto di vari fattori e dei vincoli a cui si va incontro. Personalmente, ritengo che seguire questi criteri possa aiutare parecchio: - Tenere bene in mente la piattaforma target. Ritengo che questa sia il criterio piu` importante, in quanto permette di fare delle scelte mirate e di non andare alla cieca. Per fare un esempio, se intendo sviluppare sempre e solo GUI per Windows, e` inutile che perda del tempo nello studio del toolkit PyGTK, ma mi conviene concentrarmi sul toolkit pywin32 che, tra le altre cose, oltre a farmi ottenere un risultato piu` integrato nella piattaforma, mi permette di creare GUI piu` articolate rispetto ad un toolkit generico. Se invece intendo sviluppare su piu` piattaforme, mi conviene vedere quale sia il toolkit che mi permette di coprire con buoni risultati tutti gli ambienti che mi interessano (e.g. PyQT mi permette di coprire Windows e Os X, mentre PyGTK attualmente copre il sistema della mela solo in maniera non ufficiale). - Verificare le funzionalita` offerte dal toolkit. Alcuni toolkit, come ad esempio PyQT e WxWidgets, sono dei veri e propri framework le cui funzionalita` spaziano dalla creazione delle GUI alla gestione delle connessioni di rete. Inoltre, e` da tenere bene in mente anche la varieta` di oggetti messi a disposizione per la creazione dell'interfaccia. Per fare un esempio, Tkinter non ha un componente per la creazione delle tabelle, componente che e` invece presente negli altri toolkit. - Considerare la licenza di distribuzione del toolkit. Questo e` un criterio basato sulle questioni di principio ed opportunistiche. Attualmente, i toolkit grafici in circolazione vengono rilasciati con tre tipologie di licenza: - GPL; - LGPL, BSD o similari; - Proprietaria. E` normale che questo comporta una serie di pro e di contro, con il quale bisogna sempre tener conto. Ad esempio, se il mio scopo e` creare un applicativo di cui non intendo distribuire i sorgenti, allora non posso scegliere un toolkit la cui distribuzione e` regolata dalla licenza GPL. Di contro, anche se rispetto ad un toolkit liberamente distribuibile potrebbe essere piu` conveniente, non e` per nulla vantaggioso distribuire applicazioni FLOSS per il cui sviluppo si e` utilizzato un toolkit distribuito con licenza proprietaria (a meno che non si e` matematicamente certi del recupero della spesa sostenuta per l'acquisto della licenza del toolkit). - Scegliere in base alla resa grafica che ci soddisfa (questo criterio ovviamente lo si applica sui toolkit multipiattaforma). Il criterio si spiega da solo: perche` dovremo usare Tkinter quando ci piace PyQT? Queste sono le mie considerazioni, personalmente le ritengo piu` che valide, senza considerare che sono un buon modo per prendere una decisione in tal merito (ovviamente nessuno ti vieta di fregartene di quello che dico e di fare come ti pare). Per dei tutorial, puoi partire dal sito di Python, in cui c'e` una scheda per ogni toolkit (almeno per i principali) e varie risorse per il loro utilizzo Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Pietro Battiston wrote: > Beh, allora cerchiamo proprio il flame... > In effetti poteva risparmiarsi quel "fastidiosa"... Detto questo, rimane scontato che finche` PyQT e` sotto licenza GPL, qualsiasi applicativo sviluppato con essa deve essere rilasciato con la stessa licenza o con una licenza ritenuta compatibile (l'unica scappatoia, per ora, e` acquistare sia una licenza da Riverbank Computing che una licenza da Nokia) Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
On Wed, Feb 25, 2009 at 2:50 PM, Pietro Battiston wrote: > Il giorno dom, 22/02/2009 alle 14.31 +0100, Paolo Ferretti ha scritto: >> Il problema delle QT è che sono GPL, quindi ti obbligano a portarti >> dietro quella fastidiosa licenza. > > Beh, allora cerchiamo proprio il flame... Le QT sono LGPL dall;ultima versione comunque... non ho idea se PyQT si sia aggiornato -- Lawrence, http://oluyede.org - http://twitter.com/lawrenceoluyede "It is difficult to get a man to understand something when his salary depends on not understanding it" - Upton Sinclair ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Il giorno dom, 22/02/2009 alle 14.31 +0100, Paolo Ferretti ha scritto: > Il problema delle QT è che sono GPL, quindi ti obbligano a portarti > dietro quella fastidiosa licenza. Beh, allora cerchiamo proprio il flame... Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Il giorno 21/feb/09, alle ore 23:20, Zanon Samuele ha scritto: > Ciao a tutti... so che magari queste domande sono già state fatte un > sacco di volte, ma volevo sapere due cose: > > - Dove posso trovare un bel how-to per iniziare a programmare in > python con interfacce grafiche (magari con qualche consiglio su > quale libreria utilizzare) > - Cosa serve, perchè si sviluppa con wsgi e come (anche qui mi > piacerebbe avere un bel how-to da poter consultare) > > Le guide possono essere sia in inglese che in italiano, ovviamente > italiano è preferibile, ma non strettamente necessario. > > Ciao e grazie mille http://www.vimeo.com/user1314339 Magari lo trovi interessante G ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Zanon Samuele ha scritto: > [...] > - Cosa serve, perchè si sviluppa con wsgi e come (anche qui mi > piacerebbe avere un bel how-to da poter consultare) > Cosa serve --- Un server HTTP (o SCGI, o FastCGI, o direttamente CGI) ed un gateway WSGI. Esempi di server HTTP con integrato WSGI sono Apache ed Nginx (ma il supporto WSGI per quest'ultimo è sperimentale). Per questi due server, è disponibile separatemente un modulo che implementa WSGI. Un esempio di server SCGI/FastCGI è flup, ma ce ne sono altri. Perchè -- Non sono sicuro di capire la domanda, ma WSGI permette di scrivere applicazioni web che non dipendono da un particolare server (come ad esempio Apache mod_python). Fornisce anche una interfaccia molto flessibile e conveniente. Come Puoi scrivere un applicazione WSGI senza bisogno di niente altro. Trovi degli esempi qui: http://python.org/dev/peps/pep-0333/ In pratica, comunque, ti serve come minimo un framework ed un sistema di deployment. Per il sistema di deployment è spesso usato Paste. Con implementazioni come mod_wsgi per Nginx, Paste non è necessario. Come framework, la scelta è abbastanza ampia e ci sono diversi tipi di framework. Non nomino Django, perchè con WSGI ha abbastanza poco a che fare (lo usa solo come componente di basso livello). Di server "moderni", costruiti sopra WSGI non ce ne sono moltissimi. In teoria con WSGI non hai nemmeno bisogno di grossi ed invasivi framework, ti basta una buona collezione di funzioni/classi di supporto e di middleware ben scritti. > [...] Ciao Manlio Perillo ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Beh, chiedere è lecito, rispondere è cortesia. Come ha già detto Enrico, come per TUTTE le cose in Python, ognuno ha le proprie preferenze. Ho programmato con le wxPython e secondo me sono ottime. Il grande vantaggio è l'applicazione demo, con un sacco di esempi e relativo codice, che puoi modificare direttamente dall'interno della demo per vedere i risultati in tempo reale. A livello didattico è una cosa notevole. La licenza delle wxPython, poi, ti lascia abbastanza libero. Dicono che le QT siano le librerie più avanzate e che siano ottime, ma non le ho mai provate di persona, quindi vado per sentito dire. Il problema delle QT è che sono GPL, quindi ti obbligano a portarti dietro quella fastidiosa licenza. Se le vuoi usare senza la GPL, devi pagare la licenza. Dalla versione 4.5, che dovrebbe uscire a Marzo, le QT avranno la licenza LGPL, quindi questo problema in buona parte di risolve. Comunque occhio: sparare certe domande alla comunità Python è pericoloso! Le guerre di religione si scatenano facilmente :-) Tra l'altro, se cerchi nel passato del newsgroup e della mailing list, sicuramente trovi tantissime opinioni su questo argomento. Anche una googlata può chiarirti le idee. Ciao, Paolo 2009/2/22 Enrico Franchi > > On Feb 21, 2009, at 11:20 PM, Zanon Samuele wrote: > > > - Dove posso trovare un bel how-to per iniziare a programmare in > > python con interfacce grafiche (magari con qualche consiglio su > > quale libreria utilizzare) > > Questo e' "cercare flame". Ognuno ha le sue librerie preferite. > Io impazzisco per Cocoa e fra quelle cross-platform amo Qt. > Non sopporto wx. Altri invece lavorano proprio con wx. Etc etc etc. > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python > -- Paolo Ferretti http://www.paoloferretti.it/ pa...@paoloferretti.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
On Feb 22, 2009, at 2:08 PM, Giorgio Zoppi wrote: > Be non necessariamente, basta elencarle tutte: Eh, ma il punto era il consiglio! :P Anche perche' la lista credo di per se fosse facile da trovare. Alla fine a me non dispiace nemmeno Tkinter ad essere sincero. Per fare cose semplice e prendere confidenza con il mondo delle GUI non e' male. Certo, altre librerie sono "migliori". ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
Il 22 febbraio 2009 13.57, Enrico Franchi ha scritto: > > On Feb 21, 2009, at 11:20 PM, Zanon Samuele wrote: > >> - Dove posso trovare un bel how-to per iniziare a programmare in >> python con interfacce grafiche (magari con qualche consiglio su >> quale libreria utilizzare) > > Questo e' "cercare flame". Ognuno ha le sue librerie preferite. > Io impazzisco per Cocoa e fra quelle cross-platform amo Qt. > Non sopporto wx. Altri invece lavorano proprio con wx. Etc etc etc. Be non necessariamente, basta elencarle tutte: * Python QT - reference http://www.qtrac.eu/pyqtbook.html * wxPython - libro wxPython in Action * PyGTK - ce un tutorial * PyObjC + coocoa * TkInter altre...cosi completiamo ce il binding delle FLTK o delle VTK in python? Just my 1 penny! Ciao, Giorgio ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Python, gui e wsgi
On Feb 21, 2009, at 11:20 PM, Zanon Samuele wrote: > - Dove posso trovare un bel how-to per iniziare a programmare in > python con interfacce grafiche (magari con qualche consiglio su > quale libreria utilizzare) Questo e' "cercare flame". Ognuno ha le sue librerie preferite. Io impazzisco per Cocoa e fra quelle cross-platform amo Qt. Non sopporto wx. Altri invece lavorano proprio con wx. Etc etc etc. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Python, gui e wsgi
Ciao a tutti... so che magari queste domande sono già state fatte un sacco di volte, ma volevo sapere due cose: - Dove posso trovare un bel how-to per iniziare a programmare in python con interfacce grafiche (magari con qualche consiglio su quale libreria utilizzare) - Cosa serve, perchè si sviluppa con wsgi e come (anche qui mi piacerebbe avere un bel how-to da poter consultare) Le guide possono essere sia in inglese che in italiano, ovviamente italiano è preferibile, ma non strettamente necessario. Ciao e grazie mille -- Zanon Samuele mailto:webs86 AT gmail DOT com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
