Newsgroup: it.lavoro.informatica
Titolo: Va bhe!

Molto è stato fatto ma java rimane comunque un LINGUAGGIO DI MERDA.
Troppo incasinato da scrivere senza un ide che ti aiuta.
Troppo lungo da scrivere.
La fase di messa a punto è un vero CASINO , le exception ti danno una 
mano, ma perdi ORE a trovare la causa di un errore.
 
La programmazione ad oggetti per eccellenza. Alla fine secondo me è 
molto piu chiaro quando si esprimono concetti a livello scolastico 
piuttosto che per applicazioni reali complesse. O meglio costi troppo 
alti, risultati incerti e spesso "ti devi accontare".
 
OVVERO i problemi di sempre di java, e non c'è soluzione, è come avere a 
che fare con una bella donna, capricciosa e volitiva.
 
mah!
 
Per forza poi i programmatori java sono mal pagati, è piu il tempo che 
perdono a far funzionare le cose , che a programmare.
 
Essendo un linguaggio indicato per la didattica vien da se che lascia 
ampissimo spazio ai chiacchieroni e venditori di concetti, piuttosto che 
ai tecnici VERI problem solving e progettisti con le palle e contropalle.
 
Meno male che sono ritirato per buona pace di tutti.
 
 
-- 
Quando la dittatura è un dato di fatto, la rivoluzione diventa un diritto.
(Victor Hugo)

 Meno male che sono ritirato per buona pace di tutti.
Aggiungerei che ti sei ritirato, anche dalla realta', da troppo tempo 
per recuperare anche il minimo indispensabile per poter sostenere 
qualsiasi discussione, anche scolastica.
 


Anch'io ho grossi problemi ad imparare l'uso di Java, detto questo 
perche' lamentarsi? Capisco la frustrazione ma...serve a qualcosa? non 
credo. A me, certamente, questa difficolta' serve da stimolo per 
studiare, esercitarmi, approfondire, ascoltare i suggerimenti e gli 
insegnamenti dei colleghi, anche quelli piu' "ruvidi", ai quali sono grato.
Francamente queste discussioni le trovo sterili.
Ad majora!


Non sono certo un fan di java pur usandolo per lavoro
Ma gli IDE esistono,ci mancherebbe.
Se ti metti ad usare un comune editor per un progetto un po complesso 
c'e da diventare matti.
E questo vale in genere  anche per  C o C++.
Quanto alla programmazione ad oggetti,se fatta bene,è un bel salto di 
qualità rispetto alla classica programmazione procedurale sopratutto in 
fase di manutenzione del sw e di debug.
 

 fase di manutenzione del sw e di debug.
 
in teoria, in pratica è tutto da dimostrare...a me pare una bella 
leggenda...


 Meno male che sono ritirato per buona pace di tutti.
 
Bravo, siamo tutti contenti. Se poi andassi a guardare le ruspe che lavorano, anziche` rompere i maroni sui ng con le tue cagate, sarebbe proprio perfetto.

 Anch'io ho grossi problemi ad imparare l'uso di Java
 
"Grossi" per quale motivo?

 leggenda...
 
Lo pensavo anch'io, venendo dal C.
E' solo che non hai ancora avuto la tua epifania. Quando ti accadrà, se ti accadrà, ti chiederai come hai fatto a farne senza.
 
-- 
Ciao!
Luca

 Non esiste la "programmazione ad oggetti per eccellenza". Differenti linguaggi implementano differenti paradigmi. In JavaScript, ad esempio, hai un concetto di ereditarieta` 
 
Qui confesso che mi hai spiazzato.
Per quel - poco - che so io di JavaScript, non è un linguaggio a oggetti, per cui lo stesso concetto di ereditarietà ha poco senso. In effetti però molti framework (io ho lavorato con ExtJs) hanno simulato una parvenza di programmazione a oggetti sfruttando l'elasticità del linguaggio. 
La penso male o so cose inesatte io?
 
-- 
Ciao!
Luca


