Newsgroup: it.comp.java
Titolo: Il futuro di Java

Su numerose riviste web e non si sta aprendo un piccolo dibattito sul
futuro di Java, soprattutto alla luce degli ultimi eventi che hanno
coinvolto Sun, Microsoft e Netscape.
Il successo di Java, quello che lo ha reso un linguaggio molto
attraente, è stato quello di apparire come uno strumento per aggiungere
potenza a pagine web. Che si tratti di "banner" animati o piccoli menu o
orologi carini, Java è stato accolto per le sue ottime capacità
grafiche. Qualsiasi individuo, senza conoscere le codifiche Jpeg o Gif o
Wav, poteva (e può) migliorare il conenuto delle proprie pagine.
Quindi Java dipende molto dal browser. Finche' il browser non offre una
funzione Java, questa non puo' essere accolta e distribuita con
successo. Se poi corriamo dietro alle nuove release del linguaggio e dei
browser, rischieremo di innescare un inseguimento senza fine, che ci
lascerà spaesati e confusi.
Ma se Netscape e' una alleata della Sun, Microsoft lo sara' con meno
verve, soprattutto se si trova portata in causa dalla Sun stessa. Se
inoltre teniamo a mente quanto sia oramai ubiquo il browser MS, oltre a
oggetti come ActiveX e ASP, come anche i vari Dynamic HTML, si puo' dire
forse che le feature "grafiche" dapprima create in Java ora possano
essere sviluppate in altri linguaggi molto piu' leggeri.
Io, per esempio, tengo i Java "disabled" perche' mi si blocca Netscape
non appena apro una pagina contente una applet.
Certe societa' di "banner" (geocities et al.) hanno deciso di NON avere
banner java, presentandolo come un pregio.
Non oso mettere in dubbio le reali potenzialita' offerte da Java, in
quanto ambiente completo e sicuro, creato apposta per il futuro prossimo
dell'IT, ma finche' i browser piu' popolari non offrono un supporto
potente e solido (i vari crash di Netscape), Java restera' a mani vuote.
La Corel ha abbandonato il suo "office" in Java, cosi' pure il progetto
Javagator. La e-suite della Lotus sembra essere l'unico ambiente
commerciale. Ma trovandosi difronte alla quantità di dati da scaricare
lungo la rete aziendale, anche i Network Computer stanno traballando un
po'.
Lancio queste provocazioni per sentire dei vostri pareri. Non
rispondetemi in e-mail, postate al NG cosi' che tutti possono dire la
loro. Grazie.
--
Alexis Paul Bertolini
- PhD student in Computer Science at Milan University, Italy
- Managing director of Warehouse Creations
- Developer of Java applications, Web services, Network Databases
- Teacher of English as a foreign language
- 
http://www.geocities.com/eureka/9125

        Potrebbe essere interessante provare a pensare a Java come ad un
linguaggio stand-alone, slegato da Web e Browser; il continuare a relegarlo
a "linguaggio della rete" e' decisamente limitativo.
    Sono 10 anni che programmo in C++ e il poter scrivere finalmente codice
veramente ad oggetti e pulito e'  emozionante.
    Se penso a come sono implementate le thread dalle MFC sotto Win32...
    No, non ho dimenticato che esistono pregevolissimi predecessori ,ma come
dice il mio responsabile commerciale :"rimaniamo con i piedi per terra e le
mani sul portafoglio."
Fabio

 veramente ad oggetti e pulito e'  emozionante.
Sono perfettamente d'accordo... ormai e' da un po' che programmo
in Java e adesso che mi tocca rimettere le mani sul C++ a volte 
mi viene un esaurimento nervoso...
Ovviamente con questo non voglio dire che Java sia "meglio" del C++;
sono linguaggi diversi con "scelte filosofiche" diverse..
L'unica cosa che dico e' che Java potrebbe "avere senso" anche come
linguaggio stand-alone, senza dover sempre puntare sul fatto che si
puo' portare dappertutto.
 
Ad esempio io continuo a sperare che prima o poi venga prodotto un
vero "compilatore java" che, perdendo in portabilita', sia comunque
molto migliore per quello che riguarda le prestazioni.
Ora come ora, se ho una application che deve fare calcoli molto pesanti,
una delle strade migliori e' quella di utilizzare la JNI ed
interfacciarsi con un programma in C++. Questo stile "misto" pero'
porta con se' una serie di inconvenienti. 
Ritengo che sarebbe assai piu' naturale per un programmatore Java
collegarsi ad un codice Java compilato: si avrebbe cosi' una parte
portabile ed una parte invece dipendente dalla macchina.... 
D'altronde questa non sarebbe una limitazione rispetto all'odierno
sistema di interfacciamento con codice nativo.
Il vantaggio sarebbe la "coerenza" dello stile di programmazione...
Questa comunque e' solo la mia opinione..
Saluti a tutti
-- 
---------------------------------------------------------
 Fabio Insaccanebbia      
 E-mail: 
in...@juliet.sci.univr.it
 
in...@easynet.it
---------------------------------------------------------

 ---------------------------------------------------------
scusate spero di non essere inopportuno...
...ma i compilatori in tempo reale non convertono 
il bytecode in codice nativo ?
 saluti Marco

 E-Mail: 
cla...@pisoft.it
  - Home Page: 
http://www4.pisoft.it/~classx
     <
============================================================================


--
