Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 11/12/2011 23:05, enrico franchi ha scritto: 2011/12/11 Manlio Perillo manlio.peri...@gmail.com mailto:manlio.peri...@gmail.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/12/2011 18:17, Giampaolo Rodolà ha scritto: [...] Non devi neanche gestire le eccezioni, è chiaro che è molto implicito e che sa un po' di quick and dirty, ma 1) in alcuni casi non serve 2) e se serve allora hai sbagliato linguaggio :-( Scusa ma con tutta la buona volontà non riesco a digerire una cosa di questo tipo: php print '3viso'+2; 5 Scusa, ma di cosa vi scandalizzate? Anche Common Lisp lo permette, almeno 10 anni prima di PHP: Dimmi che e' una battuta che io non colgo... Certo che lo era, non si notava? ;-) Comunque, bella forza, gli hai esplicitamente detto di farlo! Infatti. In Python non mi viene in mente quale sarebbe il metodo piu' rapido. A me al momento non viene in mente proprio nessun metodo per farlo. [...] Ciao Manlio -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7nXsQACgkQscQJ24LbaUQpBQCfYw0zFutXYpGDSjSTHcpANuPT 15QAnjNKGM0xTWiWzwosZGBQnV83s1PY =ECUP -END PGP SIGNATURE- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/13 Manlio Perillo manlio.peri...@gmail.com: Il 11/12/2011 23:05, enrico franchi ha scritto: 2011/12/11 Manlio Perillo manlio.peri...@gmail.com Scusa, ma di cosa vi scandalizzate? Anche Common Lisp lo permette, almeno 10 anni prima di PHP: Dimmi che e' una battuta che io non colgo... Certo che lo era, non si notava? ;-) Manlio, avevi gia` fatto una battuta, quest'anno. Contieniti, per favore. © -- Carlo Miron Restrain Yourself Solution Architect™ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Anche Common Lisp lo permette, almeno 10 anni prima di PHP: Dimmi che e' una battuta che io non colgo... Certo che lo era, non si notava? ;-) Dopo dovevi aggiungere Basinga! ;) A me al momento non viene in mente proprio nessun metodo per farlo. A me non viene in mente un motivo valido per volerlo fare. Sara' che non ho mai provato LSD o Peyote. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/13 Manlio Perillo manlio.peri...@gmail.com Dimmi che e' una battuta che io non colgo... Certo che lo era, non si notava? ;-) Uff... ieri stavo guardando functionaljava. Ho letto funtore applicativo e tac, ho perso la capacita' di capire le battute per 24h. :( A me al momento non viene in mente proprio nessun metodo per farlo. Il problema principale e' che non ti fanno fare monkey patching degli interi (o delle stringhe)... Se no sarebbe stato banale. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/13 enrico franchi enrico.fran...@gmail.com A me al momento non viene in mente proprio nessun metodo per farlo. Il problema principale e' che non ti fanno fare monkey patching degli interi (o delle stringhe)... Questo e' un uso della parola problema che ancora non conoscevo. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/13 Marco Mariani bir...@gmail.com 2011/12/13 enrico franchi enrico.fran...@gmail.com A me al momento non viene in mente proprio nessun metodo per farlo. Il problema principale e' che non ti fanno fare monkey patching degli interi (o delle stringhe)... Questo e' un uso della parola problema che ancora non conoscevo. LOL. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/13 Daniele Tricoli er...@mornie.org Ovviamente usando: sys.excepthook = trick Ripeto, è soltanto un modo per far *apparire* lo stesso risultato: non è il porting in Python del codice di Manlio. Immagino che si possa fare qualcosa anche con un decoratore e il modulo 'ast' :-) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Sun, Dec 11, 2011 at 06:55:09PM +0100, Carlos Catucci wrote: A me non pare che tu stia facendo un confronto alla pari: stai confrontando la programmazione tramite un framework per web con quella senza framework per desktop. Quello sto dicendo, mi sono spiegato male. Non abbiamo un framework NON web. La cosa in se e' grave. Visto che il web per sua natura, indipendentemente da linguaggio e OS ospite, si basa sulla compatibilita' dei vari browser, e quindi la forza di python della portabilita' as is del codice (fatti salvi i casi particolari come pywin) si perde. Certo rimangono tanti altri pregi, ma sarebbe bello avere uno strumento come Django per sviluppare in client/server. come qt, gtk o wx, semmai lo devi paragonare (salvo la maturit degli strumenti) con dei framework costruiti con quelle come Camelot [1], Sqlkit [2] o Dabo [3] o con framework specialisti come OpenERP [4]. Camelot lo scopro or ora (ammetto la mia Grassa ignoranza). Ad essere sincero credevo fosse un qualcosa tipo Elixir legato a SqlAlchemy (i problemi di una formazione culturale basta su passioni fantasy). Sqlkit lo vedo piu' come un aggiungi schermate per gestire una serie di tabelle. Puoi chiarire meglio cosa intendi ed in che modo ti pare che sia concettualmente differente da Camelot? Chiaramente lo è, ha soluzioni differenti agli stessi problemi, capisco anche che possano non piacere, ma non riesco a vederci l'appartenenza a categorie differenti: usa i modelli di SqlAlchemy invece che quelli di Elixir, usa una definizione a stringa invece che a lista della schermata, usa una serie di hooks/segnali per implementare i controller. (Peraltro io ho solo sfogliato il tutorial di Camelot senza averci fatto prove) sandro *:-) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Sunday, December 11, 2011 11:10:20 PM enrico franchi wrote: Ah, certo! Ma il compare fa schifo per i fatti suoi: a fare query semplici su dati poco strutturati notoriamente ce la fa. Quando non si perde i dati o non fa altre spettacolari cazzate, intendo. Appunto, degno compare di un prodotto scadente :) Se vuoi ci guardo... :P Penso che se ci guardi comincerai a bestemmiare anche tu. AclFileAttributes dovrebbe gestire le ACL scritte in formato NFSv4 (che, oltre a NFS, usa solo ZFS e forse UFS) mentre UserDefiniedFileAttributes dovrebbe gestire gli attributi estesi, ma non ho capito bene nemmeno io come funziona (e ci sono stato dietro per un po'). Ovviamente, di metodi per gestire ACL di tipo Windows o di tipo Posix 1e nemmeno l'ombra... Mi hai incuriosito tantissimo... Eh, di piu` preferirei non dire, visto che si tratta di di un prodotto che vendiamo e di cui nemmeno sarei autorizzato a parlare (io sarei il sistemista, che poi disprezzi il lavoro della maggior parte dei programmatori che bazzicano li dentro e` un altro paio di maniche) Enrico signature.asc Description: This is a digitally signed message part. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Friday, December 09, 2011 02:44:30 PM Carlos Catucci wrote: Ah la brochure sara sotto licenza Creative Common, liberamente utillizzabile, modficabile, estendibile etc. Per averne una copia bastera' mandarmi una mail pvt con la richiesta. Perche` non la pubblichi da qualche parte, e.g. Google Docs? Enrico signature.asc Description: This is a digitally signed message part. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Sunday, December 11, 2011 07:05:10 PM Carlos Catucci wrote: (forse perche' in generale aborro usare librerie specifich di un OS perche' perdo la portabilita' appunto). Questo dipente fortemente da cosa stai facendo. Per ritornare all'esempio che porto avanti da parecchio, nel mio applicativo ho necessita` di leggere degli attributi di file che vadano oltre a quelli che mostra la STL (per capirci, ACL, e attributi estesi). L'unica via, a questo punto, e` crearmi un wrapper e richiamare quello giusto in base al sistema su cui mi trovo poi ho scoperto, tanto tempo dopo, Python e WxWidgets. Ecco, Wxwidgets (che, personalmente, aborro[1]) e` un wrapper :) Enrico [1] Qt e` LA VIA!™, Gtk e` un male accettabile :P signature.asc Description: This is a digitally signed message part. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
utillizzabile, modficabile, estendibile etc. Per averne una copia bastera' mandarmi una mail pvt con la richiesta. Perche` non la pubblichi da qualche parte, e.g. Google Docs? Buona idea. +1 per te Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
lineo __non Questo dipente fortemente da cosa stai facendo. Per ritornare all'esempio che porto avanti da parecchio, nel mio applicativo ho necessita` di leggere degli attributi di file che vadano oltre a quelli che mostra la STL (per capirci, ACL, e attributi estesi). L'unica via, a questo punto, e` crearmi un wrapper e richiamare quello giusto in base al sistema su cui mi trovo Chiaro che dipende da coasa dev fare. Ma il mio era un discroso WORM (Write Once Run on Many). Solo che a quei tempi un inyterprete non andava bene er certe applicazioni quindi compilare era d'obbligo. Per cui avere una seire di wrapper che permettessero ad esempio di scrivere un video game che poi si compila AS IS su tutte le piattaforme era un sogno. poi ho scoperto, tanto tempo dopo, Python e WxWidgets. Ecco, Wxwidgets (che, personalmente, aborro[1]) e` un wrapper :) Enrico [1] Qt e` LA VIA!™, Gtk e` un male accettabile :P-- A me QT non piace proprio (complice forse di essere stata la base di KDE? Mah!), trovo GTK carino se sei su Gnome, altrimenti diventa un cazzotto in un occhio (sono su Mac, per far girare certe cose come Inkscape devo usare Gtk e X-Window, e si vede che non ha nulla a che vdere, indem per Gimp). Wxwidget e' un wrapper, risolve problemi )(come Wolf) ma ha una sintassi (come anche gli altri due citati) che mi fa venire i crampi. A che mi serve di usare uno dei linguaggi piu' chiari e compatti della storia dell'informatica se poi devo fare papiri per definire oggetti o fare i relativi Bind. Forse Camelot potrebbe essere uqel che cercavo. A prima vista sembra una favola. Appena ho un progetto da fare lo provo. Per rispondere all'altra mail rigiuardo alle differenze con Sqlkit, a me sembra che, senza verli provati, sia diverso in quanto Camelot e' piu' una cosa tipo Django, mentre il secondo e' un insieme di librerire che leggono un Db e fanno scaffolding e gestione delle tabelle sottostanti. Utilissimo in certi casi, ma se poi mi serve anche una applicazione che faccia altro credo che sia piu' complesso avvolgerlo attrono. Pero' ribasdisco che sono impressioni, posso dire che sia cosi' solo dopo avere fatto prive. Cosa che non ho tempo di fare ora. Tornando a WxPython avevo provato cose tipo Wax che semplificava la vita, ma purtroppo era incompleto e non piu' supporttato. Carlos If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/10 Carlos Catucci carlos.catu...@gmail.com WxPython sarebbe una chicca, si adatta al sistema operativo ospite, pero' cavolo, pure per fare una semplice maschera devi fare i salti mortali. Poi tutti i bind a manina. E se vuoi l'ORM ce lo devi mettere tu dentro. E cosi' via. Qt molti di questi problemi non li ha. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/11 Daniele Tricoli er...@mornie.org IMHO questo è di gran lunga peggiore e più subdolo di '3viso' + 2: http://tech.just-imho.net/2011/12/php-and-big-numbers.html eccezionale... -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
non conosco benissimo pyqt, ma un django (come semplicità e rapidità) per non web non lo è di certo. Carlos Il giorno 11/dic/2011 11.06, enrico franchi enrico.fran...@gmail.com ha scritto: 2011/12/10 Carlos Catucci carlos.catu...@gmail.com WxPython sarebbe una chicca, si adatta al sistema operativo ospite, pero' cavolo, pure per fare una semplice maschera devi fare i salti mortali. Poi tutti i bind a manina. E se vuoi l'ORM ce lo devi mettere tu dentro. E cosi' via. Qt molti di questi problemi non li ha. -- . ..: -enrico- ___ 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] [OT]: PHP critique [ERA] Re: Python e html
Il giorno dom, 11/12/2011 alle 13.04 +0100, Alessandro Dentella ha scritto: On Sun, Dec 11, 2011 at 11:58:48AM +0100, Carlos Catucci wrote: non conosco benissimo pyqt, ma un django (come semplicit e rapidit ) per non web non lo di certo. A me non pare che tu stia facendo un confronto alla pari: stai confrontando la programmazione tramite un framework per web con quella senza framework per desktop. Non voglio entrare nel solito flame fra chi ama le applicazioni web e chi preferisce quelle desktop, ma se fai un confronto sulla facilità di sviluppo non puoi non tenere conto di tutti i componenti. Django è eccezionale nel suo campo (lo uso e lo apprezzo), ma non è paragonabile (nel senso che non è della stessa natura) con delle librerie come qt, gtk o wx, semmai lo devi paragonare (salvo la maturità degli strumenti) con dei framework costruiti con quelle come Camelot [1], Sqlkit [2] o Dabo [3] o con framework specialisti come OpenERP [4]. Va da sè che nessuno di questi framework compete come diffusione e maturità del software con i framework web più blasonati e questo ha essenzialmente a che fare con il discorso fatto più volte in questa lista sul trend di spostare tutti i servizi/programmi su web. E sempre a proposito del discorso che non voglio riaprire, e prendendo per un attimo per buono il fatto che il trend dipenda in buona parte dalla facilità di deploy, e comunque senza pretendere di convincere nessuno di alcunché... insomma, fine delle premesse, gtk broadway mi ha dato da pensare: http://blogs.gnome.org/alexl/2011/03/15/gtk-html-backend-update/ Chi non ci vede nulla di interessante dal punto di vista pratico (non sono ancora sicuro di vedercelo neanche io) lo veda come una curiosità da nerd, no problem! ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Friday, November 25, 2011 05:57:42 PM enrico franchi wrote: Le basi teoriche solide e' bene farsele generiche e in grado di coprire un po' tutto. +1, aggiungo anche che il linguaggio di sviluppo e` uno strumento, e come tale ha i suoi contesti di utilizzo, i suoi pro ed i suoi contro, con i suoi punti di forza ed i suoi limiti. Per fare un esempio, proprio in questi giorni sto smadonnando dietro alla lettura di file aventi encoding sballati e dei metadati di un file che vadano oltre ai classici metadati posix (per intenderci ACL e compagnia cantante). Con Python mi ritrovo nella situazione che se uso Python2 ho problemi con l'encoding dei file (in teoria ho risolto, in pratica ho paura di essermi creato altri problemi piu` rognosi), se uso Python3 ho problemi di performance in quanto devo andare di subprocess per leggere le ACL (non ho le librerie), senza contare che avrei un PITA per l'ambiente di produzione (devo andare su Centos 5.x). In definitiva, 'sta situazione la vedo cosi` critica che l'attrazione verso il manuale di C++ si fa sempre piu` forte... Enrico P.S. piccola nota: la creazione di un JSON contenente i vari metadati (ACL escluse) provenienti da un albero piuttosto consistente (il kernel linux scaricato dal git) occupa massimo 105Mb in RAM. Stessa operazione fatta con Java occupa 430Mb signature.asc Description: This is a digitally signed message part. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Thursday, December 08, 2011 12:33:58 AM Luciano Tolomei wrote: (non svenite dal ridere ma una volta si lavorava a sta maniera) Se e` per questo una volta si usava anche il tag TABLE per formattare la pagina. Ora dsi valuta di deprecarlo anche per la costruzione delle tabelle in favore dei CSS. Il concetto si chiama evoluzione, PHP e` ancora fermo alla clava e alla pietra Enrico signature.asc Description: This is a digitally signed message part. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Tuesday, December 06, 2011 10:42:36 PM Carlo Miron wrote: php print '3viso'+2; Piu` o meno normale, nel senso che PHP, a differenza di Python, ha una tipizzazione debole, che crea merdate del genere. Tra l'altro, anche Perl ha lo stesso problema (anche lui ha una tipizzazinoe debole), ma lo risolve tramite delle librerie apposite (warnings e strict) Enrico signature.asc Description: This is a digitally signed message part. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Per il moderatore: ho inviato questo messaggio con un altro account, ignoralo On Thursday, December 08, 2011 10:19:41 AM enrico franchi wrote: Quantifico il nulla: query molto semplici in lettura e scritture relativamente semplici. Buona parte del carico era sul DB Mi viene voglia di citare il degno compare di PHP, ma io sono maligno :) Per dire in Java trovo spesso librerie molto complete, anche molto testate e robuste. Ma capire il *come* vanno usate per bene non e' mai particolarmente semplice, anche perche' spesso non ti danno il rationale della libreria, ti danno qualche esempio e il javadoc. Parliamone: ancora non riesco a capire bene come funzionano le classi AclFileAttributes e UserDefiniedFileAttributes (o meglio, l'ho capito ed ancora sto bestemmiando) nonostante facciano parte della libreria standard di Java Poi aggiungo... ridurre il problema Facebook al front-end mi sembra un po' tanto ingenuo. Non vorrei dire, ma buona parte dei loro problemi non sono di programmazione, ma di sistema (ovvero fare scalare tutta quella roba, propagare i dati, etc etc etc). Ne so qualcosa. A lavoro stiamo sviluppando qualcosa di simile e ti posso assicurare che nel suo piccolo sta generando un fottio di dati (ti parlo di 10Gb di dati su database da luglio) Enrico signature.asc Description: This is a digitally signed message part. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Per il moderatore: ho inviato questo messaggio con un altro account, ignoralo On Thursday, December 08, 2011 12:20:54 PM Carlos Catucci wrote: Python se non trova il modulo esegue un traceback ma e' trappabile. SOlo che non ha senso trapparlo. Se importo un modulo presuppongo che serva poi nel programma. Giusto quindi segnalare l'errore. Ha senso, ha senso. Pensa ad esempio ad un applicativo che deve girare su piu` sistemi operativi, in cui per ogni sistema operativo usa delle librerie specifiche (e.g. pywin32). Trappando l'eccezione ad esempio sulla creazione della classe, puoi gestire il fatto che stai girando su di un altro sistema oppure il fatto che la libreria non sia stata installata Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
A me non pare che tu stia facendo un confronto alla pari: stai confrontando la programmazione tramite un framework per web con quella senza framework per desktop. Quello sto dicendo, mi sono spiegato male. Non abbiamo un framework NON web. La cosa in se e' grave. Visto che il web per sua natura, indipendentemente da linguaggio e OS ospite, si basa sulla compatibilita' dei vari browser, e quindi la forza di python della portabilita' as is del codice (fatti salvi i casi particolari come pywin) si perde. Certo rimangono tanti altri pregi, ma sarebbe bello avere uno strumento come Django per sviluppare in client/server. come qt, gtk o wx, semmai lo devi paragonare (salvo la maturità degli strumenti) con dei framework costruiti con quelle come Camelot [1], Sqlkit [2] o Dabo [3] o con framework specialisti come OpenERP [4]. Camelot lo scopro or ora (ammetto la mia Grassa ignoranza). Ad essere sincero credevo fosse un qualcosa tipo Elixir legato a SqlAlchemy (i problemi di una formazione culturale basta su passioni fantasy). Sqlkit lo vedo piu' come un aggiungi schermate per gestire una serie di tabelle. Dabo lo avevo guardato un bel po' di rtempo fa, e mi sembrava immaturo. Adesso ci guardo di nuovo. http://blogs.gnome.org/alexl/2011/03/15/gtk-html-backend-update/ Chi non ci vede nulla di interessante dal punto di vista pratico (non sono ancora sicuro di vedercelo neanche io) lo veda come una curiosità da nerd, no problem! Devo guardarci bene (appena ho tempo) Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Ha senso, ha senso. Pensa ad esempio ad un applicativo che deve girare su piu` sistemi operativi, in cui per ogni sistema operativo usa delle librerie specifiche (e.g. pywin32). Trappando l'eccezione ad esempio sulla creazione della classe, puoi gestire il fatto che stai girando su di un altro sistema oppure il fatto che la libreria non sia stata installata Hai pienamente ragione. Io mi riferivo al caso generale. Ma non avevo preso in considerazione il caso da te illustrato (forse perche' in generale aborro usare librerie specifich di un OS perche' perdo la portabilita' appunto). Qui serve, per chiarire una piccola spiegazione. Io programmo ormai da tanti anni. In tempi in cui Internet era una follia (il massimo disponibile era Fidonet per capirci) avevo ideato di scrivere delle librerie per C dove wrappare le varie chiamate di elementi grafici (esempio creare una finestra) che compilando su varie piattaforme usava il giusto codice. Per capirci io compilavo del codice tipo: Window win1 = createWin( Ma fienstra, 0,0,300,100 ... ); Poi a seconda che fosse Win, Mac (all'epoca non OS X) o Unix (Motif all'epoca) la chiamata veniva tradotta a compile time in una chiamata al codice adeguato. non avendo all'epoca le possibilita di oggi il progetto, da sviluppare come one-man-band e' stato abbandonato, poi ho scoperto, tanto tempo dopo, Python e WxWidgets. Lo dico solo epr far capire come la portabilita' sia un mio pallino, una fissa. Compatitemi pure. :) Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/12/2011 18:17, Giampaolo Rodolà ha scritto: [...] Non devi neanche gestire le eccezioni, è chiaro che è molto implicito e che sa un po' di quick and dirty, ma 1) in alcuni casi non serve 2) e se serve allora hai sbagliato linguaggio :-( Scusa ma con tutta la buona volontà non riesco a digerire una cosa di questo tipo: php print '3viso'+2; 5 Scusa, ma di cosa vi scandalizzate? Anche Common Lisp lo permette, almeno 10 anni prima di PHP: $clisp -q -norc [1] (setf (fdefinition 'read-string) (get-macro-character #\)) #SYSTEM-FUNCTION SYSTEM::STRING-READER [2] (set-macro-character #\ #'(lambda (stream char) (let* ((buf (read-string stream char)) (n (parse-integer buf :junk-allowed t))) n))) T [3] (+ 3viso 2) 5 [...] Ciao Manlio -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7k91UACgkQscQJ24LbaUT1mACfV3jTGNBqgH7opuzj5uiDfKSH +60AnRi3sxH+Wnu2NGP3xMTuBw3Yn4t9 =TwU5 -END PGP SIGNATURE- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Sunday 11 December 2011 19:32:53 Manlio Perillo wrote: Scusa, ma di cosa vi scandalizzate? Anche Common Lisp lo permette, almeno 10 anni prima di PHP: $clisp -q -norc [1] (setf (fdefinition 'read-string) (get-macro-character #\)) #SYSTEM-FUNCTION SYSTEM::STRING-READER [2] (set-macro-character #\ #'(lambda (stream char) (let* ((buf (read-string stream char)) (n (parse-integer buf :junk-allowed t))) n))) T [3] (+ 3viso 2) 5 Non conosco LISP (è nalla mia todo list), però così non vale! Utilizzando in maniera interattiva l'interprete Python si può ottenere lo stesso risultato con sys.displayhook. :P -- Daniele Tricoli 'Eriol' http://mornie.org ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Sunday 11 December 2011 20:02:18 Carlos Catucci wrote: Vorresti forse insinuare che con python e' infinitamente piu' semplice da scrivere e da capire? Cattivo! Fare simil basse insinuazioni :) Ovviamente volevo dire sys.excepthook, sorry. Beh, visto che l'universo del discorso è comune, sarebbe più semplice da capire ;) -- Daniele Tricoli 'Eriol' http://mornie.org ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/11 Manlio Perillo manlio.peri...@gmail.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 07/12/2011 18:17, Giampaolo Rodolà ha scritto: [...] Non devi neanche gestire le eccezioni, è chiaro che è molto implicito e che sa un po' di quick and dirty, ma 1) in alcuni casi non serve 2) e se serve allora hai sbagliato linguaggio :-( Scusa ma con tutta la buona volontà non riesco a digerire una cosa di questo tipo: php print '3viso'+2; 5 Scusa, ma di cosa vi scandalizzate? Anche Common Lisp lo permette, almeno 10 anni prima di PHP: Dimmi che e' una battuta che io non colgo... Comunque, bella forza, gli hai esplicitamente detto di farlo! In Python non mi viene in mente quale sarebbe il metodo piu' rapido. Comunque tenendo conto che in lisp puoi cambiare il linguaggio stesso, sono davvero poche le cose che non puoi fare. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/11 Carlos Catucci carlos.catu...@gmail.com Quello sto dicendo, mi sono spiegato male. Non abbiamo un framework NON web. La cosa in se e' grave. Visto che il web per sua natura, indipendentemente da linguaggio e OS ospite, si basa sulla compatibilita' dei vari browser, e quindi la forza di python della portabilita' as is del codice (fatti salvi i casi particolari come pywin) si perde. Certo rimangono tanti altri pregi, ma sarebbe bello avere uno strumento come Django per sviluppare in client/server. A me sembra invece che di framework non-web ne abbiamo tantissimi. Semmai la questione e' che non puoi fare GUI senza un framework. Ok... formalmente puoi farti dare un area dello schermo e disegnarci a botte di poligoni. Cioe' bisogna definire cosa sia un framework web per te. Mi spiego... cosa sia un framework piu' o meno lo sappiamo tutti, incartapecorirsi sulla definizione e' inutile. Quindi il punto e' cosa ha un framework web che tu senti che manca sul desktop? -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/11 Enrico 'Henryx' Bianchi henry...@yahoo.it Quantifico il nulla: query molto semplici in lettura e scritture relativamente semplici. Buona parte del carico era sul DB Mi viene voglia di citare il degno compare di PHP, ma io sono maligno :) Ah, certo! Ma il compare fa schifo per i fatti suoi: a fare query semplici su dati poco strutturati notoriamente ce la fa. Quando non si perde i dati o non fa altre spettacolari cazzate, intendo. Per dire in Java trovo spesso librerie molto complete, anche molto testate e robuste. Ma capire il *come* vanno usate per bene non e' mai particolarmente semplice, anche perche' spesso non ti danno il rationale della libreria, ti danno qualche esempio e il javadoc. Parliamone: ancora non riesco a capire bene come funzionano le classi AclFileAttributes e UserDefiniedFileAttributes (o meglio, l'ho capito ed ancora sto bestemmiando) nonostante facciano parte della libreria standard di Java Se vuoi ci guardo... :P Poi aggiungo... ridurre il problema Facebook al front-end mi sembra un po' tanto ingenuo. Non vorrei dire, ma buona parte dei loro problemi non sono di programmazione, ma di sistema (ovvero fare scalare tutta quella roba, propagare i dati, etc etc etc). Ne so qualcosa. A lavoro stiamo sviluppando qualcosa di simile e ti posso assicurare che nel suo piccolo sta generando un fottio di dati (ti parlo di 10Gb di dati su database da luglio) Mi hai incuriosito tantissimo... -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Quindi il punto e' cosa ha un framework web che tu senti che manca sul desktop? Dopo avere visto Camelot mi rimangio tuto. Certo parlo dopo avere dato una occhiata a cosa puo' fare, ma di Django mi sono innamorato dopo avere letto (senza manco provare, sulla fiducia) il tutorial in 4 parti. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/10 Marco Beri marcob...@gmail.com O meglio, lo sarei totalmente se al posto di purtroppo ci fosse scritto per fortuna. Interessante riflessione, in effetti. Qualcosa mi dice che Massimo non intendeva pero' il purtroppo in senso negativo. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/10 Alessandro Agosto lexml...@gmail.com Quello che è un linguaggio general purpose viene apprezzato com'è in ambito web (vedi web.py), quello specificamente pensato per il web viene oramai solo più utilizzato attraverso framework. Questo la dice lunga su chi sia peggio realizzato, specialmente se teniamo presente il dominio di applicazione per cui sono stati creati. Interessante... pero' non per dire, ma il 90% del Python su web passa per framework, IMHO. Io comunque resto dell'idea che non mi serve un programmatore che sappia usare solo PHP + MySQL o solo Python, ma di uno che abbia la giusta acutezza mentale per potersi proiettare in un ambiente dinamico, per adottare sempre la soluzione migliore. Presente il Python Paradox? http://www.paulgraham.com/pypar.html -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/8 Manlio Perillo manlio.peri...@gmail.com A me proprio non piace. Mi piace invece il suo modello della concorrenza, e la robustezza del suo runtime. Beh, di quello che si parla! La sintassi e' semplicemente funzionale a quello. E si, ci sono alcune menate che rompono le palle (sintattiche e semantiche). Pero' quello che e' globalmente non mi dispiace. Il problema è che per fare cose pratiche non lo vedo molto bene. Si e no. La mia opinione globale concorda con la tua. Mi chiedo sempre se il problema fondamentale e' che io non penso in Haskell e di conseguenza debba tradurre, con ovvi problemi. Quello che io penso, ma potrei sbagliare, e' che se avessi in Haskell l'esperienza che ho con la programmazione ad oggetti, sfrutterei al meglio le sue features per girare intorno ai suoi limiti. Esattamente come faccio con Python. Potrei sbagliare. Effettivamente Darcs mi ha messo i brividi. Comunque Haskell e' in crescita. Vediamo cosa succedera'. La lazyness che è non banale da controllare (però le strutture dati lazy mi piacciono perchè le vedo come una generalizzazione dei generatori), e il voler tenere a tutti i costi separato l'I/O dal resto porta a complicazioni che si potevano evitare (credo sia più pratico l'approccio di SML e/o Ocaml). Ah... beh, la laziness non ho finito di decidere se mi piace. Le strutture dati lazy credo che siano molto piu' di una generalizzazione dei generatori. Sono la logica conclusione di un modo di programmare dichiarativo. Se sei veramente dichiarativo, perdi il concetto di prima e dopo che hai nella programmazione imperativa. In questo senso semplicemente definisci le cose. Se sei lazy, sei appunto 1-1 con la definizione. Perche' non hai il passaggio intermedio di costruisco una lista cons-ando questo elemento con la lista costruita Hai semplicemente la mia lista e' la lista tale che E cosi' via con tutte le strutture dati del caso. Il problema e' che essenzialmente questo stile funziona molto bene per modellizzare cose che effettivamente non hanno il prima e il dopo. Quando hai il prima e il dopo sono d'accordo con te: hai complicazioni. Perche' devi modellare una cosa che prima era invece implicita nel modello (eseguo questo, poi questo). In un programma normale il prima e il dopo sono gia' parte della semantica del linguaggio. In haskell devi modellarli esplicitamente. Guarda caso la semantica denotazionale e' una palla per i fatti suoi, scriverci programmi puo' essere veramente pesante. ma ancora, forse sono io che non mangio abbastanza haskell. Riguardo alle inutili complicazioni... se sei lazy, non puoi avere IO. Cioe' sarebbe troppo poco intuitivo. Ti troveresti subito con troppa roba sorprendente. Per inciso, e' anche un plus su STM. In Clojure ho STM e infatti dicono chiaro e tondo di non fare IO dentro le transazioni. Se no, ovviamente, stampa apparentemente a caso (ovvero, l'IO non e' trasparente rispetto alle transazioni). In particolare in Haskell sei costretto a crearti (e definire con precisione) i tuoi pattern (Monadi) molto più spesso che in altri linguaggi. Magari è un pregio, ma per programmatori normali è un difetto. Quoto. Immagino che imparando diventa piu' leggero. Guarda, essendo in contatto con un sacco di gente che sta imparando a programmare ad oggetti, vedo una cosa simile. Si devono definire i loro pattern per scrivere codice sensato (per assurdo il procedurale puro e' piu' semplice dal punto di vista di non ciccare le astrazioni). Solo che quello noi tendiamo a non contarlo perche' abbiamo gia' imparato. Poi sono d'accordo: non oso pensare cosa capiterebbe ad imparare da 0 con Haskell, magari da parte di uno non eccessivamente brillante. Sto cominciando a studiare altri linguaggi funzionali come SML e OCaml, ma il mancato supporto alle Type Classes di Haskell non me li fa apprezzare. Beh, sono piu' vecchiotti sotto tanti punti di vista. SML poi cerca di rimanere molto piccolino. A proposito... F#? Dovrebbe andare benino. Clojure. Piace anche a me, ma è ancora troppo giovane. Quoto. Ci sono ancora tante cose che devono finire di aggiustare. E non ha CLOS, mi sembra (però vedo bene le interfacce: in Common Lisp è abbastanza brutto non averle, e le generic functions non sono usate molto nello standard - e probabilmente non sono efficienti come una implementazione semplice come quella in Clojure). Non direi che non ha CLOS... cioe', si, non ha CLOS (anche se mi sembra ci siano implementazioni). Ma non mi sembra che manchi di particolari features di CLOS a parte l'ereditarieta' di implementazione (che se mi manca posso comunque avere passando per il bridge clojure-java). Probabilmente mi sfugge qualcosa... IMHO i campi dove Python davvero spacca sono: 1. calcolo scientifico (c'e' di tutto, altissima qualita', ottime performance, Non dimentichiamo però che le performance dipendono dai vari core scritti in C. O addirittura in Fortan. Mi sembra inevitabile! :)
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Interessante riflessione, in effetti. Qualcosa mi dice che Massimo non intendeva pero' il purtroppo in senso negativo. Er un purtroppo per gli altri forse? Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Interessante... pero' non per dire, ma il 90% del Python su web passa per framework, IMHO. Sempre perche' il buon programmatore e' pigro. Se ho una serie di cose che mi fanno risparmiare tempo, gia' testate, con una community che mi supporta, a parte il piacere dell'esercizio in se nello svilupparselo da se, perche' non uare un FM? Io comunque resto dell'idea che non mi serve un programmatore che sappia usare solo PHP + MySQL o solo Python, ma di uno che abbia la giusta acutezza mentale per potersi proiettare in un ambiente dinamico, per adottare sempre la soluzione migliore. Concordo. Il fatto che Python (rispetto a PHP) sia quasi sempre LA soluzione migliore, e' secondario. Presente il Python Paradox? http://www.paulgraham.com/pypar.html Ecco cosa dovevo mettere anche nella brochure (assieme alla Zen) Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Il giorno 10 dicembre 2011 10:48, Carlos Catucci carlos.catu...@gmail.comha scritto: Concordo. Il fatto che Python (rispetto a PHP) sia quasi sempre LA soluzione migliore, e' secondario. +1 mi hai tolto le parole di bocca :D ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 10/12/2011 10:43, enrico franchi ha scritto: 2011/12/8 Manlio Perillo manlio.peri...@gmail.com mailto:manlio.peri...@gmail.com A me proprio non piace. Mi piace invece il suo modello della concorrenza, e la robustezza del suo runtime. Beh, di quello che si parla! La sintassi e' semplicemente funzionale a quello. Però io sulla sintassi sono abbastanza fissato. Beh, non è detta l'ultima parola: in passato avevo sempre detto che non avrei mai imparato Lisp ed invece... E si, ci sono alcune menate che rompono le palle (sintattiche e semantiche). Pero' quello che e' globalmente non mi dispiace. Il problema è che per fare cose pratiche non lo vedo molto bene. Si e no. La mia opinione globale concorda con la tua. Mi chiedo sempre se il problema fondamentale e' che io non penso in Haskell e di conseguenza debba tradurre, con ovvi problemi. Quello che io penso, ma potrei sbagliare, e' che se avessi in Haskell l'esperienza che ho con la programmazione ad oggetti, sfrutterei al meglio le sue features per girare intorno ai suoi limiti. Esattamente come faccio con Python. Si, questo è un ragionamento che faccio spesso anche io. All'inizio ricordo che anche con Python avevo difficoltà (leggendo codice Twisted). Comunque un parere interessante su Haskell (e altro) si trova qui: http://www.bitc-lang.org/docs/bitc/bitc-origins.html [...] Beh, sono piu' vecchiotti sotto tanti punti di vista. SML poi cerca di rimanere molto piccolino. A proposito... F#? Dovrebbe andare benino. Leggendo dei commenti ho letto che è partito bene (OCaml) ma finito male perchè hanno dovuto introdurre alcune idiosincrasie per .NET. Ma dato che F# non l'ho mai nemmeno provato, non ho un parere. L'unico parere (negativo) è che funziona esclusivamente su .NET (ma è così complesso avere qualcosa come PyPy con generatori di codice *e* runtime multipli?) [...] E non ha CLOS, mi sembra (però vedo bene le interfacce: in Common Lisp è abbastanza brutto non averle, e le generic functions non sono usate molto nello standard - e probabilmente non sono efficienti come una implementazione semplice come quella in Clojure). Non direi che non ha CLOS... cioe', si, non ha CLOS (anche se mi sembra ci siano implementazioni). Ma non mi sembra che manchi di particolari features di CLOS a parte l'ereditarieta' di implementazione (che se mi manca posso comunque avere passando per il bridge clojure-java). Probabilmente mi sfugge qualcosa... Al momento dovrei controllare, ma mi sembra che Clojure non supporti il dispatch multiplo. [...] Sono d'accordo che per fare scientifico sarebbe bello avere un linguaggio comodo come Python e veloce come C. Ma apparentemente non esiste. :) Common Lisp? :) [...] In casi come questi magari Ocaml o Common Lisp sono una valida alternativa. Peccato che Common Lisp che non ha una comunità attivissima (ma in Maxima, ad esempio, ci sono moltissime cose disponibili) e Ocaml che non ha un modello di sviluppo aperto come quello di Python. Questa e' una possibilita'. Pero' attenzione... Ocaml e' molto veloce, niente da dire. E a quanto ho letto il generatore di codice non è nemmeno troppo sofisticato per le ottimizzazioni più spinte. Pero' non mi piace quando va imperativizzato per guadagnare performance. Riguardo Common Lisp, ovviamente in parte hai ragione. Di per se ce la puo' fare (specie SBCL). Non so pero' come se la cava con lo smazzamento matriciale. Li si tratta di avere le giuste librerie. Anche avere le librerie fa molto: tipo un minimizzatore che va di gradiente coniugato scritto da me in 10 minuti e scritto in fortran da persone che ci hanno preso dei mesi e tunato per anni IMHO non e' paragonabile. Alla fine credo che saremmo sempre a core in C/Fortran chiamate da common lisp. Si, credo sia inevitabile. Non è pensabile replicare le varie librerie nei vari linguaggi, e sperare che siano tutte efficienti. E ribadisco, con pypy che spinge, non so quale delle due soluzioni finirebbe per essere piu' veloce: dopotutto delegando i float a numpy e facendo gli interi con numpy (cicli e compagnia) c'e' rischio che si stia prendendo il meglio dei due mondi. Speriamo. Prima però devono rendere possibile compilare il codice senza avere una workstation con 8GB di RAM... Ciao Manlio -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7jTd0ACgkQscQJ24LbaUQ3igCfe8pIlNBnq4ldgsEJog1R8IK8 AisAmQEV2EUnuek9jzRoJ4zxRYaMK2Wi =KG1x -END PGP SIGNATURE- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Il giorno sab, 10/12/2011 alle 10.35 +0100, enrico franchi ha scritto: 2011/12/10 Alessandro Agosto lexml...@gmail.com Quello che è un linguaggio general purpose viene apprezzato com'è in ambito web (vedi web.py), quello specificamente pensato per il web viene oramai solo più utilizzato attraverso framework. Questo la dice lunga su chi sia peggio realizzato, specialmente se teniamo presente il dominio di applicazione per cui sono stati creati. Interessante... pero' non per dire, ma il 90% del Python su web passa per framework, IMHO. Vedo almeno 3 possibili spiegazioni (anche considerando che invece la percentuale di siti php basati su framework mi sembra molto più bassa): 1) è meglio usare i framework ma il 10% non lo sa 2) il 90% di chi programma per il web con Python lo fa di mestiere, e nel proprio mestiere una persona è più propensa ad investire nello studio di strumenti più complessi ma alla lunga convenienti 3) il 90% di chi programma per il web con Python, prima lo faceva con un altro linguaggio, e chi è propenso a investire il tempo necessario per ricominciare con un nuovo linguaggio, sarà tendenzialmente propenso a investire anche nello studio di un framework che alla lunga risulta conveniente Io non traggo nessuna conclusione, nel senso che io sono un pythonista a tempo perso, ma i miei pochissimi tentativi con framework non mi hanno troppo ispirato (mentre web.py l'ho apprezzato molto). Pietro ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Io non traggo nessuna conclusione, nel senso che io sono un pythonista a tempo perso, ma i miei pochissimi tentativi con framework non mi hanno troppo ispirato (mentre web.py l'ho apprezzato molto). Web.py e' un microframework Calos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Il giorno sab, 10/12/2011 alle 17.23 +0100, Carlos Catucci ha scritto: Io non traggo nessuna conclusione, nel senso che io sono un pythonista a tempo perso, ma i miei pochissimi tentativi con framework non mi hanno troppo ispirato (mentre web.py l'ho apprezzato molto). Web.py e' un microframework Sì, e per l'appunto Alessandro, nell'email che hai tagliato, lo contrapponeva ai framework. Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Sì, e per l'appunto Alessandro, nell'email che hai tagliato, lo contrapponeva ai framework. Per me la differenza e' tra framework (micro o macro) e non-framework. Se non faccio applicazioni a riga di comando, web o legacy che siano, se posso uso un framework. ANche se legacy un Django ancora non lo riesco a trobvare (e a chi dice pygtk, pyqt o wxpython non gli offro il caffe' a vita). Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Il giorno 10 dicembre 2011 22:00, Pietro Battiston m...@pietrobattiston.itha scritto: Web.py e' un microframework Sì, e per l'appunto Alessandro, nell'email che hai tagliato, lo contrapponeva ai framework. Si io facevo una distinzione tra fw e non-fw, valorizzando la mia tesi proprio con l'esempio di un microframework, dove agli sviluppatori basta non doversi curare dei dettagli di comunicazione del server e programmano in python puro (con poche utility). Quello che intendo io è che su Python comunque un framework lo assumi a priori, perchè hanno già costruito una base solida per gestire l'ambiente web, in PHP un framework lo usi perchè non ti piace come PHP ti fà gestire i progetti -leggi: come gestisci i progetti con PHP- (tralasciando il fatto che qualcuno possa o meno voler riscrivere tutto, in django per esempio le app te le porti da un progetto all'altro, in php potresti ugualmente, il fw su php mi sembra una scelta di stile -almeno io la vedo cosi-). Se ci pensi è come una macchina senza sedili e tu gli vuoi mettere i sedili per stare più comodo. Ma se la macchina è già pensata per trasportare persone (come lo è PHP per il web) i sedili devono essere già inclusi, devo starci comodo. Non mi viene un nel contesto per descrivere Python in questo ambito, chiedo venia. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Il giorno 10 dicembre 2011 22:42, Carlos Catucci carlos.catu...@gmail.comha scritto: Per me la differenza e' tra framework (micro o macro) e non-framework. +1 (e a chi dice pygtk, pyqt o wxpython non gli offro il caffe' a vita). Vacci piano, negare un caffè è diabolico :-| ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
(e a chi dice pygtk, pyqt o wxpython non gli offro il caffe' a vita). Vacci piano, negare un caffè è diabolico :-| Beh onestamente trovo limitante potre fare con Django una applicazione in un tempo davvero sbalorditivamente rapido (ma anche il piu' complesso TurboGears2 richeide poco tempo in piu') e poi dover impazzire per una applicazioen stand-alone (punto di forza del pyrthon data la portablita' del linguaggio). WxPython sarebbe una chicca, si adatta al sistema operativo ospite, pero' cavolo, pure per fare una semplice maschera devi fare i salti mortali. Poi tutti i bind a manina. E se vuoi l'ORM ce lo devi mettere tu dentro. E cosi' via. Un peccato. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Il giorno 10 dicembre 2011 23:31, Carlos Catucci carlos.catu...@gmail.comha scritto: Beh onestamente trovo limitante potre fare con Django una applicazione in un tempo davvero sbalorditivamente rapido (ma anche il piu' complesso TurboGears2 richeide poco tempo in piu') e poi dover impazzire per una applicazioen stand-alone (punto di forza del pyrthon data la portablita' del linguaggio). WxPython sarebbe una chicca, si adatta al sistema operativo ospite, pero' cavolo, pure per fare una semplice maschera devi fare i salti mortali. Poi tutti i bind a manina. E se vuoi l'ORM ce lo devi mettere tu dentro. E cosi' via. Un peccato. Beh guarda, non posso dire ti capisco, posso solo immaginare. WxPython l'ho usato solo per gioco in pratica, tutte le GUI che ho realizzato sono in C++ con un framework in-house basato su sdl+opengl. In Python (per fortuna) i requisiti mi permettono spesso di varare più soluzioni. Di solito tutti gli applicativi che mi vengono richiesti devono essere centralizzati e la scelta per l'interfaccia è sempre web-based (costa di meno mantenerla e la spingo io stesso). L'unico problema che mi sorge in uno degli ultimi progetti è la possibilità di usare il software offline, ma visto che i requisiti sono di farlo funzionare sui dispositivi Apple di ultima generazione (iPad2 in primis) la soluzione che mi è venuta in mente è quella di sfruttare il localStorage e un polling in javascript (o un bottone manuale, da decidere) per caricare i dati sul backend. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Non voglio in alcun modo fomentare il flame, ma solo condividere un'altra curiosità. On Friday 09 December 2011 11:06:39 Simone Federici wrote: terribbile O_O PHP è il male IMHO questo è di gran lunga peggiore e più subdolo di '3viso' + 2: http://tech.just-imho.net/2011/12/php-and-big-numbers.html Saluti, -- Daniele Tricoli 'Eriol' http://mornie.org ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/9 Giampaolo Rodolà g.rod...@gmail.com php print '3viso'+2; 5 php print 'viso3'+2; 2 terribbile O_O PHP è il male ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
A quali esigenze andrebbe incontro una cosa del genere? Non è una questione opinabile. Non ha senso. Punto e fine. Figurati che quando l'ho visto ho pensato che non potesse essere davvero così. Ho dovuto provarlo qui http://writecodeonline.com/php/ Ho idea che il nostro amico a fronte di mancanza di argomenti abbia preferito imboccare la comoda scorciatoia (tipica di chi non sa cosa ribattere) di accusare di integralismo e quindi disinteressarsi. Cosi' da avere l'ultima parola. Aggiungo che sto scrivendo codice PHP, e per una serie di motivi non ho potuto usare un framework. Ci si mette 4 volte tanto tempo a fare anche cose banali. Che palle! Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/9 Giampaolo Rodolà g.rod...@gmail.com ...su cosa vuoi discutere? Non è una questione opinabile. Non ha senso. Punto e fine. Infatti non c'e' nulla da discutere. -- Andrea Francia http://www.andreafrancia.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/9 Carlos Catucci carlos.catu...@gmail.com A quali esigenze andrebbe incontro una cosa del genere? Non è una questione opinabile. Non ha senso. Punto e fine. Figurati che quando l'ho visto ho pensato che non potesse essere davvero così. Ho dovuto provarlo qui http://writecodeonline.com/php/ Ho idea che il nostro amico a fronte di mancanza di argomenti abbia preferito imboccare la comoda scorciatoia (tipica di chi non sa cosa ribattere) di accusare di integralismo e quindi disinteressarsi. Cosi' da avere l'ultima parola. Io invece, pensandoci, credo che sia successa un'altra cosa. Ciascuno di noi ha diversi livelli di tolleranza per cose che in teoria non dovrebbe tollerare. Per esempio dopotutto a me lavorare in C piace molto. Noi abbiamo spostato il discorso su delle *scemate*. Scemate che sono *sintomi*, ovviamente. Pero' oggettivamente, il problema di PHP non e' (solo) avere un include stupido (ha anche quello furbo, dopottutto) o usare . invece di +. Un po' piu' rilevante e' la tipizzazione debole. Il problema e' che evidentemente queste sono piccolezze. E sono le uniche cose su cui in genere ci si riesce ad appigliare in una language war. Discorsi tipo il fatto che PHP non ha un module system degno di questo nome (rispetto a Python), e quindi ti complica un sacco la strutturazione di un'applicazione complessa. Sono appena piu' rilevanti. Eppure in PHP ci si gira intorno. E' una rottura di palle, ma potrebbe non essere cosi' rilevante da farti scappare dalla questione. Si sarebbe potuto parlare di tutte le features che Python ha e di come si incrociano fra loro (collections, itertools e functools per me sono non sostituibili facilmente). E poi si potrebbe scoprire che, di fatto, lo stile di programmazione di un altro e' tale per cui le features avanzate di Python non le sta comunque usando. E di conseguenza che ci siano o meno non gli importa. Poi certo.. certe cose sono oggettive. Sono oggettivi i generatori di Python. E' oggettivo quello che ci puoi fare. E' oggettivo che PHP non li ha. Il problema e' che e' una discussione inutile: se uno non abbandona un linguaggio che manca di determinate features, e' evidente che per lui quelle features non sono particolarmente importanti. Per esempio in determinati specifici casi lo static typing trovo che faccia comodo (magari fatto bene). Pero' per me non e' cosi' rilevante, e non mollo Python perche' non lo supporta affatto. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/9 enrico franchi enrico.fran...@gmail.com Per esempio in determinati specifici casi lo static typing trovo che faccia comodo (magari fatto bene). Pero' per me non e' cosi' rilevante, e non mollo Python perche' non lo supporta affatto. Avevi mai letto questo http://stackoverflow.com/a/1276582http://stackoverflow.com/questions/1275646/python-3-and-static-typing ? Ciao. Marco. -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Io invece, pensandoci, credo che sia successa un'altra cosa. Ciascuno di noi ha diversi livelli di tolleranza per cose che in teoria non dovrebbe tollerare. Per esempio dopotutto a me lavorare in C piace molto. Il C e' il papa' del Python non dimentichiamocelo. Fino a che non avremo l'interprete scritto in python ... e poi wrappare C/C++ per avere il boost dove serve ... Noi abbiamo spostato il discorso su delle *scemate*. Scemate che sono *sintomi*, ovviamente. Pero' oggettivamente, il problema di PHP non e' (solo) avere un include stupido (ha anche quello furbo, dopottutto) o usare . invece di +. Un po' piu' rilevante e' la tipizzazione debole. Onestamente io segnalavo quelli come esempi. Ho detto fin dall'inizio che a scrivere tutte le magagne serve Wikipedia. Il problema e' che evidentemente queste sono piccolezze. E sono le uniche cose su cui in genere ci si riesce ad appigliare in una language war. Nessuna war. Rispondevo ad una domanda posta. Discorsi tipo il fatto che PHP non ha un module system degno di questo nome (rispetto a Python), e quindi ti complica un sacco la strutturazione di un'applicazione complessa. Sono appena piu' rilevanti. Eppure in PHP ci si gira intorno. E' una rottura di palle, ma potrebbe non essere cosi' rilevante da farti scappare dalla questione. Il module system e' fatto in maniera, come altro, da permettere di creare confusione, anzi da incoraggiarla. Il che e' un male. Gia' spesso ci si trova a mettere le mani in codice altrui. Se poi lo si invoglia a scriverlo male, capisci che diventa un casino totale. Si sarebbe potuto parlare di tutte le features che Python ha e di come si incrociano fra loro (collections, itertools e functools per me sono non sostituibili facilmente). E poi si potrebbe scoprire che, di fatto, lo stile di programmazione di un altro e' tale per cui le features avanzate di Python non le sta comunque usando. E di conseguenza che ci siano o meno non gli importa. Ripeto si puo' paralre di tante scose, abbiamo citato le prime e si e' inalberato. Poi certo.. certe cose sono oggettive. Sono oggettivi i generatori di Python. E' oggettivo quello che ci puoi fare. E' oggettivo che PHP non li ha. Il problema e' che e' una discussione inutile: se uno non abbandona un linguaggio che manca di determinate features, e' evidente che per lui quelle features non sono particolarmente importanti. D'accordissimo. Ma io non sto dicendo che il PHP vada buttato al cesso. SOlo che mi piacerebbe che lo rendessero piu' robusto, meno incasinato, con scelte coraggiose di rottura con il passato. Io sono poi tollerante, sono e rimango dell'idea che il miglior (linguaggio/editor/Sistema operativo/Framework/quel-che-ti-pare) e' quello che ti piace di piu'. Come la pizza sono gusti personali. Ma ci sono cose come il citato 12aaa+1 che non possono piacere o meno, sono possibil fonti di casino senza akcun riscontro pratico. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Fri, 9 Dec 2011 12:02:56 +0100, Carlos Catucci wrote: Io sono poi tollerante, sono e rimango dell'idea che il miglior (linguaggio/editor/Sistema operativo/Framework/quel-che-ti-pare) e' quello che ti piace di piu'. Come la pizza sono gusti personali. Ma ci sono cose come il citato 12aaa+1 che non possono piacere o meno, sono possibil fonti di casino senza akcun riscontro pratico. C'è una lega contro la frustazione dei cavalli morti a cui ci si può iscrivere? -- Daniele Varrazzo - Develer S.r.l. http://www.develer.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/9 Daniele Varrazzo p...@develer.com C'è una lega contro la frustazione dei cavalli morti a cui ci si può iscrivere? Intendevi frustatura? O frustrazione? O lapsus freudiano? :-)) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/9 Marco Beri marcob...@gmail.com 2011/12/9 enrico franchi enrico.fran...@gmail.com Per esempio in determinati specifici casi lo static typing trovo che faccia comodo (magari fatto bene). Pero' per me non e' cosi' rilevante, e non mollo Python perche' non lo supporta affatto. Avevi mai letto questo http://stackoverflow.com/a/1276582http://stackoverflow.com/questions/1275646/python-3-and-static-typing ? No. Interessantissimo! -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Il giorno 06 dicembre 2011 08:20, enrico franchi enrico.fran...@gmail.comha scritto: Questa me la salvo per linkarla alla prossima advocacy... ;) ;-) 4 giorni e l'altro programmatore maneggia django come se l'avesse scritto lui stesso. Per altro si è anche innamorato di Django. Io personalmente preferisco Python proprio perchè è molto efficente, è facile estenderlo in C (e tutto quello che mi serve se non lo trovo per Python lo trovo per C), posso facilmente integrare quindi algoritmi già implementati anche con quest'ultimo linguaggio. E' general purpose, quindi mi sento in grado di poter fare tutto quello che voglio, il limite rimane la fantasia (per i progetti personali) e la voglia di investire per i clienti. Inoltre è l'unico linguaggio che mi permette di far scrivere il software agli altri e non dovergli passare alcuna specifica sullo styling del codice (mi piace leggere gli algoritmi nel codice, non perdere tempo a capire perchè un programmatore ha criptato i sorgenti con rsa per complicarmi la vita). E mi permette di fare prototipi generici molto velocemente per varie applicazioni, anche se ultimamente ho iniziato ad usare octave per alcuni algoritmi, ma non lo mastico ancora bene. Python lo strauso in tutto, spesso anche come alternativa a script bash per gestire la manutenzione su alcuni server (sui miei server freebsd con python effettuo dei backup) Non dimentichiamo che è un linguaggio preinstallato su moltissimi sistemi *nix Poi già solo l'idea di bazzicare in questa lista è un motivo per usare python (:-PP), più tutto il resto già detto dagli altri. Bye bye! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Alessandro Agosto wrote: Inoltre è l'unico linguaggio che mi permette di far scrivere il software agli altri e non dovergli passare alcuna specifica sullo styling del codice (mi piace leggere gli algoritmi nel codice, non perdere tempo a capire perché un programmatore ha criptato i sorgenti con rsa per complicarmi la vita). Standing ovation, bacio accademico e citazione. :-) -- Nicola Larosa - http://www.tekNico.net/ The alternative to collapse is this kind of nasty slow burn that leaves a completely devastated planet incapable of supporting life. So the faster this pustule is pierced, the more hope for the patient. It is like lancing a boil. It may be an unsightly process, but the sooner it happens, the better for everyone. - Dmitry Orlov, August 2011 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Standing ovation, bacio accademico e citazione. :-) +1 Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Io personalmente preferisco Python proprio perchè è molto efficente, è facile estenderlo in C (e tutto quello che mi serve se non lo trovo per Python lo trovo per C), posso facilmente integrare quindi algoritmi già implementati anche con quest'ultimo linguaggio. E' general purpose, quindi mi sento in grado di poter fare tutto quello che voglio, il limite rimane la fantasia (per i progetti personali) e la voglia di investire per i clienti. Inoltre è l'unico linguaggio che mi permette di far scrivere il software agli altri e non dovergli passare alcuna specifica sullo styling del codice (mi piace leggere gli algoritmi nel codice, non perdere tempo a capire perchè un programmatore ha criptato i sorgenti con rsa per complicarmi la vita). E mi permette di fare prototipi generici molto velocemente per varie applicazioni, anche se ultimamente ho iniziato ad usare octave per alcuni algoritmi, ma non lo mastico ancora bene. Python lo strauso in tutto, spesso anche come alternativa a script bash per gestire la manutenzione su alcuni server (sui miei server freebsd con python effettuo dei backup) Non dimentichiamo che è un linguaggio preinstallato su moltissimi sistemi *nix Poi già solo l'idea di bazzicare in questa lista è un motivo per usare python (:-PP), più tutto il resto già detto dagli altri. Assieme al post che avevi quotato, intendo mettere le motiva∑ioni e le esperienzenella brochure con cui cerco di spiegare ai clienti perche' Python e' meglio ANCHE per loro (risparmio di tempo mio == risparmio di soldi loro, facilita' di manutenzione mia == risparmio di soldi loro, facilita' di estendere progetti mia == risparmio di soldi loro). Ah la brochure sara sotto licenza Creative Common, liberamente utillizzabile, modficabile, estendibile etc. Per averne una copia bastera' mandarmi una mail pvt con la richiesta. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Il 25 novembre 2011 15:21, Lorenzo Sutton lorenzofsut...@gmail.com ha scritto: Tanto per chiarire.. non voleva essere una difesa di PHP o che.. ma un po' una constatazione. Tanto per.. stesso sito versione Spagna, un po' meglio: PHP: 519 ofertas encontradas Python: 77 ofertas encontradas La conoscenza di un determinato linguaggio di programmazione non deve essere ottenuta tenendo conto solo del mercato del lavoro, ne devi inanzitutto condividere la filosofia di sviluppo e poi porti la seguente domanda: il linguaggio/framework che ho scelto mi permette di svolgere il mio lavoro al meglio?. La quantità maggiore di offerte nel mondo PHP è in parte dovuta a un immensa mole di codice legacy che in molte aziende nessuno ha intenzione di riscrivere, oppure a una chiusura, spesso ideologica, nei confronti di nuovi linguaggi e tecnologie. Con questo non voglio dire che chiunque usi PHP in azienda è un bifolco, in molti sono aperti e ti permettono di usare le tecnologie che preferisci, specie nei progetti di nuovo concepimento. Ma non c'è cosa peggiore che ritrovarsi a lavorare in un posto dove nessuno ha intenzione di imparare qualcosa di nuovo, e dove tutti si adagiano nella propria obsolescenza informatica, limitandosi a usufruire dei soli pochi strumenti che hanno imparato ad utilizzare. Chi sceglie questo mestiere deve tenere conto che purtroppo non si smette mai di studiare ed imparare cose nuove. Molto probabilmente molti annunci riguardano lavori spesso frustranti, pagati male e poco soddisfacenti dal punto di vista tecnologico. Bisogna puntare sempre a svolgere un lavoro di qualità (e la qualità paga, in un mercato sregolato dove la concorrenza estera a tariffe basse con lavoratori a cottimo si fa sentire), laddove possibile, indipendentemente dal linguaggio di programmazione che usiamo, e questo ne va a beneficio di tutti: se la base di codice di qualità aumenta, aumentano anche le buone offerte di lavoro. Se poi usiamo Python e Django per il web, ancora meglio ;-) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/9 Nicola Larosa n...@teknico.net Standing ovation, bacio accademico e citazione. :-) 2011/12/9 Carlos Catucci carlos.catu...@gmail.com Standing ovation, bacio accademico e citazione. :-) +1 Oh cosi mi fate arrossire! :-) Il giorno 09 dicembre 2011 14:44, Carlos Catucci carlos.catu...@gmail.comha scritto: Assieme al post che avevi quotato, intendo mettere le motiva∑ioni e le esperienzenella brochure con cui cerco di spiegare ai clienti perche' Python e' meglio ANCHE per loro (risparmio di tempo mio == risparmio di soldi loro, facilita' di manutenzione mia == risparmio di soldi loro, facilita' di estendere progetti mia == risparmio di soldi loro). Ah la brochure sara sotto licenza Creative Common, liberamente utillizzabile, modficabile, estendibile etc. Per averne una copia bastera' mandarmi una mail pvt con la richiesta. Sono curioso di leggerla, appena è completa (non ho afferrato se ci stai lavorando o se è finita) mandamene una copia! Prova preparando un mockup in python, in questo modo gli fai subito vedere che anche con Python è possibile realizzare quello che cercano, inoltre gli DEVI mostrare i vantaggi della soluzione già realizzata, li farai sentire un po' in colpa come se avessi portato un ferrari ma loro te la mandano indietro perchè hanno ordinato una panda. :-) secondo me funziona, ti tieni un mockup generico sempre pronto e adattabile, il vero sito poi te lo realizzi con le tue tempistiche E' anche vero che comunque di solito io mi focalizzo sui nuovi progetti, quasi mai di vecchi progetti (non senza una collaborazione continua) e che provo a riscrivere quanto prima, però quando ho deciso di lanciare django in azienda per un nuovo progetto da una riunione all'altra mi son presentato con il nuovo software con tutte le migliorie che erano necessarie, in un modo ancora più brillante. Poi penso che la passione vera si trasmette e sono rimasti tutti molto soddisfatti (per quanto potesse fregargliene alla maggior parte del team che si occupa di altro), l'unico era il sistemista che accusava python di essere un linguaggio che basta che sgarri un'apice e non funziona più niente (cit.), ma con la giuste dose di indifferenza per la sua ignoranza (è un sistemista non un programmatore e usa vb quelle poche volte che programma) e una argomentazione product-based (ho parlato del prodotto evitando il flame) me ne sono uscito da signore, senza distogliere dal discorso il motivo della mia soluzione (prima era in PHP). Che poi perchè dovrebbe funzionare un programma se non l'hai scritto correttamente? E' come pretendere che la macchina parta senza carburante (troppi esempi con le macchine oggi). Chiudo citando il documento del mio primo post (con cui ho riesumato il thread), per chi fosse stato cosi pigro da non leggerlo: Python's a drop-in replacement for BASIC in the sense that Optimus Prime is a drop-in replacement for a truck. - Cory Dodt Bye! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/9 Alessandro Agosto lexml...@gmail.com Ah la brochure sara sotto licenza Creative Common, liberamente utillizzabile, modficabile, estendibile etc. Per averne una copia bastera' mandarmi una mail pvt con la richiesta. Sono curioso di leggerla, appena è completa (non ho afferrato se ci stai lavorando o se è finita) mandamene una copia! +1 Python's a drop-in replacement for BASIC in the sense that Optimus Prime is a drop-in replacement for a truck. - Cory Dodt Bella. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/9 Massimo Scamarcia massimo.scamar...@gmail.com La conoscenza di un determinato linguaggio di programmazione non deve essere ottenuta tenendo conto solo del mercato del lavoro, ne devi inanzitutto condividere la filosofia di sviluppo e poi porti la seguente domanda: il linguaggio/framework che ho scelto mi permette di svolgere il mio lavoro al meglio?. Infatti. E *comunque* la questione rilevante e' anche il rapporto fra domanda e richiesta. Se chi sa fare una cosa e' molto ricercato, e' tutto un vantaggio per lui. La quantità maggiore di offerte nel mondo PHP è in parte dovuta a un immensa mole di codice legacy che in molte aziende nessuno ha intenzione di riscrivere, oppure a una chiusura, spesso ideologica, nei confronti di nuovi linguaggi e tecnologie. Quello. Piu' cose inevitabili tipo mettere mano sui CMS che sono, almeno i piu' diffusi, in PHP. Ma non c'è cosa peggiore che ritrovarsi a lavorare in un posto dove nessuno ha intenzione di imparare qualcosa di nuovo, e dove tutti si adagiano nella propria obsolescenza informatica, limitandosi a usufruire dei soli pochi strumenti che hanno imparato ad utilizzare. +1 Chi sceglie questo mestiere deve tenere conto che purtroppo non si smette mai di studiare ed imparare cose nuove. Sono d'accordissimo. Molto probabilmente molti annunci riguardano lavori spesso frustranti, pagati male e poco soddisfacenti dal punto di vista tecnologico. Sono d'accordo. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/10 enrico franchi enrico.fran...@gmail.com 2011/12/9 Alessandro Agosto lexml...@gmail.com Ah la brochure sara sotto licenza Creative Common, liberamente utillizzabile, modficabile, estendibile etc. Per averne una copia bastera' mandarmi una mail pvt con la richiesta. Sono curioso di leggerla, appena è completa (non ho afferrato se ci stai lavorando o se è finita) mandamene una copia! +1 C'era anche un bel PDF di Valentino sul perché conviene usare Python, ce l'ho ancora ma prima chiedo a lui se posso postarlo. Ciao. Marco. -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/10 enrico franchi enrico.fran...@gmail.com 2011/12/9 Massimo Scamarcia massimo.scamar...@gmail.com Chi sceglie questo mestiere deve tenere conto che purtroppo non si smette mai di studiare ed imparare cose nuove. Sono d'accordissimo. Invece io non lo sono proprio per niente. O meglio, lo sarei totalmente se al posto di purtroppo ci fosse scritto per fortuna. :-) Ciao. Marco. -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
C'era anche un bel PDF di Valentino sul perché conviene usare Python, ce l'ho ancora ma prima chiedo a lui se posso postarlo. Chiedigli pure se posso includerlo (al limite in parte e sempre citando la fonte) nella brochure. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/9 Carlos Catucci carlos.catu...@gmail.com Semplicemente perche' a me i funzionali non piaciono molto. Gusti. Certo. E' una cosa che non comprendo ma su cui non posso discutere. I gusti sono gusti. Poi certamente mi interessa sapere *perche'* non ti piacciono. E anche... quanto inconsapevolmente funzionale e' il tuo codice Python? Non sembra, ma in Python un certo aroma funzionale e' molto piu' presente che in altri linguaggi prevalentemente ad oggetti. Mica sono perversioni... sono le cose che mi hanno formato *come Pythonista*. Dai era per ridere. Certo! :) Pero' in realta' quello che ho scritto e' vero. Credo di dovere molto all'avere lavorato con linguaggi dichiarativi. Credo che senza essermi ammazzato di programmazione funzionale oggi sarei semplicemente un programmatore molto peggiore di quello che sono. Io lo sono lo stesso (un programmatore peeggiore di quello che sono). Lo so suona strano m,a e' cosi' :) Sei un programmatore riflessivo! :) Beh, dipende molto da quello che uno vuole/deve fare. Pero' oggi funzionale e' molto piu' mainstream di 5 anni fa. Direi che piano piano sta succedendo quello che accadeva 20 anni fa con la programmazione ad oggetti. Solo che io al contrario della OOP non vedo vantaggi nel funzionale rispetto algli oggetti. Li uso se devo ma non ci impazzisco dietro. Eh. Qui si aprirebbe una discussione che non finisce piu'. La mia posizione pragmatica e' che ci sono casi in cui una cosa funziona meglio dell'altra e viceversa. In realta' mi sto convincendo che la contrapposizione sarebbe da fare fra imperativo e funzionale, non fra ad oggetti e funzionale. Il problema e' che non c'e' molto nel concetto astratto di oggetto che sia contro un modo di programmare funzionale. Poi che dire... un model object nemmeno troppo primitivo in un buon linguaggio funzionale si scrive in non troppe righe di codice (per prova lo ho fatto perfino in Python, usando solo funzioni... piu' o meno a parte una sintassi bruttarella ce ne si esce facilmente). Il viceversa e' quello che faccio tutte le volte che devo usare Java... con una sintassi orrenda. :) -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Io farei anche una riflessione sull'utilità dei fw in entrambi i linguaggi... In python servono principalmente perchè creano un livello di astrazione sopra i protocolli di comunicazione con il webserver (wsgi, fcgi etc). Ce ne sono di vari tipi, e i più belli rispettano la filosofia di Python stesso. PHP è già un framework nel senso che è nato per fare quello. Ma molti usano un framework per organizzare il loro codice e aggiungere più semplicemente alcune feature che gli permettono una migliore mantenibilità del codice. Perchè PHP flat non piace. Con Python io mi ci rimboccherei anche le coperte. Quello che è un linguaggio general purpose viene apprezzato com'è in ambito web (vedi web.py), quello specificamente pensato per il web viene oramai solo più utilizzato attraverso framework. Questo la dice lunga su chi sia peggio realizzato, specialmente se teniamo presente il dominio di applicazione per cui sono stati creati. Io comunque resto dell'idea che non mi serve un programmatore che sappia usare solo PHP + MySQL o solo Python, ma di uno che abbia la giusta acutezza mentale per potersi proiettare in un ambiente dinamico, per adottare sempre la soluzione migliore. Quindi tutte le 10.000 proposte di lavoro PHP se le possono tenere, perchè se ci vai a parlare, ci scommetto, che ti diranno sempre ma c'è quello che me lo fà per 900€ e dover paragonare un vero programmatore (con tutto quello che riguarda l'analisi, cosi trascurata) con un semplice coder PHP non mi sembra accettabile. Ma è quello che viene ripetuto su diversi messaggi oramai, e non mi dilungo. Il giorno 10 dicembre 2011 00:22, enrico franchi enrico.fran...@gmail.comha scritto: Poi che dire... un model object nemmeno troppo primitivo in un buon linguaggio funzionale si scrive in non troppe righe di codice (per prova lo ho fatto perfino in Python, usando solo funzioni... piu' o meno a parte una sintassi bruttarella ce ne si esce facilmente). Il viceversa e' quello che faccio tutte le volte che devo usare Java... con una sintassi orrenda. :) “Fine, Java MIGHT be a good example of what a programming language should be like. But Java applications are good examples of what applications SHOULDN’T be like.” - pixadel Adesso basta, altrimenti scriverò un libro con le citazioni migliori. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Massimo Scamarcia wrote: Chi sceglie questo mestiere deve tenere conto che purtroppo non si smette mai di studiare ed imparare cose nuove. enrico franchi wrote: Sono d'accordissimo. Marco Beri wrote: Invece io non lo sono proprio per niente. O meglio, lo sarei totalmente se al posto di purtroppo ci fosse scritto per fortuna. :-) M'hai tolto le parole di bocca. Smettila subito che qui è ora di cena e ho fame. -- Nicola Larosa - http://www.tekNico.net/ The alternative to collapse is this kind of nasty slow burn that leaves a completely devastated planet incapable of supporting life. So the faster this pustule is pierced, the more hope for the patient. It is like lancing a boil. It may be an unsightly process, but the sooner it happens, the better for everyone. - Dmitry Orlov, August 2011 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/7 Andrea Francia and...@andreafrancia.it Per quanto mi riguarda cerco di usare quello che mi sembra risolvere meglio il problema e adoro imparare linguaggi nuovi. Eh, il problema e' che ci sono linguaggi che ti fanno crescere (e che poi magari hanno possibilità 0 di essere applicati nella tua realtà produttiva) e linguaggi che non lo fanno. In particolare PHP e' un linguaggio che non ti aggiunge *niente* (questo perche' e' molto povero di features). Presente Perlis? ;) Anch'io non capivo il senso dell'esistenza del '.' per concatenare le stringhe, poi me l'hanno spiegato. PHP è stato fatto per scrivere veloci script web. Tutti i parametri che ti arrivano dal client web (per esempio come parametri della GET o della POST) sono stringhe. Fermo... 1. la quasi totalità dei programmi (in ogni linguaggio) per la maggior parte delle volte prendono l'input come stringhe di testo. In PHP ti arrivano dal client web come stringhe. In linguaggi meno web-oriented ti arrivano come input dall'utente (eventualmente da una unixiana concatenazione di stdout-stdin) o da file di testo. E sono testo. Sono sempre testo. 2. Il fatto che le stringhe si concatenino con il . viene dal Perl, mica da nient'altro. Non e' che la concatenazione di stringhe si faccia con . per altri motivi. E Perl era un linguaggio nato per manipolare files di testo e simili. 3. Il problema non e' che usi . per concatenare stringhe. Quella e' una scelta come un altra. In particolare, considerando che (strings, .) e' un monoide nemmeno abeliano a me non da particolarmente fastidio il fatto di *non* usare il simbolo +, che mi viene da associare ad una struttura di gruppo abeliano. Accetto la scelta di usare + anche per quello sulla base di non proliferare i simboli, sul fatto che probabilmente non fa troppo danno e fine della storia. 4. Il problema e' che le conversioni implicite sono *male*. E' una cosa nota: lo sbattimento (specie in un linguaggio dinamico) di avere conversioni esplicite e' relativamente piccolo. Diventa pesante solo se devi gestire tutti i tipi numerici, ma li le regole sono abbastanza ovvie e riesci a farle in modo non troppo non intuitivo -- e ribadisco, non farlo sarebbe peggio --. Per il resto convertire una stringa in un numero prima di sommarla non mi riesce a sembrare un problema. E' anzi un'ottima idea, per come la vedo io. Nota: le conversioni implicite danno problemi ovunque siano state applicate (a volte anche con i semplici numeri, quelle che avevo definito buone due paragrafi sopra). Pensa al C++ e alla necessità di introdurre la keyword explicit perche' avere il costruttore di un parametro che ti auto-converte tutto portava problemi a non finire. Tanto che lo standard e' di dare explicit tutti i costruttori di un solo parametro per cui non si voglia *di certo* che la conversione sia implicita (e.g., e' comodo che char const* - std::string funzioni, ma non e' una conversione logica). Supponi di dover fare una pagina che stampa la somma di un numero, dovrebbe funzionare così: $ curl http://mioserver/somma.php?a=10b=11 21 Se hai un linguaggio come php puoi implementarla con (potrei sbagliare la sintassi): print $_REQUEST['a'] + $_REQUEST['b'] In questo modo non devi fare la conversione stringa-numero e non ottieni risultati scorretti come '1011' Pensa che io direi non ottieni risultati *corretti* come 1011. Saro' old fashioned, ma se sommo due stringhe mi aspetto che queste vengano concatenate (se il linguaggio usa il + per la concatenazione) oppure mi dia errore se non lo fa. Nota che il problema si risolve con due cast espliciti. Se il programmatore non e' in grado di gestire la cosa (cioe' di capire che se gli arrivano due stringhe prima di sommarle deve convertirle) forse e' meglio che stia molto lontano da qualunque cosa che possa essere eseguita. ;) Non devi neanche gestire le eccezioni, è chiaro che è molto implicito e che sa un po' di quick and dirty, ma 1) in alcuni casi non serve 2) e se serve allora hai sbagliato linguaggio :-( Non gestire le eccezioni serve quando il linguaggio non gestisce le eccezioni. Allargando il discorso: non gestire gli errori lo puoi fare solo se hai un linguaggio con filosofie tipo let it fail (Erlang), e poi sono solo certe categorie di errori e, di fatto, e' come avere un certo sistema di gestione degli errori built-in nella piattaforma. Per il resto, scusa, ma il non gestire gli errori non lo puoi fare. Ritornare silenziosamente un risultato sbagliato e' infame. Poi posso capire che non sai cosa fare con un errore (tutta la famosa discussione su quando e se catturare le eccezioni). Il problema e' che non devono andare sotto silenzio. A meno che non silenziate esplicitamente. E, aggiungo, se hai una buona ragione per farlo. E no... non ho *sbagliato linguaggio*. E' il linguaggio ad essere sbagliato. Tout court. Non voglio assolutamente discutere se questo sia un approccio valido o meno, è stata la scelta dei
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/7 Simone Federici s.feder...@gmail.com a parte gli scherzi, è nato per fare le HomePage, poi si è evoluto e adesso ha la diffusione dalla sua parte, niente di più. +1 -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
On Wed, Dec 7, 2011 at 7:20 PM, Giampaolo Rodolà g.rod...@gmail.com wrote: Non capisco... lo use case di include() quale sarebbe? Gli use case ci sono. Scommetto che siano ampiamente abusati nel caso di PHP. L'idea e' che puoi avere un'import globale ma che sia usato solo da alcune funzionalita'. In Python abbiamo un sacco di modi per girarci intorno (e nel modo giusto: l'eccezione e' lanciata, scegliamo noi se gestirla o fare scoppiare tutto; fare gli import solo dove servono). Tipo in Java questo e' un discreto PITA. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/8 Luciano Tolomei luci...@tolomei.name Ho sviluppato in php per oltre 10 anni e sinceramente non concordo con la discussione che si è sviluppata, e poi con il bel linguaggio che usate che ve ne frega ? Ora io vedo continuamente questa cosa (non solo da te). Fila di motivi per cui X non e' un granche' Non sono d'accordo, go ahead, damn the torpedoes! Ovviamente nessuno ti viene a dire che non devi usare PHP. Che non puoi addirittura *amare* (apprezzare, divertirti, ben considerare, verbo a scelta) PHP. Il problema e' che le questioni esposte non sono *soggettive*. Il rosso e' un brutto colore Non sono d'accordo: sono 10 anni che mi vesto di rosso e mi piace tantissimo. Questo funziona. Mancano comunque dei punti fermi, il linguaggio è nato per il web e solo per quello; quando di MVC per i siti internet non ne parlava praticamente nessuno. Ehm... WebObject MVC per i siti web ne parlava dalla meta' degli anni 90. Poi il fatto che costasse un botto e avesse tutte le sue menate non sposta di molto la faccenda. ;) Comunque figurati. Io non sono un object zealot. Sono assolutamente convinto che ci siano pattern appropriati *non* MVC per una serie di casi di uso reali. Non credo nemmeno che devi per forza scrivere un'applicazione ad oggetti. Ho visto bellissimi framework web per linguaggi funzionali, che, per definizione, non erano ad oggetti. Poi quando sei ad oggetti MVC viene quasi naturale, dal mio punto di vista. Per inciso... non e' nulla di male: e' solo la composizione di qualche design pattern dei piu' elementari, mi verrebbe da dire che e' un comportamento emergente della buona programmazione ad oggetti. La discussione sulla somma di numeri e stringhe, sugli include ed i require deriva da non capire che il linguaggio è nato pensando che l'unico input che poteva ricevere dall'utente era attraverso i campi delle form html, quindi solo stringhe, e che il codice era essenzialmente impacchettato dentro l html senza usare template: No: non e' questione di non capire. Semplificare il caso semplice e complicare il caso complicato *non* e' una buona idea di design. Come dicevo piu' o meno in tutti gli ambienti l'input e' tipicamente *testo*. Noi umani *usiamo* il testo. Se ti scrivo 1000, sto in realta' scrivendo del testo. Poi ok, se hai una GUI con validatore cazzi e mazzi (leggi *explicit* conversion) in realta' ti potrebbe parere di stare prendendo un numero da me. Ma la realta' dei fatti e' che dall'utente prendi del testo e poi lo converti. La maggior parte dei problemi di PHP sono semplicemente mancanza di buon design. Chi lo progettava non si poneva il problema di non fare scelte che si erano gia' rivelate errate. In generale credo che parte del problema fosse che la comunita' non aveva una minima idea di cosa fosse una buona idea e di cosa fosse una cattiva idea. E poi anche ammettendo che il design di PHP e' *corretto*, posto il constraint che sia usato solo per la Personal Home Page, si deriva che l'errore non e' di chi lo ha creato, ma di chi lo ha creato per fare cose piu' grosse. A me sinceramente non cambia molto chi ha sbagliato. Mi limito a dire che in ogni caso PHP non e' un granche'. E questo probabilmente non e' un problema... io ci sto lontano e siamo tutti contenti. ;) (non svenite dal ridere ma una volta si lavorava a sta maniera) Guarda che abbiamo presente. :) Per le piccole cose che si fanno bene in procedurale sul web penso sia il linguaggio più veloce da sviluppare oggi esistente, inoltre nasconde completamente qualsiasi problema tecnico all'utente non richiedendo quindi nessuna skill da sistemista. Boh? Come dicevo... non mi interessa molto lo use-case linguaggio in cui e' piu' semplice scrivere l'hello world. Trovo molto piu' interessante vedere chi mi da una mano quando ne ho bisogno. Poi attenzione: skills da sistemista in PHP non richieste se ti danno un lamp funzionante. PhpBB che è il software più bacato che conosca (almeno fino a qualche anno fa, non ci ho più messo le mani per fortuna) gestiva senza nessun tipo di problema qualche migliaio di utenti contemporanei su un hardware ridicolo, lo dico perché sono piuttosto stupito della discussione in parallelo che si sta svolgendo tra sync e async ecc... Parte del motivo e' che di fatto gestiva qualche migliaio di utenti che non facevano nulla. Quantifico il nulla: query molto semplici in lettura e scritture relativamente semplici. Buona parte del carico era sul DB. E la concorrenza la gestiva apache. ;) Poi voglio dire, gli errori misteriosi che saltavano fuori mi farebbero escludere il concetto di senza nessun problema. Per sviluppare ad oggetti è un po una pena proprio per il lassismo che ha sulle formalità, si possono scrivere anche cose di questo tipo: $p = new $$_GET[pagina]($_REQUEST); la differenza la fa sempre lo sviluppatore, che in python trova in parte la pappa pronta ed in php deve darsi dei coding standards piuttosto stretti. La differenza la
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Ho sviluppato in php per oltre 10 anni e sinceramente non concordo con la discussione che si è sviluppata, e poi con il bel linguaggio che usate che ve ne frega ? Beh sai se riesco a sviluppare in meta' tempo, debuggando e refactorizzando in un attimo, con codice leggibile e facile da gstire oltre compattto, io non mi lamento. Poi de gustibus. Mancano comunque dei punti fermi, il linguaggio è nato per il web e solo per quello; quando di MVC per i siti internet non ne parlava praticamente nessuno. E quindi? Python neppure e' nato quando nessuno parlava di MVC eppure .. La discussione sulla somma di numeri e stringhe, sugli include ed i require deriva da non capire che il linguaggio è nato pensando che l'unico input che poteva ricevere dall'utente era attraverso i campi delle form html, quindi solo stringhe, e che il codice era essenzialmente impacchettato dentro l html senza usare template: Che goduria. Il primo PHP era un guazzabuglio di codice HTML e codice PHP mescolato ad un poco di Javascript. ALtro che spaghetti code. Magari! Questio pero' non vuuol dire che non si poteva migliorare. Se una cosa era valida prima e ora non piu' si cambia. Microsoft fgino alla scelta di abbandonare la retrocompatibilita' con il DOS ha fatto OS come ME che erano cose oscene. Poi ha creato una cosa buona e stabile con XP, beh stabile rispetto ai suoi precedenti prodotti. Visto che ci sono comunque incompatibilita' tra versioni (Symfony ad esempio fgira solo con PHP 5 e non con PHP4), fare una scelta di rottura (Python 3,x vs Python 2.x ad esempio, ma anche all'interno della serie 2.x) e' una cosa buona e gisuta. (non svenite dal ridere ma una volta si lavorava a sta maniera) Non svengo. All'epoca manco esisteva Ajax, o meglio esisteva ma nessuno lo aveva ancora scoperto (non inventato) Per le piccole cose che si fanno bene in procedurale sul web penso sia il linguaggio più veloce da sviluppare oggi esistente, Negativo. Acncora una volta si e' piu veloci (e puliti) con altri liunguaggi, Python in primis. inoltre nasconde completamente qualsiasi problema tecnico all'utente non richiedendo quindi nessuna skill da sistemista. In che senso? Le lib IO e SYS di python offrono tutti i tool che ti servono senza dover conoscere l'OS che gira sotto. PhpBB che è il software più bacato che conosca (almeno fino a qualche anno fa, non ci ho più messo le mani per fortuna) gestiva senza nessun tipo di problema qualche migliaio di utenti contemporanei su un hardware ridicolo, lo dico perché sono piuttosto stupito della discussione in parallelo che si sta svolgendo tra sync e async ecc... BB era un miracolo di archietettura software. Un po' come se avessero costruito una cattedrale gotica senza progettare e bendati eppure stava su. Ma lavorarci dentro era un bagno di sangue. Cosi' come lo e' tutt'ora lavorare con certi prodotti come SugarCRM ad esempio. Per sviluppare ad oggetti è un po una pena proprio per il lassismo che ha sulle formalità, si possono scrivere anche cose di questo tipo: $p = new $$_GET[pagina]($_REQUEST); Il lassismo vuol dire che sei libero di sperimentare e pagarne le conseguenze. Un linguaggio che mi costringe a fare le cose, sorry, non e' per me. la differenza la fa sempre lo sviluppatore, che in python trova in parte la pappa pronta ed in php deve darsi dei coding standards piuttosto stretti. La pappa pronta non e' un male. Se devi sviluppare per piacere di farlo (tipo farti una tua applicazione) e' una cosa. Se lo fai per vivere, se risparmi meta' del tempo ti baci i gomiti. Anzi te li baci pure se ne risparmi 1/5. Però come si usava dire una volta per andare a fare la spesa la ferrari non è la macchina migliore quindi dipende sempre da che cosa si deve fare e chi la fa. Certo, ma il vantaggio di Python e' di avere un motore da ferrari soto una carrozzeria da SW. QUindi ci fari entrambe le cose. Non penso che la comunità di drupal o i pazzi di pradosoft (tentativo molto interessante anche se ormai superato) siano dei masochisti. Infatti Drupal e' citato come il solo progetto PHP davvero chiaro e gestibile. Scrivere un modulo per Drupal e0' relativamente semplice. fare la stessa cosa per il suo blasonato avvrsario (Joomla) un macello. Ma potremmo dire anche Wordpress o Facebook che sono entrambi in php. FB si e' fatta il suo PHP. Ed e' rimasta PHP perche' lo sforzo di riscrivere , una volta diventato il mostro che e', una applicazione nata per gioco quasi, e scritta in un linguaggio da hobbisti, era maggiore che non riscrivere il linguaggio stesso. Wordpress sinceramnete lo ho solo visto come user e non ho mai provato a svilupparci dentro, pertanto ammetto la mia Grassa ignoranza :) Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/7 Carlos Catucci carlos.catu...@gmail.com Avrebbe senso gestire che non esiste un programma esterno che usi, come /bin/df quando fa parte sia dello standard POSIX e il tuo programma deve girare solo su Linux? Stai elencando un caso limite. È un caso che mi è capitato nel progetto trash-cli. Comunque se scrivo in PHP p Python o altro linguaggio multipiattaforma che debba girare su piattafroma linux e basta non e' detto. DOmani magari il clinete mi cambia con win. Non è mai detto. Per come la vedo io non è detto neanche che esista quel domani in cui si va su Windows. La soluzione che adotto io implementando solo quello che serve oggi sforzandomi per ottenere un design flessibile (senza duplicazione e robusto) che posso estendere in futuro. Non mi va di far pagare al cliente oggi quello che potrebbe in teoria servirgli domani. Alcune eccezioni che sono difficili da prevedere le puoi prevedere (il disco diventa readonly per una inconsistenza a metà esecuzione del tuo script). Io non penso che sia il caso di gestirle, anche perché se non posso prevederle non posso prevedere una strategia per gestirle. Certo posso mettere un try catch generico ma gestirle vuole dire anche aggiungere un comportamento ragionevole in caso di errore. Chiaro che non puoi prevedere tutto, ma se scrivo un pezo di codice che fa cose lo metto tra Try Eccept, non costa molto e mi garantisce che al peggio un pass evita di mostrare l'errore al final monkey ehm user Anche in questo caso dipende. Se devo fare un prodotto per un certo tipo di utenza ci metto un try/catch generico che salva i dettagli dell'eccezione in modo che possano essere spediti a me facilemnte. Se devo fare un prodotto per un'altro tipo di utenza, e magari CLI, metto quante più possibili informazioni sull'eccezione e stampo lo stack trace ed esco. Ciao -- Andrea Francia http://www.andreafrancia.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/7 Giampaolo Rodolà g.rod...@gmail.com E' una cosa che è *oggettivamente* sbagliata, indipendentemente da Per qualche motivo mi riesce difficile discutere con chi dice che esistano opinioni oggettivamente sbagliate. Quando succede così non trovo spazio per alcuna discussione. Avrebbe senso gestire l'eccezione che il tuo script non riesce a fare un import? Quasi sempre no, ma a volte sì. Cioè? Di default cosa fa PHP se non riesce a importare un modulo? Nulla? Ma va, stavo parlando delle eccezioni in generali e degli import di python in particolare. PHP non ha gli import, ha gli include. In python l'import carica e compila (se necessario) il modulo, e rende accessibili gli oggetti del modulo al chiamante. In PHP l'include fa come l'#include del C. Copia e incolla il contenuto del file importato al posto della riga di include. In PHP esiste anche il require che è come l'include solo che viene fatto al max una volta. Non mi ricordo cosa fa se non riesce ad importare un modulo, credo che vada in crash. Ciao -- Andrea Francia http://www.andreafrancia.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Mannaccia ia a me che sono entrato in una discussione su un linguaggio diverso da Python in una mailing list Python. Non vi leggo più su questo thread quindi non chiedetemi niente. Ci vediamo su un'altro thread. -- Andrea Francia http://www.andreafrancia.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Stai elencando un caso limite. È un caso che mi è capitato nel progetto trash-cli. Quante volte? :) Non è mai detto. Per come la vedo io non è detto neanche che esista quel domani in cui si va su Windows. La soluzione che adotto io implementando solo quello che serve oggi sforzandomi per ottenere un design flessibile (senza duplicazione e robusto) che posso estendere in futuro. Non mi va di far pagare al cliente oggi quello che potrebbe in teoria servirgli domani. Guarda che non paga di piu'. E' naturale farlo in quel modo. Anche in questo caso dipende. Se devo fare un prodotto per un certo tipo di utenza ci metto un try/catch generico che salva i dettagli dell'eccezione in modo che possano essere spediti a me facilemnte. Se devo fare un prodotto per un'altro tipo di utenza, e magari CLI, metto quante più possibili informazioni sull'eccezione e stampo lo stack trace ed esco. Ok ma in entrambi casi metti la gestione dell'eccezione. QED Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 08/12/2011 10:53, Carlos Catucci ha scritto: [...] PhpBB che è il software più bacato che conosca (almeno fino a qualche anno fa, non ci ho più messo le mani per fortuna) gestiva senza nessun tipo di problema qualche migliaio di utenti contemporanei su un hardware ridicolo, lo dico perché sono piuttosto stupito della discussione in parallelo che si sta svolgendo tra sync e async ecc... BB era un miracolo di archietettura software. Nel senso che era un miracolo che stava in piedi? Io ci ho avuto a che fare per 10 minuti, giusto il tempo di scoprire il metodo in cui gestivano le patch... Mi era parso evidente che era stato creato da ragazzini che non sapevano niente di gestione del software e di tool disponibili da anni per svolgere i vari compiti. [...] Ciao Manlio -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7gnOkACgkQscQJ24LbaUSn7gCfVLVJCDPpnoXik2BbYmt6smlC MxkAn1HnFMsZ3yySdOF93rIKS71tzQqd =tbtN -END PGP SIGNATURE- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/8 Andrea Francia and...@andreafrancia.it 2011/12/7 Giampaolo Rodolà g.rod...@gmail.com E' una cosa che è *oggettivamente* sbagliata, indipendentemente da Per qualche motivo mi riesce difficile discutere con chi dice che esistano opinioni oggettivamente sbagliate. Quando succede così non trovo spazio per alcuna discussione. Andrea, veramente non ti sta dicendo questo, ti sta dicendo che 1+1 fa 2 non può essere un'opinione. Credo che tu possa accettare che la frase è più difficile programmare in assembly che non in Python sia oggettivamente vera senza scandalizzarti. Ecco, Enrico sta dicendo che alcune delle sue affermazioni riguardo a PHP sono oggettivamente vere. Prima di questo thread io non sapevo che in PHP 5bleah + 2 facesse 7. Ora che lo so posso associarmi agli altri tranquillamente nel considerare oggettiva la sua bruttezza :-) Ciao. Marco. -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
In PHP esiste anche il require che è come l'include solo che viene fatto al max una volta. No quelli sono include_once e require_once. La differenza tra include e require (once o meno) e' che il primo se non tova il file da includere tira dritto mentre il secondo (come fa il C, correttamente) genera un errore. Non mi ricordo cosa fa se non riesce ad importare un modulo, credo che vada in crash. Python se non trova il modulo esegue un traceback ma e' trappabile. SOlo che non ha senso trapparlo. Se importo un modulo presuppongo che serva poi nel programma. Giusto quindi segnalare l'errore. PHP da errore solo se si usa il require. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Nel senso che era un miracolo che stava in piedi? Esatto. Io ci ho avuto a che fare per 10 minuti, giusto il tempo di scoprire il metodo in cui gestivano le patch... Non-voglio-saperlo! Mi era parso evidente che era stato creato da ragazzini che non sapevano niente di gestione del software e di tool disponibili da anni per svolgere i vari compiti. Infatti, per questo un vero miracolo. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/8 Carlos Catucci carlos.catu...@gmail.com Python se non trova il modulo esegue un traceback ma e' trappabile. SOlo che non ha senso trapparlo. Se importo un modulo presuppongo che serva poi nel programma. Giusto quindi segnalare l'errore. Può avere senso trappare l'import, per esempio: try: from functools import wraps except ImportError: from django.utils.functional import wraps # Python 2.3, 2.4 fallback. Tra l'altro è in questi casi che trovo utile il costrutto import ... as Ciao. Marco. -- http://beri.it/ - Un blog http://beri.it/i-miei-libri/ - Qualche libro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Marco, il thread mi ha stufato. Io credo che possano esistere opinioni diverse, e mi piace quando se ne riesce a discutere. Quando si parla di cose oggettivamente vere no ce la faccio. Quindi per me non è utile perdere tempo a leggere o spiegare meglio le mie risposte. Ciao -- Andrea Francia http://www.andreafrancia.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Un bell'articolo che dice PHP sucks (oggettivamente sucks, soggettivamente opinabile :P) but it doesn't matter :P http://www.codinghorror.com/blog/2008/05/php-sucks-but-it-doesnt-matter.html -- Andrea ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Può avere senso trappare l'import, per esempio: try: from functools import wraps except ImportError: from django.utils.functional import wraps # Python 2.3, 2.4 fallback. Tra l'altro è in questi casi che trovo utile il costrutto import ... as E questo dimostra il perche' TU puoi scrivere un libro di successo sul Python e io invece posso solo leggerlo prometto che vado a prenderlo domani stesso) :). Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Prima di questo thread io non sapevo che in PHP 5bleah + 2 facesse 7. Ora che lo so posso associarmi agli altri tranquillamente nel considerare oggettiva la sua bruttezza :-) Onestamente non lo sapevo neppure io, per un motivo semplicissimo: mai avrei scritto una cosa simile. Se arrivi a scrivere una csa simile ci sono tre sole possibilita': 1. Un errorer di typing: volevo scrivere una cosa tipo 12etc + 1 (con il + come concat) oppure una cosa tipo 12 + atc + 1 (ccon etc come variabile numerica). 2. Ho bevuto davvero molto (cosa che non faccio praticamente mai, lo dico per evitare che qualcuno approfitti per farmi internare in una clinica per disintossicazione per liberarsi di me :) ). 3. Lo fa coscientemente. La cosa migliore e' consigliargli un lavoro meno intellettuale, tipo coltivare patate. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/8 Andrea Francia and...@andreafrancia.it Mannaccia ia a me che sono entrato in una discussione su un linguaggio diverso da Python in una mailing list Python. Ma figurati: si parla costantemente di linguaggi diversi da Python. Ci sono fior di linguaggi che fanno determinate cose meglio di Python (a mio avviso). Il motivo per cui mi piace cosi' tanto Python e' che Python le fa quasi tutte decisamente molto bene, quindi investirci molto paga nella maggior parte dei casi. Il problema e' che tu non sei entrato nella discussione: hai detto non sono d'accordo perche' non sono d'accordo, i problemi non sono questi. Ora poi sinceramente non capisco perche' dici di andartene. Capisco che non ti va di motivare le tue opinioni (immagino mancanza di tempo), pero' allora perche' tirare il sasso? Non vi leggo più su questo thread quindi non chiedetemi niente. Non sbattere la porta pero'. :) -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/8 Marco Beri marcob...@gmail.com Può avere senso trappare l'import, per esempio: try: from functools import wraps except ImportError: from django.utils.functional import wraps # Python 2.3, 2.4 fallback. Tra l'altro è in questi casi che trovo utile il costrutto import ... as Infatti. Oppure in altri casi... per esempio networkx e' una libreria abbastanza complessa che serve per fare network analysis. Come backend di visualizzazione supporta graphviz (mi pare con due librerie diverse), matplotlib e poi non so cos'altro ancora. In piu' per fare certi calcoli puo' opzionalmente appoggiarsi a numpy o scipy. Questo caso in C/C++ sarebbe stato gestito con un po' di autotools magic, essenzialmente non compilando le parti che dipendevano da librerie non disponibili. Aggiungo poi che questo approccio alla lunga e' una gran rottura di palle che mi ha piu' volte deliziato. E' specialmente entusiasmante sulle distribuzioni linux basate principalmente su pacchetti binari dove diventa necessario creare un fottilione di versioni diverse oppure fare il pacchettone omni-comprensivo. In Python invece semplicemente si usa quello che serve. Alle volte il loro approccio e' un po' estremo per i miei gusti. Per esempio in alcune funzioni fa proprio: def floyd_warshal_numpy(graph, ...): try: import numpy as np except ImportError: ... ... Da un punto di vista prestazionale non e' un problema (un fw su una rete di dimensione ragionevole domina il tempo di import, nonostante tutto). Pero' e' bruttarello... Ah, infine lo ho visto fare anche in un caso piu' simile al tuo: quando hai piu' librerie che implementano una certa funzione e vuoi la migliore. Un caso tipico e' cStringIO, ma in effetti e' piu' generale. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Ma figurati: si parla costantemente di linguaggi diversi da Python. Ci sono fior di linguaggi che fanno determinate cose meglio di Python (a mio avviso). Ovvio, ce ne sono a bizzeffe, solo per citarne qualcuno ... ecco .. oppure ... ma anche ... va beh non mi vengono i nomi ora ma giuro che ci sono :) Il motivo per cui mi piace cosi' tanto Python e' che Python le fa quasi tutte decisamente molto bene, quindi investirci molto paga nella maggior parte dei casi. Exactly. faccio le stesse cose in meta' tempo e meglio. Il problema e' che tu non sei entrato nella discussione: hai detto non sono d'accordo perche' non sono d'accordo, i problemi non sono questi. Ora poi sinceramente non capisco perche' dici di andartene. Capisco che non ti va di motivare le tue opinioni (immagino mancanza di tempo), pero' allora perche' tirare il sasso? Credo sia lo sport nazionale di recente. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/8 Carlos Catucci carlos.catu...@gmail.com Ovvio, ce ne sono a bizzeffe, solo per citarne qualcuno ... ecco .. oppure ... ma anche ... va beh non mi vengono i nomi ora ma giuro che ci sono :) A me vengono. Erlang mi piace una cifra. Per fare le sue cose IMHO e' piu' forte di Python. Solo che ha alcuni limiti in fare certe altre cose. La concorrenza la fa veramente bene. Poi per esempio e' sommamente stupido a macinare stringhe (e invece e' fenomenale nello spacchettare e impacchettare bit). Lawrence aveva fatto un bellissimo talk su fare lavorare Erlang con Python (ovvero usi Python come motore dentro al nodo e gestisci la comunicazione con Erlang). Haskell a modo suo mi piace. La sua STM e' veramente fenomenale. Qui potrebbe parlare Manlio. Io personalmente difendo a spada tratta Clojure. Lo adoro. Mi piacciono molto (per certi versi anche di piu' Scheme e Common Lisp). Per dire... comincia a lavorare con controllo di flusso non banale. Tipo che so... un bel aggeggio che fa backtracking peso, tipo un constraint solver. Farlo con le continuations e' per assurdo molto comodo. Comunque Clojure mi piace davvero tanto. Macro a gogo. Lazyness dove piu' importa (sequences). STM. Stateless, con stato facilmente gestibile in posti controllati. Lo *adoro*. Scala lo conosco poco, ma devo approfondire. Etc etc etc. IMHO i campi dove Python davvero spacca sono: 1. calcolo scientifico (c'e' di tutto, altissima qualita', ottime performance, quasi tutto free e supporto professionale di altissima qualita' per chi vuole e puo' pagarlo -- e se sei studente/accademico ti danno le versioni commerciali *gratis* [nb e' quasi tutto sw libero, quello che paghi e' il supporto, la pacchettizzazione che con certa roba in fortan non e' esattamente banale e il fatto che sappiano compilare in modo da massimizzare l'efficienza --) Sinceramente io ritengo tutto il pacchetto di qualita' paragonabile se non superiore ai vari Matlab. Qualita' non dal punto di vista del programmatore, ma dal punto di vista del non-programmatore. Spiego: come linguaggio Matlab e' una chiavica, Python e' favoloso. Li non ci si sposta molto. Tipicamente Python e' general purpose, Matlab fa molto bene le sue cose, ma quando ci si sposta un po' non e' troppo comodo. Il punto e' che Matlab ha un ambiente eccellente per lo sviluppo rapido di robba scientifica. IMHO Python ha messo su un ambiente quasi all'altezza (con i vari matplotlib + ipython etc). 2. Il web Nel resto pero', e qui e' il bello, e' in generale comunque eccellente. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
A me vengono. Erlang mi piace una cifra. Saro' onssto: lo ho visto, lo ho studiacchiato, trovo che serva per calcoli paralleli dove Python al momento e' in difetto, ma finisce li. Piacermi un linguaggio funzionale? Mmm no grazie. Poi sono gusti. Lawrence aveva fatto un bellissimo talk su fare lavorare Erlang con Python (ovvero usi Python come motore dentro al nodo e gestisci la comunicazione con Erlang). Haskell a modo suo mi piace. La sua STM e' veramente fenomenale. Qui potrebbe parlare Manlio. Haskell non ancora lo vedo bene, ma mi sembra possa fare il paio con il prcedente. Io personalmente difendo a spada tratta Clojure. Lo adoro. Mi piacciono molto (per certi versi anche di piu' Scheme e Common Lisp). Va bene, ma non serve che ci riveli tutte le tue perversioni dai ;) Per dire... comincia a lavorare con controllo di flusso non banale. Tipo che so... un bel aggeggio che fa backtracking peso, tipo un constraint solver. Farlo con le continuations e' per assurdo molto comodo. Comunque Clojure mi piace davvero tanto. Macro a gogo. Lazyness dove piu' importa (sequences). STM. Stateless, con stato facilmente gestibile in posti controllati. Lo *adoro*. Non ho occasione (me tapino) di confrontarmi con tali problematiche (non di co che non gradirei pero', solo non mi danno da mangiare). Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 08/12/2011 21:23, enrico franchi ha scritto: 2011/12/8 Carlos Catucci carlos.catu...@gmail.com mailto:carlos.catu...@gmail.com Ovvio, ce ne sono a bizzeffe, solo per citarne qualcuno ... ecco .. oppure ... ma anche ... va beh non mi vengono i nomi ora ma giuro che ci sono :) A me vengono. Erlang mi piace una cifra. A me proprio non piace. Mi piace invece il suo modello della concorrenza, e la robustezza del suo runtime. [...] Haskell a modo suo mi piace. La sua STM e' veramente fenomenale. Qui potrebbe parlare Manlio. Haskell resta il mio linguaggio preferito dopo Python per l'eleganza della sua sintassi (come Python usa l'indentazione, ma è opzionale) e l'uniformità / potenza. Il problema è che per fare cose pratiche non lo vedo molto bene. La lazyness che è non banale da controllare (però le strutture dati lazy mi piacciono perchè le vedo come una generalizzazione dei generatori), e il voler tenere a tutti i costi separato l'I/O dal resto porta a complicazioni che si potevano evitare (credo sia più pratico l'approccio di SML e/o Ocaml). In particolare in Haskell sei costretto a crearti (e definire con precisione) i tuoi pattern (Monadi) molto più spesso che in altri linguaggi. Magari è un pregio, ma per programmatori normali è un difetto. Sto cominciando a studiare altri linguaggi funzionali come SML e OCaml, ma il mancato supporto alle Type Classes di Haskell non me li fa apprezzare. Io personalmente difendo a spada tratta Clojure. Lo adoro. Piace anche a me, ma è ancora troppo giovane. E non ha CLOS, mi sembra (però vedo bene le interfacce: in Common Lisp è abbastanza brutto non averle, e le generic functions non sono usate molto nello standard - e probabilmente non sono efficienti come una implementazione semplice come quella in Clojure). Mi piacciono molto (per certi versi anche di piu' Scheme e Common Lisp). Su Common Lisp ho letto più libri che di ogni altra cosa ;-). [...] IMHO i campi dove Python davvero spacca sono: 1. calcolo scientifico (c'e' di tutto, altissima qualita', ottime performance, Non dimentichiamo però che le performance dipendono dai vari core scritti in C. Basta che fai qualcosa di non standard (vedi post di qualche tempo fa riguardo la scarsa efficienza quando il codice scritto in C deve chiamare codice scritto in Python nel main loop dell'algoritmo), e cominci ad avere problemi. In casi come questi magari Ocaml o Common Lisp sono una valida alternativa. Peccato che Common Lisp che non ha una comunità attivissima (ma in Maxima, ad esempio, ci sono moltissime cose disponibili) e Ocaml che non ha un modello di sviluppo aperto come quello di Python. Ciao Manlio -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7hIm4ACgkQscQJ24LbaUTmqwCglYw6YPjnTm6rvkUuqyqhF4Xs fkMAoIGe3tE8NkNykWLtQjC6OLGL3F36 =ZOAv -END PGP SIGNATURE- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/8 Carlos Catucci carlos.catu...@gmail.com Saro' onssto: lo ho visto, lo ho studiacchiato, trovo che serva per calcoli paralleli dove Python al momento e' in difetto, ma finisce li. Non direi che serve per fare calcoli *paralleli*. Cuda direi che serve per fare calcoli paralleli. Poi certo, con i vari mapreduce e combriccola puoi fare tantissimo calcolo parallelo anche con Erlang. Pero' ecco... direi che di per se Erlang e' piu' generale di cosi'. Piacermi un linguaggio funzionale? Mmm no grazie. Poi sono gusti. E perche'? Va bene, ma non serve che ci riveli tutte le tue perversioni dai ;) Mica sono perversioni... sono le cose che mi hanno formato *come Pythonista*. Credo che senza essermi ammazzato di programmazione funzionale oggi sarei semplicemente un programmatore molto peggiore di quello che sono. Non ho occasione (me tapino) di confrontarmi con tali problematiche (non di co che non gradirei pero', solo non mi danno da mangiare). Beh, dipende molto da quello che uno vuole/deve fare. Pero' oggi funzionale e' molto piu' mainstream di 5 anni fa. Direi che piano piano sta succedendo quello che accadeva 20 anni fa con la programmazione ad oggetti. -- . ..: -enrico- ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
E perche'? Semplicemente perche' a me i funzionali non piaciono molto. Gusti. Mica sono perversioni... sono le cose che mi hanno formato *come Pythonista*. Dai era per ridere. Credo che senza essermi ammazzato di programmazione funzionale oggi sarei semplicemente un programmatore molto peggiore di quello che sono. Io lo sono lo stesso (un programmatore peeggiore di quello che sono). Lo so suona strano m,a e' cosi' :) Beh, dipende molto da quello che uno vuole/deve fare. Pero' oggi funzionale e' molto piu' mainstream di 5 anni fa. Direi che piano piano sta succedendo quello che accadeva 20 anni fa con la programmazione ad oggetti. Solo che io al contrario della OOP non vedo vantaggi nel funzionale rispetto algli oggetti. Li uso se devo ma non ci impazzisco dietro. Carlos -- If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT! ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Il 08 dicembre 2011 12:55, Andrea Francia and...@andreafrancia.it ha scritto: Marco, il thread mi ha stufato. Io credo che possano esistere opinioni diverse, e mi piace quando se ne riesce a discutere. Quando si parla di cose oggettivamente vere no ce la faccio. Quindi per me non è utile perdere tempo a leggere o spiegare meglio le mie risposte. Scusami ma a fronte di: php print '3viso'+2; 5 ...su cosa vuoi discutere? E mica è finita: php print 'viso3'+2; 2 A quali esigenze andrebbe incontro una cosa del genere? Non è una questione opinabile. Non ha senso. Punto e fine. Figurati che quando l'ho visto ho pensato che non potesse essere davvero così. Ho dovuto provarlo qui http://writecodeonline.com/php/ --- Giampaolo http://code.google.com/p/pyftpdlib/ http://code.google.com/p/psutil/ ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Grazie a tutti per le risposte, alcune anche molto divertenti :-) Ovviamente il confronto lo intendevo solo applicato al web, l'unico campo in cui credo si possa usare PHP. Porterò tali riflessioni in azienda. Hola Bonzo -- http://www.ilbonzo.org - http://www.matteomagni.net tel: 051 0546614 - mobile: 366 4336238 via Seminario, 24 - 40068 San Lazzaro di Savena (BO) skype: ilbonzo.org - http://twitter.com/ilbonzo ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
che il pythone sia con te, cavaliere :) Il giorno 07/dic/2011 12.40, Matteo Magni mat...@magni.me ha scritto: Grazie a tutti per le risposte, alcune anche molto divertenti :-) Ovviamente il confronto lo intendevo solo applicato al web, l'unico campo in cui credo si possa usare PHP. Porterò tali riflessioni in azienda. Hola Bonzo -- http://www.ilbonzo.org - http://www.matteomagni.net tel: 051 0546614 - mobile: 366 4336238 via Seminario, 24 - 40068 San Lazzaro di Savena (BO) skype: ilbonzo.org - http://twitter.com/ilbonzo ___ 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] [OT]: PHP critique [ERA] Re: Python e html
2011/12/6 Carlo Miron mi...@python.it 2011/12/6 Carlos Catucci carlos.catu...@gmail.com: Inoltre hai la concatenazione di stringhe con il . al post del logico + (fare overloading dell'operatore era cosa complessa si vede). Piu` che altro il problema e` che php print '3'+2; 5 php print '3a'+2; 5 php print '3viso'+2; 5 php print 'ciao'+2; 2 Premessa: Io non sono l'avvocato di nessun linguaggio. Per me ognuno usi quello che preferisce o quello che trova più adatto. Per quanto mi riguarda cerco di usare quello che mi sembra risolvere meglio il problema e adoro imparare linguaggi nuovi. Anch'io non capivo il senso dell'esistenza del '.' per concatenare le stringhe, poi me l'hanno spiegato. PHP è stato fatto per scrivere veloci script web. Tutti i parametri che ti arrivano dal client web (per esempio come parametri della GET o della POST) sono stringhe. Supponi di dover fare una pagina che stampa la somma di un numero, dovrebbe funzionare così: $ curl http://mioserver/somma.php?a=10b=11 21 Se hai un linguaggio come php puoi implementarla con (potrei sbagliare la sintassi): print $_REQUEST['a'] + $_REQUEST['b'] In questo modo non devi fare la conversione stringa-numero e non ottieni risultati scorretti come '1011' Non devi neanche gestire le eccezioni, è chiaro che è molto implicito e che sa un po' di quick and dirty, ma 1) in alcuni casi non serve 2) e se serve allora hai sbagliato linguaggio :-( Questo è più il motivo per cui hanno hanno deciso di mettere due operatori. Non voglio assolutamente discutere se questo sia un approccio valido o meno, è stata la scelta dei progettisti di PHP che può piacere o non piacere. In ogni caso immagino che quando mi capita di decidere tra Python o PHP per fare un lavoro ho molti altri motivi più rilevanti che influenzano la mia decisione. L'ho riportato perché mi sembrava interessante. Ciao -- Andrea Francia http://www.andreafrancia.it ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python