Newsgroup: it.lavoro.informatica
Titolo: Investire sulla programmazione ad oggetti java stand-alone

Lavorare su un progetto basato su Java Standard, può ritenersi ancora
oggi un buon investimento?
Un programmatore posto su un progetto basato su Java std., con poche
conoscenze relative alla programmazione Java server (J2EE, Frameworks
vari, Servlets etc.) dovrebbe preoccuparsi della propria scarsa
conoscenza (Java server) fino al punto di chiedere di cambiare
progetto per poter apprendere altro?
Si potrebbero imparare cose nuove anche se si rimane su un progetto
legacy basato su Java standard (java,cics cobol,db2)?
Ad esempio qualcuno mi ha accennato di pattern, template ed altro di
cui non sono a conoscenza.
Ringrazio in anticipo per vostro parere.

 oggi un buon investimento?
Se cerchi nel gruppo se ne è parlato parecchio. Per quanto mi riguarda
sono -10 a partire oggi da zero con Java. A meno che tu non abbia
ragioni specifiche.
-- 
Lawrence, 
oluyede.org
 - 
neropercaso.it
"It is difficult to get a man to understand 
something when his salary depends on not
understanding it" - Upton Sinclair


La mia opinione e' che Java oggi non ha alcun valore come lavoro. Sapere
Java Standard oggi e' ovvio come sapere fare uno studio di funzione che si
fa al liceo o all'ITI.
Java e' il linguaggio ormai scelto per tutti gli esami di universita' , di
informatica, di ingegneria , di economia, di tutto, come una volta era
magari il pascal.
Imparare Java standard richiede si e no 2 giorni a un informatico e un mese
a un chimico o a un biologo e credo che in un paio di mesi ce la faccia
anche un economista ,anche se pe rloro natura di solito l'esame lo comprano
:-)
Insomma io manco lo metterei sul CV, ha lo stesso valore del pascal.
Ciao Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 
Mi permetto di dissentire. Non so cosa intenda tu quando parli di "Java 
standard" e per "informatico" ma due giorni mi sembrano tutto sommato 
pochini :)
Detto questo, forse siamo OT .
Ciao,
     Bruno
P.S.
Occhio ai meeting del JUG Torino!
http://www.jugtorino.it/meeting
-- 
| Bruno Bossola
| A Java Software Engineer :-)
| 
http://www.jugtorino.it/bbossola
| Coordinatore del JUG Torino - 
http://www.jugtorino.it

spettroJazz ha scritto:




Premesso che Java SDK std è propedeutico per lavorare con J2EE o con J2ME,
imparare Java non vuol dire imparare un linguaggio, ma un framework, cosa
che molti dimenticano anche quando usano .NET. Capire come funziona
veramente Java è una cosa tutt'altro che banale. Il valore aggiunto che si
ha nel lavorare con framework puramente ad oggetti ( e qui la diatriba tra
Smalltalk fans, C# e Java  ed altri linguaggi OO si accende fino a
rasentare un guerra di religione) e capire come far interagire classi ed
oggetti ed usare eventuali pattern.
Io consiglio sempre di apprendere bene il paradigma. Poi qualsiasi
linguaggio che usi lo stesso paradigma sarà più semplice da imparare. Per
questo motivo, conosco gente che passa da una paradigma ad oggetti ad uno
funzionale e poi ad uno dichiarativo studiando, in breve tempo, il
linguaggio che sta usando.. Fosse per me, io darei per scontato che un
informatico sappia passare da Ocaml(o python) a Java(o C# o C++) passando
per Prolog (o I-Log o CLP). Per puro gusto personale, odio profondamente
Visual Basic e Object Pascal che credo userò solo verso la fine della mia
vita.. il passaggio da VB alla morte sarà pressochè inevitabile (
parafrasi di Mark Twain) :) 
 
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 legacy basato su Java standard (java,cics cobol,db2)?
Non si capisce bene se lavori solo con Java, od anche con il Cobol/Cics
(DB2 è un database relazionale, mi sembra un'altro argomento rispetto a
Java).
Comunque il binomio Java/Cobol è abbastanza di nicchia. Quindi si
tratta di un'esperienza particolare, più rivendibile di quella con Java
EE, perchè su Java/Cobol ci sono molti meno programmatori esperti che
su Java EE. Ma anche meno progetti, ovviamente....
Io ti consiglierei, se possibile, di imparare qualcosa anche di
Cobol/Cics. Conoscere solamente Java standard, ma niente di EE, ti
penalizzerebbe in un mercato che è già poco brillante per chi ha
esperienza JavaEE.
Oppure, se Cobol e Cics non ti interessano, dovresti senz'altro passare
rapidamente a progetti JavaEE.

 :-)
