Newsgroup: it.lavoro.informatica
Titolo: L'ho sempre detto e lo ribadisco

è un linguaggio di MERDA!
 
Ancora non mi spiego come mai abbia preso piede.
Proprio una vera cagata, sotto tutti i punti di vista.
 
 
public void print(final javafx.scene.Node node) {
 
         Printer printer = Printer.getDefaultPrinter();
 
         PrinterJob job = PrinterJob.createPrinterJob(printer);
         job.getJobSettings().setPageLayout(pageLayout);
 
         if (job != null) {
             Window window = webviewDocument.getScene() != null ? 
webviewDocument.getScene().getWindow() : null;
 
                 if (job.showPrintDialog(window)) {
                     webviewDocument.getEngine().print(job);
                     job.endJob();
                 }
 
         }
     }
 
 
 
-- 
(..) la rivoluzione non è un pranzo di gala, non è una festa letteraria, 
non è un disegno o un ricamo; non si può
fare con tanta eleganza, con tanta serenità e delicatezza, con tanta 
grazia e cortesia. La rivoluzione è un atto
di violenza, è l'azione implacabile di una classe che abbatte il potere 
di un'altra classe. (Mao Tze-tung)

          if (job != null) {
[cut]
 
Il codice di cui sopra è pieno di bug ... ma come lo gestisci il null?
 
--- news://
freenews.netfront.net/
 - complaints: 
ne...@netfront.net
 ---

 public void print(final javafx.scene.Node node) { 
 
 
si ma:
- se devo essere sincero, io con python non ho nemmeno idea di come si 
faccia, ma ho idea che ci devi girare intorno con pygtk/pyqt e quindi 
diventa più complicato. 
- non è un semplice print, dove spari tutto nella coda del mainframe del 
nonno. A me pare che sia una finestra di preview con una finestra di 
dialogo. 
 
Pertanto, mi sembra addirittura più semplice rispetto ad altri linguaggi. 
Dimmi tu come faresti con COBOL a far apparire una finestra di dialogo 
grafica ed un preview con così poche righe :) 
 
-- 
Massimiliano Adamo


 
Non sarà il massimo (preferisco mille volte C++) ma rispetto al COBOL è 
anni luce avanti.
 


Dubito che il problema sia il numero di righe. Per me non può vedere 
quel codice perché ci sono troppo poche maiuscole e troppe graffe...
 

 ma rispetto al COBOL è anni luce avanti.
 
Intanto bisognerebbe conoscere il COBOL comunque dimmi
 
perchè? argomenta.



non so....forse con 2 CALL 'SYSTEM'......?????



 
E' verboso,troppo (una palla)
Non è object oriented (hanno aggiunto qualcosa negli ultimi anni ma è 
comunque molto verboso,insomma una palla)
Non è tipizzato
Non ha funzioni e procedure con parametri,ha quella cosa chiamata perform
I vecchi COBOL non avevano neanche lo stack, pensa un po, e sono quelli 
che vengono manutenuti oggi.
Lo heap poi è una cosa da fantascienza  sempre nei vecchi COBOL,sempre 
quelli che vengono manutenuti ancora oggi
 
 

Non tutti apprezzano il meglio per la loro bocca,
infatti in molti continuano a mangiare merda ai fast food.
 
Quindi se non apprezzi il nuovo stai continuando a ingurgitare
merda vecchia...
 
 

Il giorno giovedì 12 novembre 2015 19:01:05 UTC+1, Delta11 ha scritto:
 
[...]
PrinterJob job = PrinterJob.createPrinterJob(printer); 
job.getJobSettings().setPageLayout(pageLayout); 
if (job != null) { 
  Window window = webviewDocument.getScene() != null ? 
     webviewDocument.getScene().getWindow() : null; 
[...]
 
Però! due cose terrificanti in 4, dicansi 4, righe di codice; non è da tutti Complimenti!
 
-- 
Ciao!
Luca

 è un linguaggio di MERDA!
 
E` un vero peccato che della tua opinione, pero`, non gliene freghi un cazzo a nessuno, e il mondo vada avanti per la sua strada ignorando del tutto le tue panzane ;)
 


qualsiasi cobolista antico ti chiederebbe di cosa cazzo stai parlando, 
in ogni caso lo heap in cobol non sanno cosa sia perchè non serve non 
esiste nessuna necessità pratica dello heap in applicazioni cobol.
 
ti sei dimenticato le include
le include sono le copylib
 
il cobol è nato per trattare dati, punto e basta
il dato lo elabora , lo storicizza, lo raggruppa, lo aggrega, lo 
suddivide, lo stampa. Non ha nessuna altra pretesa. La cosa importante 
comunque è che bisogna saperlo fare tutto questo, e se lo sai fare ti 
acorgi che col cobol lo fai meglio. Tutto qui. Ma bisogna saperlo fare.



mica l'ho scritto io quel codice!



  e qui sono costretto a darti ragione!


 non so....forse con 2 CALL 'SYSTEM'......?????
 
grazie, ma quello lo puoi fare con qualsiasi linguaggio, ma va bene nel 
tuo caso perché lo devi far funzionare solo sul sistemone del nonno. 
 
 
-- 
Massimiliano Adamo


 
 
 
Appunto,non ha pretese
Appena si vuole fare un programma un po piu complesso che qualche read o 
write diventa un  incubo
Se il COBOL fosse quel gran linguaggio che è perchè non viene usato per 
fare quelle cose che non sono qualche elaborazione un po piu complicata 
di qualche somma tipo un OS,una appl. GUI,un sistema embedded,un game,un 
web server,ecc.. ?
Un motivo ci sarà
Io non disprezzo il COBOL, ai vecchi tempi è stato il mio linguaggio sui 
mainframe assieme all' ASSEMBLER, ma i tempi si evolvono e la 
programmazione di oggi è un po piu complessa rispetto a quei tempi in 
cui l'informatica e la programmazione stessa  erano una cosa embrionale.
Questo ha fatto si che oramai un linguaggio come COBOL (ma anche 
PL1,FORTRAN,ALGOL,e altri) siano passati tra i linguaggi legacy.
Se  il COBOL sopravvive ancora oggi non è per la qualità del linguaggio 
ma solo per la grossa mole di codice esistente.
 
 
 
 


 
 
non esiste nessun altro altro lingiuaggio in grado di trattare con la 
stessa affidabilità una grossa quantità di dati.
 
Il vero problema è esattamente questo, sono ancora tutti fermi al cobol 
perchè ancora non è stato trovato qualcosa di altrettanto semplice ed 
affidabile in grado di trattare grosse quantità di dati.
 
Con i linguaggi attuali la spesa non vale l'impresa, altrimeti 
l'avrebbero già fatto. Il COBOL sembra che resista fino al 2030 , per 
quella data se sarò ancora vivo ti dirò: hai visto?...e inizieranno a 
migrare...oppure formeranno i giovani...non ci sono altre strade 
percorribili. Fidati. Tutto il resto è gioco!


 per quella data
 
avranno inventato un nuovo linguaggio che ai giovani NON PIACERA' ma che 
loro useranno per migrare...intendevo dire



E' un pezzo di codice che ha postatoun tale sul ng java, che si chiede 
come fare a stampare il numero di pagina su ogni tagina. Solo che mi sa 
tanto che in fx non ci si riesca. Con awt c'è sempre il Graphics a 
disposizione, ma li' no.


No, son sicuro, neanche con 200. Qui ci vuole CALL 'ANOTHER_SYSTEM'.

 stessa affidabilità una grossa quantità di dati.
Mi sa che per te esista solo cio' che conosci. Un po' pochino, mi vien 
da dire.
 


 
Vediamo
Che poi tutto il resto sia un gioco e un altra cosa
 
 
 

 mica l'ho scritto io quel codice!
 
Excusatio non petita, accusatio manifesta!
Se è vero - ma ho i miei dubbi - che hai tutta questa esperienza di programmazione, sai perfettamente che NON ESISTE un linguaggio che impedisca di fare delle ciofeche inenarrabili come quella che hai postato.
Sai quindi anche che prendere quello come esempio per determinare la bontà o meno di un linguaggio non depone a tuo favore.
 
-- 
Ciao!
Luca

 l'avrebbero già fatto. 
 
Non è questo il giusto parametro. Io ho roba di 20 anni fa che gira ancora, scritta in C per DOS, e ora che in molti impianti c'è stato un allargamento delle normative, dureranno ancora un bel po'.
Il parametro per valutare la situazione è: dovessi fare le cose oggi, cosa sceglierei? Dubito fortemente si usarebbe ancora cobol, esattamente come dubito che si userebbe C e DOS per la supervisione di impianti.
 
-- 
Ciao!
Luca

   e qui sono costretto a darti ragione!
 
Bene, sono contento che mi dai ragione sul fatto che tu scrivi panzane.
Vuol dire che stai rinsavendo.