<br><div class="gmail_quote">2011/4/1 Alan Franzoni <span dir="ltr"><<a href="mailto:mailing@franzoni.eu">mailing@franzoni.eu</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

2011/3/31 Carlos Catucci <<a href="mailto:carlos.catucci@gmail.com">carlos.catucci@gmail.com</a>>:<br>
>>> Tranquillo: non esistono :-)<br>
<div class="im">> Ammetto di essermi fermato a java .15 e quindi non o come sia evoluto<br>
> il linguaggio.<br>
<br>
</div>Cambia pochissimo tra 5 e 6 a livello di linguaggio; sono solo quasi<br>
miglioramenti infrastrutturali.<br></blockquote><div><br></div><div>e tra la 6 e la 7 ancor meno :-)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">


<div class="im">> Che i citati siano un po' da raffinare (passami l'eufemismo) si, ma<br>
> stiamo parlando di tool esterni. Come se dicessi che quell'auto e'<br>
> eglio di quell'altra perche' il concessionario ha un salone piu'<br>
> curato.<br>
<br>
</div>Sto dicendo che non conta solo il linguaggio, contano tutti i tool che<br>
ci stanno intorno.<br>
<br>
L'esperienza di Android e IOS insegna: è l'ecosistema che fa la<br>
differenza. Se ci metto poco a programmare, ma poi è un parto per ogni<br>
dipendenza esterna, il risultato è che tenderò a reinventare ogni<br>
volta la ruota piuttosto che riutilizzare ciò che è già disponibile.<br>
<div class="im"><br>
> Se m metto a cercare sul repository Ubuntu di API, warapper, libraries<br>
> etc per python non arrivo a fine prima idi sera (va bene che non e'<br>
> prestissimo ;) ) e il concetto di battery included non e' di Java.<br>
<br>
</div>Per API intendo un set di interfacce ben preciso e condiviso, che mi<br>
permetta di programmare una certa funzionalità e scegliere a<br>
posteriori una specifica implementazione - come appunto la DB-API o<br>
WSGI. Il mondo Java ne è letteralmente stracolmo; ovviamente la<br>
definizione e l'evoluzione delle interfacce porta via un bel po' di<br>
tempo, ma consente di programmare per una specifica e non per<br>
un'implementazione.<br></blockquote><div><br></div><div>Lo standard serve ai vendor per vendere i loro prodotti.... java è stracolmo di standard che non fanno quello che serve alle persone quindi fai il 90% standard e il 10% legato al prodotto....</div>

<div><br></div><div>e chi ci guardagna è solo chi arriva con la soluzione in mano, vedi toplink anziche hiubernate, vedi kodo ecc.... sembra che il motto sia sviluppate standard cosi noi vendiamo.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im"><br>
>> Specifica standard per il runtime: vi è mai capitato che su una certa<br>
</div><div class="im">> ne esistono diversi ma non mi sembra che java se gli manca un package<br>
> se lo vada a cercare da se<br>
<br>
</div>Ne esistono diversi: quali?<br>
<br>
Poi Java non è che "se li vada a cercare da sè", ma ha un sistema di<br>
build e dependency management quale Maven che consente di specificare<br>
in maniera *dichiarativa* i requisiti di un'applicazione.<br></blockquote><div><br></div><div>c'è un progetto setuptools2 che scrive in modo dichiarativo su xml le pipendenze...</div><div>non credo che ci guadagneremo nulla, meglio scrivere in python. </div>

<div><br></div><div>setuptools e pypi non hanno niente da invidiare a maven</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
> Un ottimo sviluppatore a oggetti lavora bene con qualsiasi linguaggio<br>
> ad oggetti. Ma non ha nulla a che vedere con il fatto che un<br>
> linguaggio sia migliore di un'altro.<br>
<br>
</div>Questa tendenza però rischia di diventare dannosa per la community.<br>
Sentirmi snobbare una soluzione già true & proven su un'altra<br>
tecnologia solo perché "sarebbe l'approccio di Java" mi fa schifo.<br>
Sentirmi rigettare alcuni principi di sviluppo ( SOLID ) perché 'In<br>
Python non servono' mi sembra una vaccata. Però succede, e ti confesso<br>
che mi succede molto più spesso sui progetti Python che non su quelli<br>
Java.<br>
<div class="im"><br></div></blockquote><div>ma che centra con il linguaggio.... i talebani li trovi ovunque.</div><div>tu ne hai visti più in python e io ne ho visti più su java... ma questo non ci deve portare a dire javisti/pythonisti non scivono solid... dipende dal programmatore non dal linguaggio</div>

<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> Esprimere un punto di vista personale su due "oggettI" non mi sembra<br>
> spocchia. Au contraire trovo tantissimi Javisti che quando dici  cche<br>
> usi Python ti guardano come a dire: "Si va bene, torna pure a giocare<br>
> con i cubetti di legno e lasciaci lavorare".<br>
<br>
</div>E anche quegli sviluppatori Java saranno probabilmente spocchiosi e<br>
non faranno scelte adeguate :-)<br>
<div class="im"></div></blockquote></div><br><div>parliamo di produttività, è l'unica cosa che conta....</div>