Newsgroup: it.lavoro.informatica
Titolo: Linux Affinity

Molti sistemi operativi, compreso AIX 5.x stanno introducento la
cosidetta "linxu affinity" o meglio, la possibilità, di far girare in nativo
quanto su linux è stato scritto con il noto gcc.
Mi chiedo...e l'ora della fine di java ?
Ciao.

 wrote in message
news:xtOCa.31481$pR3.6...@news1.tin.it...

Si, si, allo stesso modo in cui si credeva che le applet dovevano far
scattare una nuova era di internet.... ma possibile che ancora si crede al
pentolone d'oro in fondo all'arcobaleno???

 Ciao.
ma perche qualcuno di voi usa ancora quella lentissima baracconata? :)))

 Mi chiedo...e l'ora della fine di java ?
Premetto che Java non mi è mai piaciuto (troppo lento imo)... ma non 
credo che sarà sostituibile a breve.
Seppur in misura molto minore rispetto al passato [grazie al cielo] (ti 
trovavi programmi java in quasi tutte le pagine web che visitavi) è 
ancora l'unico linguaggio multipiattaforma/multiOS in grado di 
funzionare all'interno di un browser.
Credo comunque che si stia abbandonando java (questa è una mia opinione 
personale non supportata da fatti concreti), si è capito che le applet 
java davano più fastidio che beneficio... oltre a rendere l'eventuale 
sito web inusabile a chiunque avesse il java-engine disabilitato o non 
supportato dal browser (pensa ad essere ciechi e dover usare un browser 
vocale o testuale... le applet java erano completamente inusabili).
Ciao,
   Luca

 java davano piů fastidio che beneficio...
In effetti Java viene usato lato server, piů che altro.
Ciao,
 Stefano
----------
"X WindowSSS, teSSSoro mio... lo odieremo per SSSempre"
Bill Gollum
----------


Ciao
Alex.

Alessandro wrote:

Ciao
scusate è da un po' che seguo il gruppo e stavolta mi son sentito in dovere 
di intervenire visto che si tratta del mio pane (Java) :)
Mi pare che purtroppo rispetto a questo argomento troppo spesso si parli con 
poca cognizione di causa. 
Dire che Java è lento oggi è realmente anacronistico: suggerirei a tutti 
quelli che lo affermano di installarsi il jre1.4.1 (perché dal "lento" 1.1 
di strada se ne è fatta parecchia), o meglio il jre1.4.2 beta (che a 
differenza di *altre* beta è incredibilmente stabile).
Poi: Java sta morendo?? Mai sentito parlare di j2ee... progetto Jakarta, 
j2me, java4gl...mai utilizzato TomCat o JBoss (almeno le jsp?)... mai fatto 
un giro su SourceForge per vedere quanti progetti Java ci sono? 
Per farvi un'idea guardate questo link:
http://sourceforge.net/softwaremap/trove_list.php?form_cat=160
Conoscete le modifiche che verranno introdotte al linguaggio col jdk1.5 
(template, boxing-unboxing, novità "sintattiche"... ): vi pare un 
linguaggio che sta morendo?
Senza contare gli altri vantaggi di Java: stabilità, portabilità, design 
quasi perfettamente OOP... una manna difficilmente rintracciabile in altri 
linguaggi.
Il mondo pullula di programmi (e programmatori) Java... probabilmente ad 
oggi è il linguaggio più utilizzato, e qui in Italia sembra che vediamo 
tutto il contrario... non so quanto sia buono per chi sta cercando di 
affacciarsi al nostro mondo.
Scusate lo sfogo ma quando ce vo' ce vo' :)
Michelone
-- 
/// /  /   /    MICHELONE

 si è capito che le applet java davano più fastidio che beneficio... oltre a >rendere l'eventuale sito web inusabile a chiunque avesse il java-engine >disabilitato o non supportato dal browser (pensa ad essere ciechi e dover >usare un browser vocale o testuale... le applet java erano completamente >inusabili).
