Newsgroup: it.lavoro.informatica
Titolo: Lavori con Java

Ciao a tutti,
leggo l'ultimo messaggio di offerte per programmatori e ancora una
volta il linguaggio richiesto è Java... e io mi domando e dico...
conosco abbastanza bene il linguaggio, la sua struttura, i suoi pregi
(gran libreria, multipiattaforma, moooltooo web-oriented) e i suoi
difetti (lentezza, l'essere legato a una virtual machine -che potrebbe
essere anche visto come una forza ma poi vediamo se è il caso di
considerarla tale quando m$ la eradicherà da XP-)... ma insomma che
roba ci si fa in Java nel mondo reale?? Perché richiedono tutti Java??
Forse perché gli studenti nelle univ. vengono tirati su a pane e Java
per insegnargli l'OOP?
Ciao,
Lorenzo

 Perché richiedono tutti Java??
Perchè esiste da dieci anni (leggasi codice legacy), perchè è portabile,
perchè tanta gente lo consoce, perchè è adatto per applicazioni web
oriented e web services
-- 
Rhymes (rhy...@NOSPAMmyself.com)
linux registered user #219707
linux registered machine #172395

 applicazioni web oriented e web services
Perche' permette di fare molte cose in modo relativamente semplice
(interazione con XML, interazione con codice nativo,...), perche' e'
estremamente "pulito", ...
:-)
Zar.

estremamente "pulito", ...
E perche' in Italia ormai informatica e' solo scrivere codice per web
e commercio.
Altrove si usano altri linguaggi e strumenti oltre a Java e VB.
C'ya
	Steve
--
Artificial intelligence is no match for natural stupidity.
(Sullivan's Lemma)

 Altrove si usano altri linguaggi e strumenti oltre a Java e VB.
Java presenta dei vantaggi significativi rispetto ad altri linguaggi. Dove
lavori tu e' un campo di nicchia in cui le prestazioni sono fondamentali. Ad
ogni modo in molti altri settori ci sono moltissime applicazioni java che
funzionano egregiamente.

funzionano egregiamente.
Sicuramente. Ma appunto non esiste IL linguaggio adatto a tutto.
Java non fa eccezione.
IMHO sembra sia cosi' ricercato solo perche' la tipologia di impiego,
specie in Italia, e' fortemente limitata.


 specie in Italia, e' fortemente limitata.
Faccio un esempio feroce sul livello tecnologico Italiano: Istanbul,
Turchia. Una città da 12.000.000 e passa di abitanti
(Milano+Roma+Napoli+Torino+Palermo+Firenze+Genova+Bari+Catania+Cagliari+..),
un traffico infernale, 3 sole linee di metropolitana, tra i 6.000.000 ed i
9.000.000 di corse vendute sui mezzi pubblici al giorno. Anni fa un gruppo
di ingegneri turchi ha adattato un piccolo dispositivo (un i-button,
praticamente un piccolo chip rivestito d'acciaio) costruito negli USA da
quella che all'epoca si chiamava Dallas Semiconductors come biglietto
elettronico portatile e ricaricabile. Lo si attacca al portachiavi, lo si
ricarica ovunque, ci si prendono tutti i mezzi pubblici (che in una città
che si estende per 5000km2 significa praticamente tutto ciò che di mobile è
stato inventato dall'umanità per muoversi su terra e mare) e volendo anche
la cola dal distributore automatico in metro. Basta letteralmente fare un
click del bottoncino (loro lo chiamano akbill, biglietto inteligente) con
uno speciale dispositivo progettato all'uopo per pagarsi la corsa. Di akbill
in circolazione ce ne sono 10.000.000, ed ogni giorno vengono vendute
attraverso di esso 5.000.000 di corse. Ecco, quando vado a Milano, mi chiedo
sempre perché invece di farmi indurre in tentazione di chiamare il
commercialista per comprendere quale tipo di tariffa devo pagare per andare
da una semizona anulare arancione ad una zona circolare giallo canarino in
base alle più assurde regole tariffarie che siano mai stati inventata
sull'orbe terracqueo, non sarebbe molto più rilassante usare un'akbill
meneghino che si occupasse lui di tutto..
-- 
Ale
La RFD originale per it.comp.dotnet su
http://www.sen.it/stoa/articles.asp?id=10
Se vuoi discuterne, vai su it.news.gruppi

 Lorenzo
Ciao
(*) L'OOP non dovrebbe (non puo') essere insegnata attraverso un solo 
linguaggio, ma attraverso uno studio della teoria che ci sta dietro 
(vedi Cardelli, Abadi, Castagna, Liskov, Pierce, ...) e lo studio 
dell'applicazione/interpretazione della teoria nei vari linguaggi, 
anche perche' come livello teconologico sia Java che C++ sono fermi a 
meta' anni 70
-- 
{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}-{}
SunGray aka Gabriele Lana
contact me @ 
sun...@tiscalinet.it
See you space cowboy ...

si e perche' 70% degli applicativi enterprise nel mondo intero sono
scritti in java 
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

booooooooooooooom


 meta' anni 70
Oddio, non mi sembrano così vecchi, almeno Java è stato pensato nella prima
metà degli anni '90, ed a quanto leggo C++ è quasi indefinibile come
collocazione temporale, mi sembra che Rick Mascitti ne coniò il nome nel
1983
Ciao
Giuseppe

 Giuseppe


e commercio.
Concordo, per non parlare di coloro che trasformano in applicazioni
intranet, le tipiche client-server, illusi che vi sia qualche
vantaggio.  Li bastonerei.
-- 
Andrea Laforgia
#exclude <windows.h>

> intranet, le tipiche client-server, illusi che vi sia qualche.......
beh il vantaggo e' che fai una modifica al codice sul server...e non devi
passare client per client a rifare il setup..
ti pare poco? :)
ps: lo so che potresti fare delle patch automatiche.....

 estremamente "pulito", ...
Veramente semplice? Ahahahh maddai le classi XML sono astruse e il JNI non
è di certo più facile della possibilità di utilizzo del Python + C
meno male che hai specificato "relativamente" :)


 vantaggio.  Li bastonerei.
