<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=UTF-8">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
<br>
<blockquote type="cite" cite="mid408D26FA.7050008@tekNico.net">
<blockquote type="cite">
<pre wrap="">GUI-Pro: C++...
</pre>
</blockquote>
<pre wrap=""><!---->
Il punto di vista di un Pylebano: ;^)
Web-Rad: Python + Quixote (molto meglio di PHP)</pre>
</blockquote>
Domanda su Quixote: è mai possibile che<br>
1. non si riesca a capire come si gestiscono le form in maniera
intuitiva<br>
2. si debba STOPPARE E RIAVVIARE il medusa quando si cambia qualcosa?<br>
<br>
Mi sa più di Jboss ("Sad") che di Web Rad... Non mi parlate di hot
deploy che gli faccio fare il timing di quello che ci mette ant...
Piaccapi (e perfino, fino a un certo punto, le Jiasp) mi fanno fare
edit+reload. Quixote no, o sbaglio qualcosa? Da qualche parte ho letto
che strutturalmente il python non consente il reload e quindi...<br>
<br>
<blockquote type="cite" cite="mid408D26FA.7050008@tekNico.net">
<pre wrap="">Web-Pro: Python + Twisted (ai livelli di J2EE, e meglio come modello
di esecuzione, consumo di memoria e
protocolli di rete)</pre>
</blockquote>
Zope no? Eppure... eppure al momento la maggior parte delle aziende
OpenSource sono Aziende Zope. Almeno da quello che vedo io. Metodo
statistico usato: "a me me pare che... da quello che vedo e che
conosco...". Affidabilità di questa affermazione: ZERO. Però si usa.
Come CMS è fantastico. Per tutto-il-resto che ci fanno fare ho i miei
dubbi, però lo usano.<br>
<blockquote type="cite" cite="mid408D26FA.7050008@tekNico.net">
<pre wrap="">GUI-Rad: Python + wxPython
GUI-Pro: Python + PyQt </pre>
</blockquote>
<blockquote type="cite" cite="mid408D26FA.7050008@tekNico.net">
<pre wrap="">(C++ è un errore/orrore storico...)</pre>
</blockquote>
Sarà pure un errore (cosa che non concordo) ma allora gli 11mila
progetti in C++ di source forge cosa sono? Sai la battuta su cosa
bisogna mangiare perché 100 miliardi di mosche non possono sbagliare?<br>
<br>
C++ è nato in un certo modo, come evoluzione del C. Ci hanno messo
troppo, è vero, ma nessuno dice che devi usare tutto quello che c'è a
disposizione. Se un aereo ha 10mila manopole da girare, mica è detto
che le devi usare tutte e tutte insieme...<br>
<br>
Il problema è che per imparare a programmare in C++ ci vuole parecchio.
Una volta imparava il C++ chi già sapeva il C. Oggi imparano il C++
senza capire (e sapere) che sotto c'è il C. <br>
<br>
A mio avviso, una volta il cammino ottimale era: prima C poi C++. Oggi
è (ed è validissimo) prima Java, poi C++. Prima impara la
programmazione ad alto livello. Poi impara a ottimizzare ;-). Credo che
dopo aver visto quello che succede alla memoria in un bel server con
WebLogic o solo tomcat, si rimpiangono i bei tempi in cui c'erano la
malloc e la free...<br>
<blockquote type="cite" cite="mid408D26FA.7050008@tekNico.net">
<pre wrap="">aggiungiamo un po' di C quando tocca ottimizzare e Psyco o Pyrex non ce la
fanno, e il cocktail è pronto. :^)</pre>
</blockquote>
E al cliente, quando gli racconti che lo fai in Python, non gli viene
una paresi? Io ho dei clienti che per fortuna gli è venuta una paresi
quando gli ho detto che li facevo in java, per cui glielo sto facendo
in Python, ma sono clienti molto molto molto speciali.<br>
<br>
</body>
</html>