Beh effettivamente le applet hanno fatto schifo anche a me, però un
consiglio....non limitatevi a giudicare Java solo per le applet ormai
sono superate.
Spero ancora di non aver creato motivo di litigio e di discussione:-)
Ciao,
G.M.

linguaggi.
tutti i linguaggi .NET praticamente :)
-- 
Lawrence "Rhymes" Oluyede
http://loluyede.blogspot.com
UGIdotNET - User Group Italiano .NET  
http://www.ugidotnet.org

 linguaggi.
Be anche il C# non è male ;)
MAX

 Be anche il C# non è male ;)
per il design ok (chissà a che linguaggio assomiglia ;-)), per la stabilità 
non mi pronuncio, per la portabilità... ehm :)
ciao!


 Michelone
Idem,
	Nicholas

 dei telefoni Java enable ?
Me lo sto chiedendo in effetti. Perchè è portabile ? Perchè hanno
portato la VM ? Perchè la Sun ha degli ottimi commerciali ?
Ciao,
	nicholas

 tutti i linguaggi .NET praticamente :)
Che .NET sia stabile devo ancora rifletterci (troppi riavvii di server 
windows in azienda finora) ma non ritengo di avere ancora i mezzi per 
pronunciarmi se non confrontare con molti server linux/tomcat che abbiamo 
avviato in Ottobre dell'anno scorso e finora stanno ancora lì.
Portabile non lo è certamente (sì lo so che c'è in corso un porting su Linux 
etc., ma poi c'è anche Mac, c'è solaris, ci sono i cellulari etc.).
PS: non volevo dir nulla contro .NET, solo difendere Java che mi sembrava un 
po' maltrattato e indifeso in questo thread ;)
Ciao!


 quando tenti di fare l'overloading degli operatori ?
Stai parlando di scelte perfettamente valutate dagli ideatori del 
linguaggio, non parti di OOP "dimenticate". I tipi primitivi sono stati 
introdotti per questioni di efficienza (e i puristi saranno accontentati 
col boxing-unboxing automatico), e l'overloading degli operatori non è 
stato aggiunto nemmeno nelle feature della 1.5 perché considerato (IMHO a 
ragione) una discreta fonte di guai in molti casi.
Ciao!


 portato la VM ? Perchè la Sun ha degli ottimi commerciali ?
Perché il bytecode prodotto dal compilatore è chiarissimo/documentatissimo 
ed è (relativamente) facile produrre nuove VM. Perché le librerie grafiche 
sono lightweight e quindi realizzate col linguaggio stesso. Perché alla 
definizione delle specifiche del linguaggio partecipano molte aziende. 
Perché vale la pena di supportare un linguaggio così tanto utilizzato.


 po' maltrattato e indifeso in questo thread ;)
Perchč mi viene in mente cosě insistentemente la parola 'contrappasso' ?
:ppppp
	nicholas

 ragione) una discreta fonte di guai in molti casi.
Uno solo, ti prego, dimmene uno.
Possibilmente che non sia il frutto di una scarsa introspezione.
Ciao,
	nicholas

 (IMHO a ragione) una discreta fonte di guai in molti casi.
Ovvio, una sintassi come
string c = a + b;
è qualcosa di assolutamente inutile rispetto a
string c = a.concat(b);
A cosa vuoi che serva ?
Massimo

 Perché vale la pena di supportare un linguaggio così tanto utilizzato.