Hai sempre avuto un pò questa fissa :P
M'è capitato di discutere con uno che voleva usare il PHP per fare un
semplice gestionale a-la-collezione di cd...


 pratica OOP.
Calcola che nel mio corso si insegna sintassi di C#...


 vantaggio.  Li bastonerei.
Vantaggi che mi vengono in mente:
- Client gia' installato (deployment agevolato)
- Modifiche software solo server-side
- Se il server sta fuori dalla rete, non ha bisogno di riconfigurarla 
per l'apertura di porte
Svantaggi:
- Maggior difficolta' nello sviluppo (sopratutto dell'interfaccia 
utente)
- Interfaccia grafica scarna e poco intuitiva (vedremo xform)
- Scambio dati (client/server) abbastanza difficoltoso da gestire


> Calcola che nel mio corso si insegna sintassi di C#...
Dove che vengo pure io :)? Ma ci capiscono qualcosa? E' fatto come Dio
comanda?
Giuseppe

 questi problemi e sono tecnicamente moooolto piu' avanzati.
Sorry, avevo capito ti rivolgessi solo ai linguaggi. Si, è verissimo quello
che dici, ma non posso confrontarmi su ML perchè non ne so davvero nulla
Mi dai per cortesia qualche link?
Ciao
Giuseppe

 meno male che hai specificato "relativamente" :)
Non l'ho mica messo per sbaglio! ;-)
Cmq sia, come ha gia' detto qualcuno in questo thread, non mi pare bello
attaccare/difendere i linguaggi (o altro)... che sono solo "strumenti".
Ognuno sceglie secondo l'applicazione che deve sviluppare e, in seconda
analisi, secondo il proprio gusto! :-)
Ciao,
    Zar.

passare client per client a rifare il setup..
Faccio una modifica sul programma sul server e faccio in modo che il
client si aggiorni in automatico.
Questo mi lascia la possibilità di scrivere il client come si deve e
non usando l'intefaccia web che NON è studiata per interazioni come
quelle normalmente necessarie in un gestionale.
Ti pare poco ? 


