Ciao, >> Quindi secondo te i problemi di performance delle applicazioni java >> stanno nella sintassi del linguaggio? No. Il problema è che la sintassi induce troppe code monkey a scrivere spazzatura al posto di ragionare; in più ci vogliono troppe righe di codice, in particolare un numero di righe troppo vicino al C++ per realizzare la quasi totalità degli algoritmi che possono servire, ovviamente non considero il numero di librerie presenti che è una cosa diversa dal linguaggio in sé. Non è che in py/pl/rb/erl/* non puoi scrivere spazzatura è che è mediamente meno "intuitivo" farlo e il numero di righe di codice necessario a fare qualcosa è generalmente molto più basso del java...
>> Da qui emerge tutto l'odio gratuito per java..... ti sta antipatico >> a pelle di la verità :P si è vero :-) >> Android performa benissimo comunque, almeno nella 2.2 dove hanno >> aggiunto il just in time compiler non sono daccordo: ho un G1 con cyanogen 6.0 (Android 2.2, jit attivo, compache attivo, swap su sd cl6 ecc) e un N1 stessa rom, escludiamo pure il G1 ma l'N1? Va veloce ma se non lo rebooti ogni giorno rallenta sempre più, la responsività sotto carico (es hai il navigatore attivo e ricevi una telefonata), la responsività a vuoto è mediamente più bassa di un n900 che ho avuto tra le mani 2gg e di un n810 che ho usato per anni... Fa certo più cose, specie per le google apps ma comunque si _percepisce_ come sistema pesante il maemo/meego no. >> si ok, java non avrà la sintassi più facile, ma di certo è molto >> robusta, (e questo permette la realizzazione di IDE, cosa che manca >> agli altri sopra citati)... facile non saprei, non mi sembra più facile del C++; semmai è più pulita, solo in teoria però perché al lato pratico il 90% delle app java sono bloat di codice osceni... Sugli ide poi... Mai provato ad aggiornare maven su Eclipse? Una volta su due hai un coro di exception enorme e puoi solo bestemmiare; con nb è meno peggio anche se presenta problemi (e .netbeans cresce in modo vertiginoso) _troppo_ spesso; jdeveloper poi non ne parliamo, addirittura si è piantato *6* volte ad una demo (una build *stabile*) all'ultimo meeting del jug di Genova... >> ad ogni modo sono d'accordo sul fatto che python o ruby siano >> una bomba.... ma tutto questo proliferare di nuovi linguaggi a cosa porta? spero alla selezione naturale che decreti la morte di php, c++, java *.net &c :-) ad ogni modo nei primi '90 c'era una proliferazione simile dal tcl passando per awk, sed, ecc sino a expect; micro-linguaggi task oriented ma erano pur sempre un mucchio, alcuni usati ancora oggi altri, come il modula dimenticati altri ridimensionati un bel po' come gli n dialetti del pascal che usano solo nelle superiori e nella cartografia, o il cobol per il banking... Direi che in quei casi la selezione ha funzionato! >> Serve anche uno standard, per unire le forze, per capirsi, come la >> matematica, l'uml l'inglese (io potrei dire che è una lingua di merda >> nella quale è difficile esprimere concetti complessi, eppure sono pro >> la sua diffusione, poichè avere questo linguaggio universale aiuta) concordo in pieno! Un po' meno concordo sull'effettiva standardizzazione vedi molti megaliti java da websphere a jboss a weblogic come girano su diverse jvm... E vedi come viene storpiato l'uml nella maggior parte dei progetti in cui viene usato... >> Java è il piu diffuso ad oggi, quindi se dovessi scegliere tra java e >> ruby per svilppare una grande applicazione sceglierei ancora java, suderei per una scelta del genere, il ruby ad es. ha ancora un bel po' di strada da fare ma lo vedo come il futuro, il java ha un'enorme base ma lo vedo alla fine della corsa... Mi ci penserei un bel po'... >> ma fra un pò sta a vedere che il linguaggio universale sarà javascript.... lo temo, lo temo _veramente_ molto. > ps. aprite sto google groups? o aspettiamo che spengono i server? mi sembrava che qualcuno avesse già fatto un gruppo, ad ogni modo aspetterei Luca Morettoni le nostre mail le sappiamo quindi ritrovarci, almeno per chi è realmente interessato, non dovrebbe essere per nulla difficile. Che ne dite di aprire un 3d dedicato al gruppo si/no/google/usenet, nome ecc? -- Kim Allamandola _______________________________________________ ug-itlosug mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/ug-itlosug