Peccato sia il linguaggio più pesante e macchinoso della storia, peccato che
non abbia alcuno schema né design architetturale di sorta dietro le librerie
(non esiste nemmeno uno standard per quali nomi di funzione debbano avere
l'iniziale maiuscola, figuriamoci per la semantica), peccato che la mancanza
dell'overload degli operatori costringa a contorsionismi sintattici come
"string a = b.concat(c);", peccato che la mancanza di ereditarietà multipla
costringa a ulteriori contorsionismi con le interfacce (problema che
purtroppo anche .NET si è rifiutato di affrontare), peccato che non esista
una gestione un minimo decente dei distruttori di classe, peccato che *non
ci sia* alcun modo di scavalcare la VM e accedere direttamente all'hardware
in caso di necessità (al contrario del codice "unsafe" in .NET), peccato che
la portabilità sia tutto sommato un mito (mi sono schiantato personalmente
contro controlli grafici che da un sistema all'altro cambiavano aspetto) e
comunque sia inutile soprattutto latoserver (quanti di voi cambiano sistemi
operativi così spesso ?), peccato, peccato per tutto questo e altro, se sono
Java fosse stato progettato e realizzato meglio avrebbe potuto essere
davvero un buon prodotto.
Massimo

 Massimo
Hai colto proprio l'unico overload di operatori effettivamente presente in 
Java :) Ed è stato messo proprio perché è intuitivo. Diversamente ad 
esempio da 
MyClass c = a + b;
che nelle intenzioni del programmatore può fare tutt'altro rispetto a quello 
che la sintassi lasci immaginare (quando è possibile immaginare).


 Possibilmente che non sia il frutto di una scarsa introspezione.
Il problema è proprio che la scarsa introspezione potrebbe causare grossi 
problemi (ad esempio perché non si è tenuto conto in partenza di tutti i 
possibili casi di utilizzo). Cosa che Java evita alla radice.
Ciao
Michelone


 Ciao!
Ciao

 commerciali è.
Che mi risulti i commerciali non programmano. Almeno in Java :)


 un buon prodotto.
Peccato che tu abbia scritto tante di quelle cose false che non valga più la 
pena controbattere :(
Per quanto mi riguarda chiedo scusa agli altri lettori e pongo fine all'OT.


po' maltrattato e indifeso in questo thread ;)
Capisco :) Anche se non dovremmo curarcene siamo sempre qui a
difendere l'ambiente/linguaggio con cui lavoriamo e/o ci divertiamo


possibili casi di utilizzo). Cosa che Java evita alla radice.
Della serie tagliamo la testa al toro...


purtroppo anche .NET si è rifiutato di affrontare)
ho sentito voci che la CLR è già pronta per l'ereditarietà multipla...
e che in futuro...
ma sono solo voci


 Per quanto mi riguarda chiedo scusa agli altri lettori e pongo fine
all'OT.
Comoda, come via di fuga...
Massimo

 operativi così spesso ?), 
Che diavolo dici ? "Portabile" significa "qualsiasi diavolo di sistema
abbia il tuo cliente", ossia di botto moltiplichi per N il tuo 
mercato.

 ma sono solo voci
Uff, il team di sviluppo di Microsoft è di una chiusura mentale paurosa,
sono mesi che ho scatenato discussioni sui loro newsgroup riguardo una
modifica da fare alla gestione dei distruttori che li renderebbe finalmente
utili, un bel po' di gente mi ha dato ragione, ma niente, nemmeno uno
straccio di risposta "ufficiale", fosse pure un "è una stronzata"...
discorso ignorato, punto.
Massimo

mercato.
Intendevo dal punto di vista del cliente... che è quello a cui interessano i
discorsi che stiamo facendo qui (velocità, prestazioni, ecc.).
Chiaro che allo sviluppatore conviene (anche se a molti (me compreso) il
linguaggio e le librerie fanno abbastanza pena).
Massimo

 Massimo
Non solo non serve, ma se usi a+b la VM ti alloca spazio per un altro
oggetto di tipo String per cui occupi ancora più memoria e rendi il
programma più lento. (Ma tanto Java è una caXXata direbbero tanti....
e poi è lento....)

a livello di framework, che non è supportata...
la CLR è alla base del framework... è un pò come la modifica che hanno
fatto in Rotor per i generics


 è un pò come la modifica che hanno fatto in Rotor per i generics
Già li hanno inseriti ?
Massimo

 e poi è lento....)
Errore: l'oggetto temporaneo viene assegnato al riferiemento c.
Questo in C#, ovviamente. In C++ viene creato un oggetto temporaneo e
copiato poi in c, come hai detto tu.
Massimo

 Ciao!
