<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Nov 12, 2009, at 12:52 AM, luigi scarso wrote:</div><br><blockquote type="cite"><div>Sei in grado di riformulare il periodo<br>"Lo scarterei..yakuza. "<br>in un italiano piano lasciando<br>perdere temini come bloated e<br>paragoni come "si contano...yakuza"<br>?<font class="Apple-style-span" color="#000000"><font class="Apple-style-span" color="#144FAE"><br></font></font></div></blockquote><br><div>Sono in grado di farlo. Non ho tuttavia intenzione di farlo.</div><div>Per inciso, sono due periodi. Se i problemi sono a questo livello....</div><div><br></div><blockquote type="cite"><div>Quindi per favore riformula in modo piano<br>il tuo periodo sopra.<br>Nota:<br>evita il comportamento "da maestrina inglese" di<br>"Rileggi..Attentamente.. bloated"<br>è un po' ...provinciale.<br>Se pensi di essere stato frainteso riscrivi in modo chiaro e basta<br>--forse non ha scritto in modo chiaro .<br>Abituati a pensare che altre persone con altre tradizioni possono<br>venire in questa ml,<br>e non necessariamente sono idiote -- chiaro ?<br></div></blockquote><div><br></div><div>Guarda, non e' questione di essere idioti: e' questione di leggere di </div><div>fretta. *Se* due periodi di cui uno di una riga e uno di due richiedono</div><div>di essere riformulati, mi dispiace, ma non ci sono i presupposti per il </div><div>resto della discussione: ritengo piuttosto probabile che da qualche</div><div>parte scappi un periodo di tre righe, specie considerando il wrap a</div><div>circa 72 caratteri. Infine, purtroppo, i termini inglesi sono in sostanza</div><div>uso comune e temo inevitabile. </div><div><br></div><blockquote type="cite"><div>No scusami ma mi perdo ...<br>se la mia libxyz manifesta un baco io posso anche decidere di mantenerla<br>ma il progetto forse può andare....malino , ti pare ?<br></div></blockquote><div><br></div><div>Se *devi* fare l'upgrade, *devi* farlo e lo farai in modo controllato.</div><div>Vorremo parlare di qualche baco di Python in specifico stiamo parlando</div><div>oppure la cosa e' accademica? </div><br><blockquote type="cite"><div>Ed ancora : perchè parli di librerie ?<br>Io parlo di linguaggio di programmazione , Python, meglio CPython .<br>Le librerie sono una storia diversa.<br></div></blockquote><div><br></div><div>Tratta il compilatore/interprete allo stesso modo. Mi pare ovvio.</div><div><br></div><blockquote type="cite"><div><blockquote type="cite">(che sviluppi su Zope)<br></blockquote>no, non sviluppo in zope .<br>Lo uso , l'ho usato e lo trovo ragionevole<br>ma non sono uno sviluppatore Zope<br></div></blockquote><div><br></div><div>Ehm, plone gira sopra zope. </div><div><br></div><blockquote type="cite"><div><blockquote type="cite">Possiamo fare una<br></blockquote><blockquote type="cite">semplice deduzione riguardo al fatto che *forse* il problema riguarda Zope e<br></blockquote><blockquote type="cite">non Python?<br></blockquote>no -- si cioè deduci pure , ma è sbagliata.<br><br></div></blockquote><div><br></div><div>E il problema di Python sarebbe? Che fanno una nuova versione e tu non</div><div>puoi non usarla?</div><div><br></div><div>BTW, vorresti che mi mettessi a fare il grammar troll come un tal Scarso</div><div>che gira per questa ML?</div><div><br></div><br><blockquote type="cite"><div><br><br><br><blockquote type="cite">Traduzione: se io uso libfoo 5.0 ed esce libfoo 6, sta a *me* decidere se<br></blockquote><blockquote type="cite">passare a libfoo 6,<br></blockquote><blockquote type="cite">lavorare con entrambe o mantenermi con la 5. Punto e fine: se non lo faccio,<br></blockquote><blockquote type="cite">il problema e'<br></blockquote><blockquote type="cite">mio.<br></blockquote><blockquote type="cite">Ti confesso... introdurre libfoo 6, con un minimo di scm non e' normalmente<br></blockquote><blockquote type="cite">e sperabilmente<br></blockquote><blockquote type="cite">un bagno di sangue.<br></blockquote>Traduzione errata.<br>Sei saltato di palo in frasca,<br>da linguaggi a librerie . Io parlo di un mio disagio con il linguaggio .<br>Le librerie sono un altro aspetto dello sviluppo sw.<br></div></blockquote><div><br></div><div>Guarda, quanto detto per una libreria, vale *anche* per un interprete o per </div><div>il compilatore. Quello era un *esempio*: il principio e' che gli strumenti di</div><div>sviluppo (quindi, librerie che usi, interpreti, compilatori, etc.) li aggiorni come</div><div>e quando dici tu. </div><div><br></div><div>Per il resto, dal momento che i programmi Python 2.4 girano su Python 2.6...</div><div>dove sarebbe il problema?</div><div><br></div><blockquote type="cite"><div><blockquote type="cite">E quindi che fava ti frega se esce la nuova versione?<br></blockquote>Per un linguaggio ? Fastidio<br></div></blockquote><div><br></div><div>Ah, ok, una fisima. </div><div><br></div><blockquote type="cite"><div><blockquote type="cite">Forse "pratica comune che con sane policy di gestione di progetto non rompe<br></blockquote><blockquote type="cite">le palle a nessuno"?<br></blockquote>Certo, sottoscrivo nella sua generalità .<br>Ma è una affermazione appunto generica sempre valida.<br>Non capisco cosa vuoi dire.<br></div></blockquote><div><br></div><div>Vuole dire che, di fatto, il problema di cui parli non e' tecnico. E', come tu stesso</div><div>lo descrivi un tuo personalissimo fastidio. </div><div><br></div><blockquote type="cite"><div><blockquote type="cite">Scusa, ma cosa ci possiamo fare noi se Zope prende ste scelte?<br></blockquote>Buona domanda...io ho protestato.<font class="Apple-style-span" color="#000000"><font class="Apple-style-span" color="#144FAE"><br></font></font></div></blockquote><div><br></div><div>Vai a protestare con quelli di Zope.</div><br><blockquote type="cite"><div><blockquote type="cite">Cosa c'entra il resto di Python.<br></blockquote><blockquote type="cite">Tu continui a parlare di Python,<br></blockquote><blockquote type="cite">ma avresti bisogno di s/Python/Zope/g.<br></blockquote>hmm.<br>Non è cosi, cioè non tutti la pensano così, ed a ragione.<br><a href="http://www.muthukadan.net/docs/zca.html">http://www.muthukadan.net/docs/zca.html</a><br>Zope Component Architecture (ZCA) is a Python framework for supporting<br>component based design and programming. It is very well suited to<br>developing large Python software systems. The ZCA is not specific to<br>the Zope web application server: it can be used for developing any<br>Python application. Maybe it should be called as Python Component<br>Architecture.<font class="Apple-style-span" color="#000000"><font class="Apple-style-span" color="#144FAE"><br></font></font></div></blockquote><div><br></div>Scusa, la possono anche chiamare oompa loompa component architecture,</div><div>cosa cambia il nome? E' una *libreria* (non parte della libreria standard). E</div><div>non e' nemmeno universalmente utilizzata come lasceresti intendere.</div><div><br></div><div>Vorresti spiegarmi quale e' il problema?<br><div><br></div><br><blockquote type="cite"><div>Ora, io capisco il vs punto di vista (di <a href="http://python.it">python.it</a> intendo)<br></div></blockquote><div><br></div><div><a href="http://Python.it">Python.it</a> non e' un organismo unitario. Ci sono tante persone che scrivono</div><div>su una mailing list. Concordia su un dato argomento e' puramente accidentale.</div><br><blockquote type="cite"><div>Però.. non so . Python Component Architecture a me pare che coinvolga<br>il linguaggio<br></div></blockquote><div><br></div><div>No. E' una libreria, forse un framework. Che mi frega?</div><br><blockquote type="cite"><div>Forse Python Component Architecture. poteva essere di aiuto qui ?<br><a href="http://blog.labix.org/2009/05/15/class-member-access-control-enforcement-vs-convention">http://blog.labix.org/2009/05/15/class-member-access-control-enforcement-vs-convention</a><br></div></blockquote><div><br></div><div>Sono completamente in disaccordo con l'autore. </div><div><br></div><br><blockquote type="cite"><div>Non so.<br>In ogni caso : certe features possono essere introdotte con un<br>approccio tipo ZCA ?<br><br>Ma -- un momento:<br>vorresti dirmi che visto che è ZCA ah beh allora non mi riguarda ?<br>Tutta quella botta di sw testata, navigata etc etc non te ne frega<br>niente per i tuoi progetti ?<br>CHE TI REINVENTI LA RUOTA IN PYTHON PIUTTOSTO CHE USARE ZCA ?<br></div></blockquote><div><br></div><div>Potrebbe essere che l'approccio di ZCA non mi piace? Anzi, di fatto non</div><div>e' nemmeno detto che i "problemi" che risolve siano problemi.</div><div>Ti diro' di piu', da quello che vedo, e' qualcosa che gioca molto male con</div><div>il resto delle librerie che uso (che invece mi piacciono e mi servono).</div><div><br></div><div>Di fatto l'unico pezzo di zca che ho usato e' zope.interface. E no, non mi piace.</div><div>Ma lavorando con Twisted salta fuori.</div><br><blockquote type="cite"><div><br><br><blockquote type="cite"><blockquote type="cite">No, parliamo che python è un linguaggio di sistema x linux.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">No. Python e' un linguaggio. Punto.<br></blockquote><blockquote type="cite">Poi viene usato anche per quello.<br></blockquote>Mi dispiace ma su questa cosa non scherzo.<br>Riscrivo, ma non penso di essere stato ambiguo.<br><br>Python è un linguaggio di sistema per linux.<br></div></blockquote><div><br></div><div>Guarda, mettilo pure in un loop infinito. Un *linguaggio* e' un *linguaggio*.</div><div><br></div><blockquote type="cite"><div>Installare più versioni di Python in linux NON è semplice:<br>prestate attenzione, potreste compromettere il vs sistema linux.<br></div></blockquote><div><br></div><div>Se tu non sei capace di gestire la cosa, il problema e' tuo, non mio.</div><div>Installare piu' versioni di Python in Linux e' *facile*. Bisogna capire</div><div>appena qualcosa del sistema, ovvio.</div><div><br></div><div>Ti diro': considero *normale* avere piu' installazioni. Tipicamente quella</div><div>usata dai tool di sistema non posso e non voglio toccarla, viceversa quella</div><div>che uso io e' *precisamente* qualcosa su cui voglio controllo *completo*.</div><div><br></div><blockquote type="cite"><div>E per essere chiari non sto parlando di CPython in Windows o Mac,<br>non sto dicendo che installare Python *di per se* è difficile,<br>non sto dicendo che compilare python è difficile<br>no sto dicendo che non so installare python.<br></div></blockquote><div><br></div><div>No, stai dicendo che ritieni di poter "compromettere il sistema" (per</div><div>qualche definizione di compromettere). Al che mi viene da chiedermi</div><div>se il problema e' che non ti sai muovere in un sistema Linux, se non</div><div>ti sai muovere con Python o cosa. </div><div><br></div><blockquote type="cite"><div>E' una tua scelta -- che non posso condividere perchè non mi è chiara.<br></div></blockquote><div><br></div><div>No, e' una scelta piuttosto comune. In effetti e' una pratica di gestione del</div><div>progetto parecchio diffusa e l'unica che ti garantisce perfetta riproducibilita'</div><div>(che tende a fare comodo per acchiappare bachi dei tuoi clienti).</div><br><blockquote type="cite"><div>Non so cosa intendi con "strumenti di sviluppo installato in modo<br>indipendente dalla piattaforma"<br>ne "tutti" a chi/cosa lo riferisci,<br>ne l'uniformità a cosa la riferisci,<br>ne cosa intendi per update incontrollato .<br></div></blockquote><div><br></div><div>Hai quotato male. Non ho intenzione di sprecare ulteriori bytes riscrivendo</div><div>quello che ho gia' scritto. </div><div><br></div><blockquote type="cite"><div>hey ma sotto dici che anche tu passerai a breve -- cosa ti fa credere<br>di essere l'unico ?<br></div></blockquote><div><br></div><div>Per le *mie* cosine. Quelle che potrei scrivere invece in scheme senza</div><div>presupporre che entro due anni scheme soppiantera' Python.</div><br><blockquote type="cite"><div>No, e non è neanche uan mia definizione .<br>"Leggermente differente" lo trovo una presa in giro.<br>Meglio chi dice "completamente differente"<br></div></blockquote><div><br></div><div>Si, buona notte, eh.</div><div><br></div><blockquote type="cite"><div><blockquote type="cite">Non sto nemmeno considerando di migrare la roba seria prima di due anni,<br></blockquote><blockquote type="cite">al momento.<br></blockquote>2anni ?-- mi sa che dovrai rivedere la tua timeline<br></div></blockquote><div><br></div><div>proof missing.</div><br><blockquote type="cite"><div>hm no, significa che ho visto ed ho scelto in modo consapevole di non<br>occuparmene<br>(come stai facendo tu ) fino al prossimo anno, che se guardi il<br>calendario *non* sono 2anni ma 2 mesi.<br></div></blockquote><div><br></div><div>Si, pensieri random in liberta'. Una filastrocca a questo punto sarebbe appropriata</div><div>per alzare il livello del discorso.</div><div><br></div><blockquote type="cite"><div>si si si sono cosapevole e maturo --ma faccio finta di non aver visto<br>quello che hai scritto . 2.7 ? sciò, pussa via brutta bestiaccia<font class="Apple-style-span" color="#000000"><font class="Apple-style-span" color="#144FAE"><br></font></font></div></blockquote><div><br></div><div>Come sopra.</div><div><br></div><blockquote type="cite"><div>Chi cura lo svliluppo del linguaggio CPython dovrebbe preoccuparsi<br>delle conseguenze delle scelte su questi 2<br>grossi progetti ?<br>SI o NO ?<br>Capisco che la maggior parte di voi dica NO.<br></div></blockquote><div><br></div><div>No, manco per il cazzo. Python viene sviluppato. Le librerie e i progetti</div><div>che dipendono da Python faranno le loro scelte e fine della storia.</div><br><blockquote type="cite"><div><br>Io ..non so.<br><br>Un CMS stratosferico ,<br></div></blockquote><div><br></div><div>Diciamo orrendo...</div><br><blockquote type="cite"><div>una suite Office libera con formato doc. normato ISO che usa gli opentype,<br>un linguaggio di programmazione **super** come python ,<br>con ctypes + gcc ti estendi a sagemath ed R e Root a quantalib..<br>**GRATIS**<br></div></blockquote><div><br></div><div>Scusa... ma tutto il mondo dovrebbe rimanere a Python 2.3 perche' OpenOffice</div><div>usa quello? Se sviluppi per open office, userai Python 2.3. E guarda caso, </div><div>quello che scrivi funzionera' anche fuori. </div><div><br></div><div>Non puoi pretendere che tutti rimangano a Python 2.3 perche' tu vuoi integrare il tutto</div><div>in OpenOffice.</div><div><br></div><blockquote type="cite"><div>Ma vi rendete conto che potete connettere oocalc con sagemath e<br>pubblicare su web<br>-- e nessun spreadsheet al mondo vi darà mai questo rapporto<br>prestazioni/prezzo ?<br></div></blockquote><div><br></div><div>E a me?</div><div><br></div><blockquote type="cite"><div>E che questa cosa è semplicemente ingolfata da questioni di versioni<br>del linguaggio ?<br></div></blockquote></div><br><div>No: non e' una questione di linguaggio. E' una questione dei binding di open office.</div><div>Punto. Dopo di che, per dirla piana, non me ne frega un accidenti.</div><div>Se fossimo rimasti a Python 2.3, probabilmente avrei piano piano mollato Python.</div><div><br></div><div>Devi rompere le palle a quelli di open office che non si aggiornano. Meglio ancora:</div><div>devi rimboccarti le mani e dare una mano ad aggiornare PyUno a Python 2.x.</div><div>Non devi pretendere che tutto il mondo rimanga indietro perche' un paio di progetti</div><div>che ti interessano hanno i loro problemi (e tipicamente il 90% dell'ecosistema Python</div><div>quei problemi non li ha).</div><div><br></div><div><br></div><div><br></div><div><br></div></body></html>