Hai sempre avuto un pò questa fissa :P
E` che l'interfaccia web è assolutamente poco adatta per l'interazione
da parte dell'utente alla stregua di quella (indispensabile) dei
gestionali.  Il web è stato studiato per *presentare* le informazioni
(nondimeno ha una natura "state-less").  L'aspetto veramente *grave*
della questione è che c'è gente che riscrive interamente le proprie
applicazioni, pensando che passando dal modello c/s classico a quello
web-based si ottengano vantaggi indiscutibili.  Questi, in particolar
modo, li bastonerei più degli altri ;-)


per l'apertura di porte
Idem, se, per il colloquio col server (o l'app server), usi SOAP o
comunque HTTP.


Faccio un esempio feroce sul livello tecnologico Italiano: Istanbul,
Premettendo che non ho capito molto il tuo intervento nel thread, non
intendevo dire che Java e' inutile o brutto o inefficiente.
Ho solo sottolineato il fatto che in Italia e' piu' ricercato perche'
si fanno determinati tipi di lavori piuttosto che altri.
Per inciso, una centrale telefonica non la progetti in Java, cosi'
come milioni di altri apparati e applicativi.
Il fatto e' che in Italia queste cose si fanno sempre meno, per cui la
richiesta di determinate conoscenze e' in calo.
In quanto alla Turchia ... vedo che ne sei entusiasta :)
E' la seconda volta che descrivi questa cosa :)



Ahi! :-D
Massima stima comunque.
Ciao,
    Bruno.
---
| Bruno Bossola 
| A Java Software Engineer :-)
| 
http://digilander.iol.it/bbossola
|
| Membro del JUG Torino - 
http://www.jugtorino.it
| 

 E' la seconda volta che descrivi questa cosa :)
La Turchia non è male, ha i suoi pregi ed i suoi difetti, ma è vero che
dell'akbill di Istanbul sono entusiasta. È una cosa che semplifica la vita
di una persona che vuole e/o deve usare i mezzi di trasporto urbani pubblici
in una maniera sorprendente.


 vantaggio.  Li bastonerei.
... aspetta... c'e' in effetti un grosso vantaggio all'orizzonte (qua
lo sto gia adottando in parte):
levi windows anche dai client :-)
Ergo

 analisi, secondo il proprio gusto! :-)
Sono daccordo..il mio post non voleva essere un attacco


 veramente mazzate sui denti :-D
Se volete io imposto il follow/up ma la responsabilità non me la prendo :P


 E' fatto come Dio comanda?
No


...

Scusa se ti rispondo un po in ritardo. Be' e' vero che i browsers sono
un'interfaccia client che fa acqua da tutte le parti, ma e' anche vero
che e' un'interfaccia client con delle sue librerie ed e' portatile su
diversi sistemi operativi (ovviamente con tutte le sue limitazioni
grazie alla mancanza di accordo tra MS e Netscape) e relativamente
semplice da personalizzare (a meno di oscuri e complicati passaggi
javascript ma che oggi finalmente pare si siano abbandonati). Il fatto
di non dover riscrivere ogni volta l'interfaccia client ti pare poco?
Vero che potresti comunque usare un server enterprise MS con tutti i
suoi componenti DCOM/COM+; e di questo non ne so molto, ma a me lo
schema architetturale J2EE con i componenti EJB dal lato server sembra
molto ben fatto e non ti costringe ad essere legato alla piattaforma
MS che dal lato server non direi che e' proprio il massimo attualmente
(stiamo a vedere quando esce XP server ma vedendo XP pro non mi sembra
tutto questo gran passo in avanti). Ancora di piu' oggi che si e'
arrivati a un certo standard per la parte dei connectors (JCA) e
dell'integrazione con il middleware (JMS). Io sono comunque aperto
alle novita' anche perche' oramai sono due anni che il mercato
presenta poche novita' ma al momento non vedo alternative migliori.

di non dover riscrivere ogni volta l'interfaccia client ti pare poco?
"Ogni volta" ? Siamo realisti.
Con quanti clienti lavorano che usano 6 o 7 sistemi operativi diversi
per i propri client ?  A mio avviso, il vantaggio derivante dalla
portabilità lo rispendi in usabilità.  Io ho avuto sempre clienti che
usavano 1 sistema operativo come client e credo che questa sia la
situazione più comune.
-- 
Andrea Laforgia
"God is dead." -- Nietzsche
"Nietzsche is dead." -- God

mentre il modello web ti forza a separare la presentazione dalla logica. 
A tutto svantaggio della praticità.
Grazie per i link ;-)


> roba ci si fa in Java nel mondo reale?? Perché richiedono tutti Java??
perche' non occorre essere programmatori........ per utilizzare java......


Accidenti che critica costruttiva!

Accidenti che critica costruttiva!
Ah era una critica ? Io avevo capito un'altra cosa.
Uè, kaharoth, "programmatore" a chi ? ;-)


 Accidenti che critica costruttiva!
Non e' una critica, e' la realta' dei fatti :):)

oriented e web services
Ne abbiamo già parlato in un altro thread per cui non ho intenzione di
ridiscutere due volte gli stessi argomenti, che magari qui sarebbero
anche OT. 
Ti prego solo di non dire cose non vere. Java 1.0 è del 1995, per cui
non esiste certamente da dieci anni e legacy non è esattamente la
parola giusta (il cobol che gira su host sarà codice legacy....).
Tutti richiedono Java perché la piattaforma J2EE ha avuto successo. 
Prima di J2EE erano solo applet e applicazioncine...
Krusty

situazione più comune.
Quanti prodotti (ad esempio Oracle o Websphere) si installano su 6 o 7
o più sistemi operativi server differenti beneficiano del fatto che le
applicazioni per la gestione sono scritte in java una volta per tutte
?
Krusty



bella cagata che hai detto.... considerato che Java ha una curva di
apprendimento che non č proprio delle piů semplici....
Krusty

 parola giusta (il cobol che gira su host sarà codice legacy....).
As you wish


pubblico
beh, finchè non lo rilasciano.... il pubblico non ci mette mani....
tranne quel mio amico che nel lontano 1995, poco prima che uscisse
Java 1.0 mi disse di tenerlo d'occhio... lui ci programmava già dalle
versioni beta...
Ciao,
	Krusty

 versioni beta...
ehehe tu gli hai dato ascolto? 


ehehe tu gli hai dato ascolto? 
ovviamente no, ma avrei dovuto farlo. Il tipo si studiava qualsiasi
linguaggio... e ogni volta che iniziava un progetto, dopo un po' lo
riscriveva daccapo...
Invece mi studiai Java un paio di annetti più tardi, per il progetto
di Basi di Dati. Come linguaggio di programmazione da delle
soddisfazioni.
Ciao,
	Krusty