Convincono gli altri a quanto pare.
Anche sulle performance.

 possibili casi di utilizzo). Cosa che Java evita alla radice.
Scusa ma te le tiri anche un po' dietro: Python risolve con un'ottima
introspezione, e l'overloading degli operatori *è* utile.
Ciao,
	Nicholas


Errore se intendevi Java.
http://java.sun.com/docs/books/tutorial/java/data/stringsAndJavac.html
Io C# non l'ho nemmeno nominato.
Comunque non ha molto senso paragonare i linguaggi nei punti di forza e
debolezza, perche' nascono tutti con diversi obiettivi ben studiati per cui
il discorso che molti hanno portato avanti qui a mio parere non ha senso, se
non nell'ambito di contesti di programmazione diversi. Perche' si continua a
insistere sulla debolezza di java dal lato grafico? Java non è mai stato
pensato come ad un sistema di programmazione per ambienti desktop. Quello
che hanno fatto negli anni è stato solo rattoppare quello che poteva essere
rattoppato ma non lo si può biasimare se non è forte per qualcosa per cui
non è nato. Anche io spero che per la programmazione desktop si faccia
avanti un linguaggio più adeguato.
Franco

Già li hanno inseriti ?
Si, io li ho installati su Rotor
http://research.microsoft.com/projects/clrgen/
http://gyro.sscli.net/


 Comoda, come via di fuga...
Come vedi non sono scappato. Penso però per rispetto agli altri 
frequentatori che ormai l'OT stia durando troppo. Se hai voglia di 
continuare il discorso ti inviterei a spostarci su it.comp.java come 
qualcuno ha già suggerito.
Ciao!


 operativi così spesso ?), 
Io per fortuna non cambio mai sistema operativo perchè uso Linux. :-)
Esco dalla discussione siamo molto OT.
G.M.

 Io per fortuna non cambio mai sistema operativo perchè uso Linux. :-)
Saggio.
	Nicholas


Ma infatti e questo il punto che trovo assurdo quando si discute di Java ma
anche di altri linguaggi di programmazione basic comprese che non è
linguaggio che fa il programma o trova la soluzione ma il programmatore o
l'analista che conosce i suoi strumenti.
MAX

 rispetto a C++ è più produttivo.
Bah, forse ti dà fastidio pensare che Java oltre che produttivo sia anche 
veloce? Che noi "spocchiosi" programmatori Java non siamo costretti a 
scendere a patti con le prestazioni non puoi proprio sopportarlo? Alla Sun 
lavorano per quello e sai, cominciamo ad averne discreti benefici.
Anzi col jdk1.5 si otterrà un altro bel po' di prestazioni. 
Se ti interessa 
http://java.sun.com/features/2003/05/bloch_qa.html
.


 /// /  /   /    MICHELONE
.A


 Nicholas


 permessi o pagare royalties. Non mi sembra male :-)
Scusa, per portabilità intendevo portabilità del binario (write once, run 
anywhere). E' prevista anche per .NET?
Ciao!
-- 


 Se ti interessa 
http://java.sun.com/features/2003/05/bloch_qa.html
.
Dopo 10 anni finalmente prestazioni decenti ? Tutto da vedere.
Tra una ventina d'anni forse inizieranno a integrare Java in qualche
desktop senza fare un 'coso', chiamarlo Gtk e tentare di darla a bere a
tutti ?
	Nicholas

E' prevista anche per .NET?
Con Mono e Wine (provato personalmente) parecchi binari funzionano
senza doverli ricompilare...
...magari Nicholas può dire di più
-- 
Lawrence "Rhymes" Oluyede
http://loluyede.blogspot.com


fermarsi all'(orribile) awt del jdk1.0.
Io trovo orribile anche lo skin di default di Swing. Ad ogni modo
converrai con me che Swing non è di certo una delle più azzeccate (e
nemmeno semplici) GUI toolkit del mondo... Non è neanche poi cosi
reattiva. Prova a scrivere un'applicazioncina in Windows Forms e una
in Swing e poi ti accorgerai della differenza.


 Ripeto, Java è complesso, bisogna saperlo usare.