Perche' lavoro da una vita con linguaggi di programmazione "imperativi". 
Non riesco ad assimilarne i concetti chiave, il pensare per oggetti.
Oh, intendiamoci, e' certamente un problema mio....forse sono arrivato 
ai confini della mia ignoranza. :o)
Non per questo, come dicevo, disprezzo il linguaggio, anzi....e' uno 
stimolo continuo.

 La penso male o so cose inesatte io?
 
no no  pensi bene.
io li ho provati tutti e 3
netbeans 8.2
intelliJ
Eclipse
per javafx con fxml secondo me netbeans è il migliore.



vai tranquillo non è una sensazione, è proprio un linguaggio di merda 
che per giustificarne la puzza che emana in ultima analisi ti dicono
a) che java è una tecnologia
b) che non capisci un cazzo  , che è na roba troppo difficile per te
 
NOOOOOOON credergli...ti stanno prendendo per i fondelli....java fa 
veramente cagare.
 
su it.comp.java c'è un 3d che recita "JAVA È UNA MERDA" invidio l'autore 
perchè sembra scritto da me.
 
Comunque questo è il mercato, e per chi lavora è NECESSARIO IMPARARLO, 
bene o male, ma è chiaro che ci troviamo di fronte alla piu grossa 
TRUFFA INFORMATICA dopo SAP.
 
Per inciso: java è stato pensato per programmare i frigoriferi di casa, 
come cazzo si è fatto a farlo diventare un linguaggio professionale e 
spacciarlo per ALTO PROFILO PROFESSIONALE....ROTFL!
 
COLPA DELLE UNIVERSITÀ ... non c'è altra spiegazione, le piu grandi 
teste di cazzo lavorano li spacciandosi per PROFESSORI.
Siamo alla follia!


 Mi stai dicendo che gli stipendi inglesi tra i 35K e gli 80K,
 
coglione la vita in inghilterra costa 3 volte rispetto all'Italia
 
vai a scopare il mare va coglioncello, e qualche volta fatti un bel we a 
londra e vai a gnocca, ti bastano 200 euro compreso aereo ar ...pivello!


 Per quel - poco - che so io di JavaScript, non è un linguaggio a oggetti, per cui lo stesso concetto di ereditarietà ha poco senso. 
 
Mi spiace, ma sei rimasto indietro: 
 
http://javascript.info/tutorial/inheritance
 
 

 Oh, intendiamoci, e' certamente un problema mio....
 
Direi di si`, dal momento che sono quasi 30 anni che la OOP e` diventata "di largo consumo" :)


ma io mi chiedo : ma perchè PEGGIORARE cio che va BENISSIMO|!
 
 
Siamo nelle mani di deficienti!


 Coglione, io ci vivo e ci lavoro in Inghilterra.
 
cosa fai il cmeriere o il pizzaiolo?


 Siamo alla follia!
 
Nel tuo caso, e` proprio cosi`.

 coglione la vita in inghilterra costa 3 volte rispetto all'Italia 
 
Coglione, io ci vivo e ci lavoro in Inghilterra. Che la vita costa 3 volte rispetto all'Italia e` l'ennesima stronzata che hai scritto. Ma ci tieni cosi` tanto a fare figure di merda, trollone? 
 
Cosa cazzo c'entra poi il costo della vita rispetto all'Italia? In UK, le posizioni da sviluppatore Java sono tra le posizioni lavorative piu` pagate nel paese, COGLIONE!

 ma io mi chiedo : ma perchè PEGGIORARE cio che va BENISSIMO|!
 
Vai a guarda la televisione, rintronato. Il mondo dell'informatica non fa piu` per te.


si...si



Non posso fare niente piu' che impegnarmi al massimo.

 Che vuol dire "ha detto un'altra cosa"? 
 
OK, faccio io lo scassapalle per un attimo.
Vuol dire, in italiano corrente: "se non usi un IDE ma un banale editor di testo è un casino da scrivere". Non vuol dire "è un casino da scrivere dato che non c'è un IDE che ti aiuta".
 
