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" 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
[Python] [OT] Python e Amazon Kindle
Complimenti a Marco Beri, il suo libro "Programmare in Python" è attualmente il più venduto libro di programmazione nel Kindle store italiano :-) ... ... ... Si beh, c'è anche da dire che per ora la top 100 programmazione è composta da appena sei libri, però un primo posto è pur sempre un primo posto ;-) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT] Python e Amazon Kindle
2011/12/7 Francesco Maida > Complimenti a Marco Beri, il suo libro "Programmare in Python" è > attualmente il più venduto libro di programmazione nel Kindle store > italiano :-) > Finalmente potrò guardare dall'alto in basso ,a J. K. Rowling... :-)) Si beh, c'è anche da dire che per ora la top 100 programmazione è > composta da appena sei libri, però un primo posto è pur sempre un > primo posto ;-) > Sttt Ciao. Marco. P.S. Da dove ti arriva l'info? Un link? ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT] Python e Amazon Kindle
2011/12/7 Marco Beri > P.S. Da dove ti arriva l'info? Un link? > Trovato: http://www.amazon.it/gp/bestsellers/digital-text/1338385031/ref=zg_bs_unv_kinc_3_1344994031_1 Però a onor del vero sono primo non tra sei ma tra diciotto :-) Ciao. Marco. ___ 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 > 2011/12/6 Carlos Catucci : > > 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=10&b=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
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
2011/12/7 Andrea Francia > print $_REQUEST['a'] + $_REQUEST['b'] giusto e se gli passi un parametro a cavolo, nella somma lui semplicemente lo ignora... chi di voi ci farebbe un programma per la contabilità? a parte gli scherzi, è nato per fare le HomePage, poi si è evoluto e adesso ha la diffusione dalla sua parte, niente di più. S ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Se hai un linguaggio come php puoi implementarla con (potrei sbagliare la sintassi): > > print $_REQUEST['a'] + $_REQUEST['b'] > Se mi buttassi dal 20mo piano potrei morire. Che discorso e' questo? Se sbaglio a scrivere la colpa non e' del linguaggio nedeve adaatare la sintassi al fatto che io sia distratto. In C potrei scrivere in maniera impropria uno * e invece che moltiplicare indicare un puntatore ad una variabile. Devo quindi secondo questa assurda logica usare un'altro carattere (che ne dite di §?) per indicare i puntatori? > In questo modo non devi fare la conversione stringa->numero e non ottieni > risultati scorretti come '1011' > E perche' non devo farla? Troppa fatica? Se ci fai caso, lavorando con la coppia PHP + Javascript capita spesso di concatenare stringhe e si sbaglia piu' spesso usando un operatore (ad es il '.' in js oppure il '+' in php) di quanto non accade di avere casi limite come quello da te indicato. Posto che se sto programmando e scrivendo codice voglio focalizzarmi il piu' possibile sul cosa fare e non sul come farlo (*) ribadisco l'assurdita' di usare il '.' per la concatenazione. Non devi neanche gestire le eccezioni, > ALT! LE eccezioni vanno SEMPRE gestite. Perche' sono eventi appunto eventi eccezionali e imprevedibili. > è 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. > Un tempo leggevo del paragone tra C e Pascal (tnti anni fa). Il Pascal ti imponeva regole su regole, il C ti lasciava libero di fare i danni che credi ma anche di sperimentare come vuoi, La domanda finale era: sceglieresti un linguaggio che ti dice lui cosa puoi fare o meno o uno che ti lascia libero di creare? la risposta viene dalla nota citazione: "Niklaus Wirth, the Pascal creator is called Niklaus Wirth in Europe and Nick Less Worth in USA. That because in Europe is called by reference and in USA by Value". > > 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. > Non e' la scelta che mi lascia piu' perplesso (ho visto anche di peggio purtroppo) quanto la motivazione della stessa (leggendola sentivo rumore di unghie su vetro). 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. > Non avevo dubbi che per te come per me si decida il linguaggio in base ad altri parametri, la mia era una osservazione in generale. Quando vengono fatte cose fuori standard per tiramento degli autori, o per distinguersi, diciamo che il mio senso del fastidio viene stuzzicato. Adoro del Python scelte coraggiose (esempio non avere costrutti tipo switch case, se ti serve vuol dire che hai sbagliato approccio) fatte perche' sono quelle milgliori. * Non ricordo se sia stato detto Da Raymond o da Betcke, ma la frase conta: "Programmo in python perche' mi posso concentrare sul cosa devo fare, visto che il come farlo e' conseguenza logica" 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] Python e Amazon Kindle
> Si beh, c'è anche da dire che per ora la top 100 programmazione è > composta da appena sei libri, però un primo posto è pur sempre un > primo posto ;-) > Mi unisco ai complimenti a Marco (se non ho asncora comprato il suo libro e' solo perche' ancora non passo in libreria, e non amo comprare in rete). Che siano 6 o 100 sempre il primo posto rimane. 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] Python e Amazon Kindle
> > Finalmente potrò guardare dall'alto in basso ,a J. K. Rowling... :-)) > Non dovevi apsettare cosi' tanto. Anche se lei pure ha usato Python :P 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] Python e Amazon Kindle
On 07/dic/2011, at 13:08, Marco Beri wrote: > > Finalmente potrò guardare dall'alto in basso ,a J. K. Rowling... :-)) Beh...per te è facile guardare la gente dall'alto in basso :-D -- Davide Corio davide.co...@domsense.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT] Python e Amazon Kindle
Però a onor del vero sono primo non tra sei ma tra diciotto :-) A maggior gloria. Dopo questa un autografo dall'autore sul libro alla prima occasione mi spetta ;) 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] Python e Amazon Kindle
2011/12/7 Carlos Catucci > Dopo questa un autografo dall'autore sul libro alla prima occasione mi > spetta ;) > Beh, visto che parliamo di ebook, la firma dovrà per forza essere digitale :) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT] Python e Amazon Kindle
Dopo questa un autografo dall'autore sul libro alla prima occasione mi spetta ;) > > Beh, visto che parliamo di ebook, la firma dovrà per forza essere digitale > :) > Io volevo accattare la versione cartacea. Pero' una digital signature GPG ci sta' tra noi inforNatici (come direbbe il Rev. Nando Santagata, che pii e' stato il primo a parlarmi di Python in una riunione Erlug di parecchi anni fa). 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] Python e Amazon Kindle
On Wed, Dec 7, 2011 at 13:30, Marco Beri wrote: > Però a onor del vero sono primo non tra sei ma tra diciotto :-) e di quei 18, 5 li ha scritti la stessa persona :-) ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT] Python e Amazon Kindle
e di quei 18, 5 li ha scritti la stessa persona :-) La gente che sta sempre li a guardare il capezzolo. I guardoni. 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] Python e Amazon Kindle
On Wed, Dec 7, 2011 at 16:54, Carlos Catucci wrote: > La gente che sta sempre li a guardare il capezzolo. Non so perché... ma io avrei detto: "La gente che sta sempre li CAPELLO" S ___ 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 > Se hai un linguaggio come php puoi implementarla con (potrei sbagliare la > sintassi): > >> >> print $_REQUEST['a'] + $_REQUEST['b'] >> > > Se mi buttassi dal 20mo piano potrei morire. Che discorso e' questo? Se > sbaglio a scrivere la colpa non e' del linguaggio nedeve adaatare la > sintassi al fatto che io sia distratto. In C potrei scrivere in maniera > impropria uno * e invece che moltiplicare indicare un puntatore ad una > variabile. Devo quindi secondo questa assurda logica usare un'altro > carattere (che ne dite di §?) per indicare i puntatori? > Mi sa che non mi sono spiegato. La logica non era evitare l'overloading degli operatori, ma avere che l'espressione: a + 1 desse lo stesso risultato sia che a fosse "10" stringa che 10 intero. Così si evita di dover scrivere int(a) o atoi(a). Come ho detto prima non voglio discutere se è un approccio migliore o peggiore di altri. Per me il linguaggio è uno strumento. > In questo modo non devi fare la conversione stringa->numero e non ottieni >> risultati scorretti come '1011' >> > > E perche' non devo farla? Troppa fatica? > Sì troppa fatica. Discutine con i designer del PHP però, non con me. Non devi neanche gestire le eccezioni, >> > > ALT! LE eccezioni vanno SEMPRE gestite. Perche' sono eventi appunto eventi > eccezionali e imprevedibili. > Capisco la tua opinione, io la penso diversamente, in modo meno categorico. Secondo me dipende dal contesto e dal problema e dalla singola eccezione. Avrebbe senso gestire l'eccezione che il tuo script non riesce a fare un import? Quasi sempre no, ma a volte sì. 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? 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. Naturalmente quando ha senso gestirle si gestiscono. 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
WAS Python e HTML => MA WAS PURE Critique PHP? => Gestione Eccezioni 2011/12/7 Andrea Francia > 2011/12/7 Carlos Catucci > >> Non devi neanche gestire le eccezioni, >>> >> >> ALT! LE eccezioni vanno SEMPRE gestite. Perche' sono eventi appunto >> eventi eccezionali e imprevedibili. >> > > Capisco la tua opinione, io la penso diversamente, in modo meno categorico. qui da noi si dice "di palo in frasca" S ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
> > > Mi sa che non mi sono spiegato. > Piu' facile che io non abbia capito, credimi :) > La logica non era evitare l'overloading degli operatori, ma avere che > l'espressione: > > a + 1 > > desse lo stesso risultato sia che a fosse "10" stringa che 10 intero. Così > si evita di dover scrivere int(a) o atoi(a). > Mm carino. Ma la stessa cosa io la ottengo in altri linguaggi. In pratica se sommo un a stringa ed un intero ottengo un errore, ma e' giusto. Potrei overloadare trasformando l'intero in stringa, ma sarebbe pericoloso. > Come ho detto prima non voglio discutere se è un approccio migliore o > peggiore di altri. Per me il linguaggio è uno strumento. > In questo concordo,ma se devo fare un lavor cerco di uusare lo strumento migliore, Se devo piantare un chiodo nel muro non uso il badile. Che invece e' lo strumento migliore per scavare buche. PHP e' lo strumento adeguato per hosting a basso costo. Se il cliente si incapoccia a voler hostare con certi che gestiscono solo PHP (o al massimo ASP) o sfanculo il cliente (se posso permettermelo) oppure mi adeguo (se non posso) a usare PHP. Certo non liscio, uso un framework come Symfony almeno. E perche' non devo farla? Troppa fatica? Sì troppa fatica. Discutine con i designer del PHP però, non con me. Loro non sono venuti qui a parlarne quindi ... :) Capisco la tua opinione, io la penso diversamente, in modo meno categorico. Io la penso cosi' dopo 22 anni di programmazione dove quando mi sono permesso di non pensarla cosi' sono dovuto intervenire presso "final user" allarmatissimi per un innpcuo e stupido warning. > Secondo me dipende dal contesto e dal problema e dalla singola eccezione. > Avrebbe senso gestire l'eccezione che il tuo script non riesce a fare un > import? Quasi sempre no, ma a volte sì. > Ma tu a priopri puoi essere certo che in quel pezzo di codice non sia necessario ? > 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. 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. > 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 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 07 dicembre 2011 14:30, Andrea Francia ha scritto: > 2011/12/6 Carlo Miron >> >> 2011/12/6 Carlos Catucci : >> > 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 > > 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 :-( Scusa ma con tutta la buona volontà non riesco a digerire una cosa di questo tipo: php > print '3viso'+2; 5 E' una cosa che è *oggettivamente* sbagliata, indipendentemente da tutto, e non è giustificabile con "mi serve qualcosa di quick and dirty". Non è "quick", dato che se il comportamento del linguaggio è quello sei obbligato a controllare l'input a priori (e quindi scrivi più codice e perdi più tempo). Davvero, questo: php > print '3viso'+2; 5 ...è da WTF mondiale! > 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. Non è una questione di gusti. '3viso'+2 che ritorna 5 è oggettivamente un aborto e non vedo una sola ragione che giustifichi una scelta simile (di nuovo: non è "quick"). > 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? --- 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
Dipende se lo importi con include() o require(). No comment. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
senza contare il require(o include)_once che è passibile di esecuzione capitale. Carlos Il giorno 07/dic/2011 18.34, "Marco Mariani" ha scritto: > Dipende se lo importi con include() o require(). No comment. > > ___ > 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 07 dicembre 2011 18:34, Marco Mariani ha scritto: > Dipende se lo importi con include() o require(). No comment. Non capisco... lo use case di include() quale sarebbe? --- 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
On Wed, Dec 7, 2011 at 19:20, Giampaolo Rodolà wrote: > Il 07 dicembre 2011 18:34, Marco Mariani ha scritto: >> Dipende se lo importi con include() o require(). No comment. > > Non capisco... lo use case di include() quale sarebbe? Metti che, per non far fatica a pensare, Joe Scripter copia&incolla in testa a tutte le sue pagine un bel bloccazzo di script da importare, indipendentemente dal fatto che li usi o meno. Metti che un giorno, per sbaglio, Joe cancella uno script a caso (ovviamente Joe si stanca ad usare un SCM); mica pretenderai che vada in cerca per tutto il sito per trovare dove lo includeva, scusa? A meno che non abbia fatto l'errore di usare require, ovviamente. © ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT]: PHP critique [ERA] Re: Python e html
Nessuno, ovvio. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
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 ? 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. 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: (non svenite dal ridere ma una volta si lavorava a sta maniera) file CreaTabella.php: exec($query[$titolo])->DammiRighe()); require "FormatTabella.php"; //uno script che usa la classe per fare qualcosa include "DecoraTabella_".trim($titolo).".php"; //un decoratore per la tabella che può esserci o no echo $temp->output(); ?> file esempio.html [...] 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. 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... 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. 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. Non penso che la comunità di drupal o i pazzi di pradosoft (tentativo molto interessante anche se ormai superato) siano dei masochisti. Ma potremmo dire anche Wordpress o Facebook che sono entrambi in php. 2011/12/7 Marco Mariani > Nessuno, ovvio. > > ___ > 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