salvo poi scrivere codice come programmatori che hanno imparato java in 
due giorni. non ti meravigliare se poi vedi interi programmi scritti in 
metodi e proprietà statici, come è capitato a me, perchè il 
programmatore è stato buttato su java dal cobol e quello era l'unico 
modo di programmare java in grado di concepire.
certo, anche uno che non conosce java è in grado di tirare fuori 
qualcosa che funziona a forza di calci e pugni, ma questo vale per 
qualsiasi linguaggio di programmazione. mi sbaglio o era questo che 
volevi dire?
-- 
Fino all'anno scorso avevo un solo difetto. Ero presuntuoso.
http://softvalley.blogspot.com

 decentemente e anni per essere usato bene.
BE si chiarisco, volevo dire che da come pone la domanda, se java standard
vale di + o fi meno di Jee da' l'aria di uno che cade dal pero o vive sulle
nuvole.
Secondo me non ha senso parlare di un linguaggio di programmazione nel 2008.
Io personalmente ne ho imparati ormai una cinquantina credo alla mia
veneranda eta', forse piu'. ma non ragiono a linguaggi perche' non ha senso.
Uno ha una formazione che va dal linguaggio al database ai tool usati , ai
metodi di lavoro di documentazione, ai pattern, ai framework, alla security,
al modo di parlare al telefono e anche ai gusti del mangiare che ne creano
un profilo professionale.
Aggiungiamo le conoscenze nei domini della vita reale che fanno la
differenza fra me te e Pinco Pallino.
Cosa vuoi che cambia se domani io studio Ruby o il Prolog o leggo Delitto e
Castigo ? Nulla di nulla, io rimanfgo io, il mio curriculum rimane tale e
quale e non segno ovviamente l'esperienza lisp o la lettura del romanzo sul
CV.
Se il mittente lavora in JAVA STANDARD non sappiamo nulla di lui e non fa
nulla per farci capire che lavoro fa, se domani downloada una jsp e ci
scrive dentro "Ti voglio bene amore" e la mostra alla fidanzata, sulla carta
da JAVA STANDARD e' passato a JEE. Che e' cambiato nella sua vita ? Nulla.
E' evidente che dalla domanda che fa si sente ignorante "di qualcosa" se no
non avrebbe posto la domanda. JEE di fatto vuole dire scrivere applicazioni
AZIENDALI quasi semmpre accessibili via BROWSER e quindi lavorare nel mondo
delle intranet aziendali ed internet aziendali.
Questo e' JEE che comporta la necessita , il DOVERE, di studiarsi
perfettamente HTML Javascript CSS jsp HTTP , DOM XML XSL e altri scripting i
Web Serrvices il SOAP il comportamento dei browser, le tematiche di carico
sul web gli application server i sistemi di naming e poi un minimo di 1 o 2
framwork di front end e un paio di framwork di back end con database pl ,
trigger e stored procedure, e ancora studi minimi architetturali per
controllare i colli di bottigli e sapere quale e' la macchina che lavora di
piu' per finire a uno studio dei casi di successo e insuccesso tipici delle
webapplication e questo e' solo quello che mi viene in mente di getto.
Questo richiede anni, prima si e' dei "junior" che possono fare un
calcoletto sulle date ma non possono sviluppare una applicazione
autonomamente
Insomma si crea una professione , che da molti e' giudicata divertente e da
altri Informatici un incubo, i geiidueee spessissimo sono visti come la
morte dell'informatica e della creativita'
Imparare il j2ee e' una scelta non dico di vita ma almeno decennale come
sarebbe decennale buttarsi a crearsi una professione su sap come e'
decennale un VERO developer .NET o un programmatore di firmware o di Cobol o
quello che vuoi come e' decennale anche voler imparare a fare il cuoco
La domanda mi pareva ridicola perche' da come la ha posta per il tipo
imparare il J2EE o il Sap e' come bere un cappuccino
ciao Nicola


 cui non sono a conoscenza.
allora... se in un progetto fanno uso di concetti come i design
pattern, sarebbe propedeutico impararli per poter far parte del
progetto e non  viceversa considerare propedeutico far parte del
progetto per impararli. il tuo modo di ragionare mi sembra fuori
luogo... ribadisco, non ci si può comportare in eterno come se si
fosse a scuola.


