Newsgroup: it.comp.java
Titolo: perche un utente dovrebbe usare un applicativo java e non uno C ?

Mi sono da poco avvicinato al java e mi sono posto una fondamentale (a
mio parere) domanda:
perche un utente dovrebbe usare un applicativo java, lento, e non uno
C/C++, veloce ?
Java ha sicuramente molti pregi, ma non fa una buonissima impressione
all'utente finale...almeno cosi' ho constatato.
Smentitemi.

 all'utente finale...almeno cosi' ho constatato.
Perchè mai? Cosa in particolare?
Se i tuoi utenti non sono contenti può fare diversamente, ho notato che 
l'ostacolo è l'installazione ma non crea poi troppi problemi.
Edoardo

colgo l'occasione per rispondere a tutti.
Non sono molto esperto in materia di java, pero' so che e' un linguaggio
INFINITAMENTE comodo per lo sviluppatore, e su questo penso che non ci
siano dubbi...
ma pensando a colui che dovra' usare il programma...
se provate a dare ad un qualunque utente un applicativo
java vi renderete conto che sbuffera' subito nel vedere la lentezza 
del vostro applicativo e non tarderà a cambiarlo con un altro scritto
da un altro programmatore che usando un linguaggio come il C/C++/VB ecc.
ha fatto un po' piu' di fatica ma ha reso l'utente sicuramente piu'
soddisfatto.
Io stesso quando trovo un applicativo java stento ad utilizzarlo se 
proprio non ne posso fare a meno (cosa molto rara).
Per ora non riesco a trovare una applicazione FUNZIONALE del Java al di
fuori delle pagine web...
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 fuori delle pagine web...
Application Server, EJB, Application Broadcaster... quasi tutti server.
Davide

 fuori delle pagine web...
Non ne ho viste molte di applicazioni Java... cito solo l'ambiente di
sviluppo visuale per Java della Borland, interamente scritto in Java, mi
ha impressionato, non ne riesco ad intravedere un altro simile ma scritto
per esempio in C++ o VB. Un po lentino lo e' ma con i linguaggi
interpretati credo che non si possa fare di meglio. Poi tutti i vantaggi
di Java possono offuscare anche l'esigenza di elevate prestazioni a meno
che non se ne possa fare proprio a meno.
Pero' non dire che il JBuilder non e' funzionale ^_^
-- 
"Il soggetto va prima del pregiudicato, poi la congiuntivite
 e dopo la condizionale" - Francesco Totti

Se il programma è fatto bene, non credo che all'utente finale importi con
cosa lo hai sviluppato.
Lento ? Forse. Ma con i pc di oggi ..... e poi se non ci devi fare calcoli
di rendering o qualcosa che impegni la macchina fino allo spasimo, ci puoi
stare dentro.
Ciao ^_^


Non date retta alla trollata.

 soddisfatto.
La mia è una applicazione che immette i dati in un server remoto,
non mi sembra proprio che sia lenta.
Certo per adesso non farei un ray-tracer con java.
Edoardo

 C/C++, veloce ?
Non dovrebbe.
Pero' perche' la tua affermazione abbia senso devi togliere le virgole dopo 
"java" e "C/C++". ;-)
-- 
Life's something u don't get out alive..
ObjectZone - 
http://space.tin.it/computer/csadun

 proprio non ne posso fare a meno (cosa molto rara).
Perche' pensi in piccolo. 
Tutto dipende dall'utente: se il tuo utente e' il fioraio con una macchina 
Win95 e gli serve un'applicazione per mantere il catalogo, e' 
probabilissimo che sia soddisfatto con un'applicazione VB. Una C/C++ costa' 
di piu' da sviluppare, quindi la escluderei.
Se il tuo utente e' una corporation con misti di macchine win32, macchine 
unix, AS/400, S390 (o comesichiama questa settimana) e via dicendo, il solo 
fatto che l'applicazione sia portabile gli fa risparmiare barcate di soldi.
E via dicendo. 



Ti perdi un sacco di software molto buono. I primi due che mi vengono in mente:
www.eclipse.org
 
(da cui deriva il prodotto commerciale di IBM, WepSphere Application Developer)
www.togethersoft.com
(TogetherJ)
Ovviamente, ce ne sono molti altri, basta che ti guardi un po' in giro :-)
Ciao,
    Bruno.
---
| Bruno Bossola 
| A Java Software Engineer :-)
| 
http://digilander.iol.it/bbossola
|
| Membro del JUG Torino - 
http://www.jugtorino.it
| 

 E via dicendo.
Questa e' una delle constatazioni che mi ha aiutato sicuramente di piu'
tra tutti i Re che ho letto.
Tirando le somme arrivo dunque a capire che Java è un linguaggio come
tanti altri: non e' la soluzione a tutti i problemi, ma solo di alcuni.
Dopo queste affermazioni...chiedo: Java puo' prendere
piede negli applicativi "da fioraio" al pari di VB &co. o è destinato 
ai programmi aziendali e server ?




 ai programmi aziendali e server ?
Direi la seconda che hai detto - se consideri costi/benefici per il 
programmatore (un applicativo "da fioraio" e' proprio uno in cui il 
problema della manutenzione si pone molto poco). In applicativi da fioraio 
su win32, probabilmente VB e' ancora la scelta giusta.


 fatto che l'applicazione sia portabile gli fa risparmiare barcate di soldi.
per rispondere alla prima affermazione (che Java è lento) e integrare la
seconda (Java è portatile), aggiungerei che su AS/400 Java è, a quel che
ne so, il linguaggio grafico da pc più veloce che acceda ai dati AS (via
JDBC) in modo diretto. Non so i futuri sviluppi di visualage rpg, ma devo
ammettere che java è una cannonata. Se poi il programma è nativo su As400
e viene compilato "ultimo livello", è vero che perde di portatibilità come
oggetto, ma è vero anche che acquista una velocità analoga ad un qualsiasi
altro linguaggio.
IBM su As/400 (iseries o come si chiama questa settimana ;o) ) sta
puntando tutto su Java.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it