Newsgroup: it.comp.java
Titolo: jmule e altro

Mi sono accorto che alcuni progetti come jmule o jmsn non hanno avuto un
gran successo, e mi chiedo il perchè. Voi cosa pensate?
In toria un software in java avrebbe dovuto diffondersi meglio dialtri
visto la portabilità del linguaggio
-- 
Alfonso

alfonso12 ha scritto:

Anche se portabile e' sempre meno performante di un analogo software 
scritto in c++, compilato per una specifica piattaforma!
Vedi emule/ amule /xmule, dove li vuoi portare li te li porti!
...nel senso che ci sono software antecedenti a jmule quindi + stabili 
(solo perche' piu' vecchi intediamoci!!!) e forse anche con 
caratteristiche avanzate
idem per jmsn !!!
La mia preoccupazione al momento e' che il framework .NET benche' + 
giovane possa offuscare la potenza di java prima o poi ....e credo se 
cio' dovesse mai accadere sara' solo colpa di Sun che non vuole (e non 
ha interessi a farlo al momento) dare/aprire java alla comunita' OS 
affinche' lo renda davvero impeccabile da ogni punto di vista (vedi 
performance, vedi diffusione ancora maggiore su piattaforme C-based
[pe: linux ])
questi imho i motivi!
a presto


IMHO è solamente un problema, non scherzo, di pubblicità.
Oggi come oggi non ci sono ancora grosse aziende ben visibili sul 
mercato che sviluppano e promuovono prodotti in Java. E questo esclude 
le persone scarsamente smaliziate nel campo informatico, che conoscono 
solo quello che è famoso. Parlo di quelli per cui OS = windows, office 
automation = MS Office, email = Outlook e via dicendo.
Poi ci sono gli smanettoni, quelli che provano u po' di tutto ma che 
hanno leggiucchiato nel sito di qualche hacker che Java è lento e lo 
evitano.
Secondo me la Sun sta compiendo ultimamente un grosso sforzo nel 
promuovere il marchio Java, e a mio avviso ci sta riuscendo. Per esempio 
per le nuove generazioni Java spesso è sinonimo di videogames e 
cellulari "fichi", di card intelligenti etc... insomma sta assumendo un 
bel po' di connotazioni "ufficiali" positive, riscattandosi in parte 
dall'immeritata cattiva fama presso alcune più ristrette cerchie.
Basta visitare il sito 
java.com
 per capire cosa intendo.
Ultimamente mi capita sempre più spesso, se installo Java presso un 
cliente, di capire che la parola non gli suona nuova, e l'associazione 
più frequente è quella col cellulare. E spesso sentire che la tecnologia 
che fa funzionare il programma sul suo Desktop sia la stessa che usa 
quotidianamente sul suo telefono è una sorpresa spesso piacevole.
Insomma di questo passo forse un giorno le app Java saranno considerate 
cool, e gireranno magari sopra un certo Desktop in 3D a sua volta fatto 
in Java ;)
pole
-- 
ammentos - a lightweight persistence framework for JDK5
http://www.sourceforge.net/projects/ammentos
http://ammentos.biobytes.it

 quotidianamente sul suo telefono è una sorpresa spesso piacevole.
Il rovescio della medaglia è che quando dici che programmi in java puoi 
sentirti dire "ah, fai i giochini per cellulare"
Ma per la diffusione di java qualche sacrificio si può fare, no :-)
bye
DKano

 Ma per la diffusione di java qualche sacrificio si può fare, no :-)
:)



Penso sia accaduto per la scarsa determinazione dei programmatori che 
avevano dato vita ai progetti. Le performance di java (che a mio avviso 
sono ottime) non c'entrano altrimenti non si spiegherebbe il successo di 
Azureus :)

 [pe: linux ])
Con tutto quello che c'e' da fare la comunita' open source si tirerebbe 
un'autentica martellata sui piedi se centinaia di programmatori 
cominciassero a perdere tempo a "reinventare la ruota" quando la Sun sta 
gia' facendo un lavoro magnifico.

 
I client P2P non necessitano di C/C++ per questioni di performance. Le 
reti P2P sono lente se sono progettate male e i linguaggi non influscono 
molto. BitTorrent e' in Python, Azureus e' in Java, Limewire e' in Java, 
MLDonkey e' in OCAML se non sbaglio ed e' compatibile con la rete 
eDonkey2000 (quella del mulo per intenderci). Ad oggi credo che l'unico 
software P2P che necessita di C per questioni di performance sia Gnunet.
D.