Imho Il mondo va verso i servizi web (ultra)avanzati e la diminuzione
degli applicativi desktop o quantomeno l'interfacciamento con il web
(funzionalita' offline sono destinate per piccoli applicativi che non
hanno bisogno del web come core,
quindi io personalmente consiglio i linguaggi e frameworks essenziali
ed efficaci, e portati avanti da una comunita' di sviluppatori capaci
(magari con mentalita' minimalista :3). Una volta che avrai tutti gli
strumenti collegati 24/24 a costi irrisori o nulli praticamente
ovunque, ci sara' qualcuno come google che con la politica del singolo
user/pass ti permettera' di fare tutto :D e buonanotte. Ed io saro'
immensamente felice visto che dovro' ricordarmi un solo account per
vivere la mia vita informatica.
Nyo

 hanno bisogno del web come core,
Ci avevo pensato pure io. Poi mi sono accorto che c'è una quantità di
settori in cui le applicazioni a bordo macchina sono fondamentali, e
che al limite usano Internet come supporto, che un singolo account non
potrà mai essere! ;-)
-- 
Ciao!
Luca

On Feb 12, 7:40 pm, "Luca Menegotto" <otlucaCAV...@CAVAMIyahoo.it>
wrote:


On Feb 12, 7:40 pm, "Luca Menegotto" <otlucaCAV...@CAVAMIyahoo.it>
wrote:

Scusa il doppio post xD
A parte il fatto che secondo me tu pensi decisamente 3.0 e non 4.0 :D
dovevo specificare che parlavo di applicazioni per la massa in genere.
Ci sono applicazioni di nicchia e non, che non ha senso ovviamente
immaginarle 4.0.
Se poi andiamo verso il 5.0.... no comment :D
Io comunque il singolo accounto lo pretendo, non ci sono storie. ;)
Nyo

 decentemente e anni per essere usato bene.
Il che non è necessariamente un plus ;-)


 Il che non è necessariamente un plus ;-)
Pensare che adesso che c'è Adsl e banda larga nessuno più si sogna di
usare Java standard per fare le applet!
Le pagine dinamiche sul client si fanno con Javascript, e quelle sul
server con Jsp. Ovvero due tecnologie veramente "cristalline" nella
loro linearità (è ironico :-) E poi si lamentano del Visual
Basic....... :-)
 

 Basic....... :-)
Ametto che non ho capito la battuta.


 lavoro.
Posso quotarti e usarti nella signature?
;-)
Ciao,
Giulio
-- 
OnAir:
http://www.giuliopetrucci.it

 Ametto che non ho capito la battuta.
Era un commento sull'evoluzione, in negativo secondo me, di Java e del
web. A ruota con il tuo commento sulla complessità del framework
sterminato di Java, che condivido totalmente.

ispas ha scritto:

io però temo che quando Lawrence ha commentato la complessità di java si 
riferisse, per confronto, ad altri linguaggi e non a visual basic e/o 
altri guazzabugli marcati microsoft.
è una sensazione, eh...


 
Certamente, penso che faceva un commento generale. Teniamo perň sempre
presente che VB Net č cosa ben diversa dai precedenti VB fino al 6. C'č
stato un notevole salto di qualitŕ in meglio (se programmare per forza
ad oggetti anche programmini poco piů complessi di "hello world" si puň
considerare "il meglio"... Ma questo č un'altro discorso).


Questo è solo un esempio


 
Lawrence, ti ricordo che Bloch è colui che ha realizzato le collections 
API in Java, che ritengo siano uno dei pezzi di software + schifosi mai 
scritto sulla terra (seguite a ruota da JFC/Swing) e oggettivamente 
violano qualunque principio di programmazione OO che conosco. Come 
esempio è un po' scarsino :) (e dire che io l'ho visto anche live :D)
Il problema al non sta quasi mai nell'espressività del linguaggio ma 
nella testa di chi scrive il codice: realizzare software comprensibile, 
chiaro, leggibile, che dichiara le proprie intenzioni, richiede tempo, 
esperienza e consapevolezza. Che pochi hanno.


 esperienza e consapevolezza. Che pochi hanno.
Già, io ho letto anche un buon commento di Neward sul fatto che forse a
Java servirebbe un BDFL (dittatore benevolo) e non tante teste con idee
diverse. La comunità Python ha sempre funzionato grazie al fatto che una
persona ha l'opinione finale su cosa entra e su cosa no. Idem Linux,
idem Perl, idem C# in un certo senso. 
Non mi pare che il meccanismo delle JSR + comitato abbia dati enormi
vantaggi


 Linux, idem Perl, idem C# in un certo senso.
Sono d'accordo.
Un po' meno per linux: troppe distribuzioni, packet manager, interfacce 
grafiche, ecc...

 grafiche, ecc...
Sei sicuro che stai parlando di Linux?

 ha scritto:

Ok, come concetto l'ho preso un po' alla larga.

 Ok, come concetto l'ho preso un po' alla larga.
ovviamente mi riferivo solo al kernel