Sicuramente, ma è anche piuttosto limitato, secondo me.
E manca di coerenza interna e di un buon design a monte.
Massimo

colpa dei programmatori dell'IBM che sono mediocri, qualcos'altro ?
Si vede che non hai mai usato Netbeans :)


 Chiaro ora?
Chiarissimo.
Ancora non mi è chiaro, però, perché mai consideri normale che la tanto
decantata portabilità non debba applicarsi alle interfacce grafiche...
Massimo


Provato con Wine anch'io e i mei programmi funzionano senza alcuna modifica
e ricompilazione.
MAX

 ...magari Nicholas puň dire di piů
Non dico nulla perchč non ho provato...
Francamente spero che i vari SharpDevelop in salsa Gtk# facciano la
differenza e spostino l'attenzione da winforms a Gtk#/Qt# (che, ripeto,
almeno hanno un maledetto sizer... :D)
Ciao,
	Nicholas

 /// /  /   /    MICHELONE


almeno hanno un maledetto sizer... :D)
Probabilmente la cosa succederà su Linux ma ho molti dubbi che su
Windows le Win Forms vengano "surclassate" dalle GTK#



Spero di no. A ognuno il suo strumento migliore sperando nella fine di
queste competizioni alla "iocellopiulungo" o "iodurodipiu"...


Franco

bottiglia di questa).
Ok sono daccordo col tuo ragionamento. Ma: Python è interpretato come
Java ma la sue GUI sono decisamente migliori. C# è interpretato come
Java ma vuoi mettere WinForms e Swing in termini di prestazioni ?
Parlo ovviamente del lato desktop



Vabbe' pero' l'ho già fatto questo discorso delle applicazioni desktop. Lo
ripetiamo.....? Java non è un buon linguaggio per una applicazione desktop
che non abbia altre necessità diverse prioritarie come networking o
portabilità.... fra l'altro anche tutte le console di amministrazione degli
application server le stanno riscrivendo tutti come applicazioni web su
browser.
C# è stato implementato ovviamente con Windows in capoccia.... è chiaro che
WinForms sono molto performanti su Windows. Eddai, questa era un po'
semplice come critica...

semplice come critica...
Eh eh a parte che C# con GTK# su Linux sembra andare meglio di Java +
Swing ok :)
..ok ok la smetto! :)


 Chi ha detto che java non puň parlare? :-o
Certamente! Perň allora devi essere tu sviluppatore a prevedere questo 
(e non č una cosa da poco)... inoltre probabilmente interferirebbe con 
il "reader vocale" della pagina HTML (tipo HomePage Reader della IBM).
Ovviamente un reader di pagine HTML non č in grado di leggere etichette 
et similia su una applicazione... solo roba HTML č 100% usabile da 
questo punto di vista. Io sono contrario anche al troppo uso di Flash in 
quanto assolutamente inusabile da utenti meno fortunati di noi 
(nonostante abbia fatto largo uso di Flash in passato).
Ciao,
   Luca

 Java enable?
Non avevo pensato nemmeno a questo... evidentemente non ho considerato 
alcuni "particolari".
Ciao,
   Luca

 sicuro che prima o poi arriva (in questo caso ti converrebbe andare sul
C).
Sì, ma spero converrai con me che questo è assolutamente inutile se il
momento in cui una determinata risorsa viene rilasciata riveste la benché
minima importanza... ad esempio se la risorsa in questione è un lock su
qualsiasi cosa.
Massimo

 queste competizioni alla "iocellopiulungo" o "iodurodipiu"...
Concordo. Questa filosofia del 'Java non ce l'ha quindi è
pericoloso/inutile/lento/fa schifo' ha veramente stancato.


A me sembra che sei tu che stai provocando su cosa su cui stranamente non ci
lavori. Sarai forse un po' parziale? Io non sono affezionato a nessun
linguaggio e domani potrei dedicarmi a uno completamente diverso ma non mi
piace quando ci si lancia contro qualche cosa in maniera poco fondata.