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. <br><br>

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 ...<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div>

</div><div>Noi abbiamo spostato il discorso su delle *scemate*. Scemate che sono *sintomi*, ovviamente.</div><div>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.</div>

</blockquote><div><br>Onestamente io segnalavo quelli come esempi. Ho detto fin dall'inizio che a scrivere tutte le magagne serve Wikipedia.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



<div>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. </div></blockquote><div><br>Nessuna war. Rispondevo ad una domanda posta. <br>

 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div>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.</div>

</blockquote><div><br>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.<br>

 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div>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.</div>

</blockquote><div><br>Ripeto si puo' paralre di tante scose, abbiamo citato le prime e si e' inalberato. <br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



<div>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. </div><div>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.</div>

</blockquote><div><br>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.<br>

 </div></div>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. <br>

<br clear="all">Carlos<br>-- <br>If you have no voice, SCREAM! If you have no legs, RUN! If you have no hope, INVENT!<br><br>