Il che mi riporta, con la nostalgia degli anni trascorsi, a quanto ho iniziato a lavorare in informatica. Scrivevo programmi C sotto DOS, con un editor di testo che oggi sarebbe battuto pure da Notepad di Windows, e che aveva il limite di 57K di testo. Altri tempi.
 
-- 
Ciao!
Luca
 

 Mi spiace, ma sei rimasto indietro: 
 
Molto probabile, non bazzico js da un paio d'anni (meglio che non ti dica da quanto non tocco Java), e anche prima non che fossi un drago. Detto questo, perché ti dispiaci? mi hai segnalato una novità interessante...
 
-- 
Ciao!
Luca


 
'azzo, rosichi a tal punto da dar persino fastidio.
 
 

Il che mi riporta, con la nostalgia degli anni trascorsi[...]
 
Siamo 2015, non nel 1985. Oggi il codice si scrive in altro modo. E comunque, anche in quegli anni, io il codice lo scrivevo con RHIDE o Turbo C.
 
 

 Probabile. Però giusto ieri ho avuto un esempio di come questo non escluda quello. 
 
E` ovvio: non ho mai detto che si puo` scrivere codice a cazzo, pur di avere gli unit test. Tu hai affermato che la diagnosi e` "una sola" e cioe` che il codice e` strutturato male. No, non e` una sola. Se si perdono ore a cercare le cause di un bug e` anche perche` non ci si e` dotati dei necessari unit testing (e probabilmente non si e` neanche seguito un approccio TDD, che a mio parere e` il modo migliore di disegnare/scrivere codice).
 

 testo che oggi sarebbe battuto pure da Notepad di Windows, e che aveva il 
 
I miei primi programmi "di produzione" vennero scritto con l'editore di riga dell'MPE5 che girava su HP3000, altri anni.
 
Ciao
  Francesco

Unisco qui due cose.
 
1) Questa mattina ho scritto uno script di 10 righe in Python al volo. L'ho scritto con Notepad++, senza scomodare PyCharm. Peraltro, ho scoperto che nella comunità cìè più gente che usa editor di testo - leggi, vi e varianti - di quanto si pensi.
 
2) Una buona strutturazione del codice consente di arrivare immediatamente a DOVE si trova l'imprevisto. Ecco perché ho detto che quella è l'unica diagnosi possibile. Se il testo è strutturato in modo illogico o, Dio non voglia, in pochi files indistinguibili, per forza ci vuole una vita. Questo non esclude assolutamente le altre questioni, TDD e unit test in primis, anzi IMHO ci va a braccetto; in questo caso, è solo una risposta a chi dice "ci ho messo una vita a capire dov'era l'errore". 
 
-- 
Ciao!
Luca


Hai risposto tu per me.
 

 2) Una buona strutturazione del codice consente di arrivare immediatamente a DOVE si trova l'imprevisto. Ecco perché ho detto che quella è l'unica diagnosi possibile. Se il testo è strutturato in modo illogico o, Dio non voglia, in pochi files indistinguibili, per forza ci vuole una vita. 
 
Puoi strutturare il codice in modo perfetto ed incappare in bug ugualmente. Una buona strutturazione del codice non garantisce affatto di scovare gli errori in maniera cosi` immediata come tu suggerisci. Te lo garantisco. La buona strutturazione del codice e` un requisito necessario ma non sufficiente. SI DEVE lavorare con quella safety net che sono gli unit tests, ed anche avere integration/system tests.

 spacciarlo per ALTO PROFILO PROFESSIONALE....ROTFL!
Perche' il bando per la tv interattiva lo vinse qualcun altro, quindi la 
sun continuo' a svilupparlo per rompere i maroni proprio a te.
 


bhe! almeno su questo siamo daccordo!


 SI DEVE lavorare con quella safety net che sono gli unit tests, ed anche avere integration/system tests.
 
Anche questa la condivido. Mi stavo mettendo nella condizione opposta a quella che pensi tu: ho fatto tutto bene (o tutto male, fa tu), e non ostante tutto ci scappa la condizione imprevista. 
Per inciso, non credo sia il caso di Deltone (no, solo Delta, il Deltone è stata una grande auto).
 
-- 
Ciao!
Luca