Newsgroup: it.politica
Titolo: OT - consiglio informatico

Ho un file binario che non riesco a leggere.

Non ho le specifiche. Non so se sia LE o BE e non ci sono header.

Dato il suddetto problema, sapete a quale gruppo posso rivolgermi o magari come fare a leggerlo?



Le o Be?



Cmq ... file binario senza specifiche ... la vedo durissima.

Sono dati ricavati da sensori?

Immagini?

Video?



Non ti invidio ... ed onestamente non conosco situazioni e professionisti che potrebbero "scansionare" il file in cerca di un significato sul suo contenuto.



Non sai proprio da dove arrivi?





E' gratis, puoi tentare questo:

http://mark0.net/soft-trid-e.html




-- 

GiOvAnNi


  come fare a leggerlo?



Mo' te lo spiego io con parole semplici: il file binario se po' legge' 

tranquillamente.

Essendo binario gli zeri significano zero e gli uni significano uno. Messi a 

coppia uni e zeri diventano dui e se trovi cento vordi' quattro.

So' cose complicate, lo so, ma io me ce trovo a mio agio.



Saluti.

www.sekkiology.com


Binario, triste e solitario. 




 Non sai proprio da dove arrivi?



L'ho scaricato da qui

http://www.icare.univ-lille1.fr/drupal/archive_file/download.php?file=SEVIRI/msg-af.msg2.+000.0.lat




Se vuoi giocarci un po' l'ho messo qui (sono 53Mb)

http://tinyurl.com/n79endl




È un file che raccoglie le latitudini (quindi sono floating point) del disco di SEVIRI (strumento su Meteosat 2°gen)

http://www.esa.int/spaceinimages/Images/2005/05/A_dust_storm_as_seen_by_MSG-1




luca ~/data/SEVIRI $ hexdump -C msg-af.msg2.+000.0.lat | less



00000000  00 c0 79 c4 00 c0 79 c4  00 c0 79 c4 00 c0 79 c4  |..y...y...y...y.|

*

000baaa0  00 c0 79 c4 00 c0 79 c4  00 c0 79 c4 92 87 a2 42  |..y...y...y....B|

000baab0  7b 34 a2 42 85 0d a2 42  df f0 a1 42 d0 d9 a1 42  |{4.B...B...B...B|

000baac0  79 c6 a1 42 e2 b5 a1 42  73 a7 a1 42 cc 9a a1 42  |y..B...Bs..B...B|

000baad0  a7 8f a1 42 d5 85 a1 42  2f 7d a1 42 99 75 a1 42  |...B...B/}.B.u.B|

000baae0  fc 6e a1 42 49 69 a1 42  6f 64 a1 42 65 60 a1 42  |.
n.BIi.Bod.Be
`.B|



Mah, è un mistero. Non è HDF, NetCDF, GRIB, Raw.


 
http://mark0.net/soft-trid-e.html




TrID/64 - File Identifier v2.20 - (C) 2003-15 By M.Pontello

Definitions found:  5880

Analyzing...

Collecting data from file: /home2/luca/data/SEVIRI/msg-af.msg2.+000.0.lat

       Unknown!



... Mestizia ...


 Binario, triste e solitario.



ROTFL!

Grazie :)


 Little o Big Endian



Ok, dopo aver rispolverato il Metcalf, il file è little endian.

Endian= 1 (0: BE, 1: LE) 



program endian

   integer(2) :: es

   integer(1) :: eb(2)



   es = 1

   eb = transfer( es, eb )



   write(*,fmt='(a,i1,a,i1,a)') &

         'Endian= ', eb(1),    &

         ' (0: BE, 1: LE)'

end



Azzape! Che bordellhaus!



:-)



Bhe non e' come fare il type di un file xml ...



:-)



L'ho scaricato ... dopo, se mi lasciano in pace gli do un "ugiada"



Cmq ... il problema non e' certamente "banale"!




 L'ho scaricato ... dopo, se mi lasciano in pace gli do un "ugiada"



Grazie. Ma solo se hai tempo, non stare a perderci troppo.



primo tentativo:

lo porti su una macchina linux e dai il comando file <nomefile>

se riesce ti dice il tipo




 se riesce ti dice il tipo



x86_64



msg-af.msg2.+000.0.lat: data



e' andata ..




 e' andata ..



Un po' meno criptico?


 File e' certamente la prima cosa che hai fatto.

Do per scontato che tu abbia su una Suse (usate altre distro, in Cruccolandia?).

La soluzione facile mi e' parsa troppo scontata... O non l'avevi fatto?



-- 

GiOvAnNi


 La soluzione facile mi e' parsa troppo scontata... O non l'avevi fatto?



E non l'avevo fatto! Ma tanto non è un file binary raw.

Ho provato con tutti i tool a disposizione (anche i FITS che usano gli astrofisici) ma nessun successo.



Vedi, il problema sarebbe anche risolvibile in altro modo: il satellite è geostazionario. Quindi conoscendo il punto (0,0) del disco sulla normale e conoscendo l'altezza della piattaforma, mi posso calcolare le posizioni di ogni pixel proiettando un cono sulla superficie terrestre. 



Un po' per pigrizia, un po' per automatismi, speravo di poter leggere le latitudini e longitudini da quel file. Quelli di Lille (di Icare, cioè) non hanno messo alcuna libreria o indicazione su come hanno creato quel binario.






"neurino"  ha scritto nel messaggio 

news:b1ae8a8b-4473-488f...@googlegroups.com...




***



SE NON E TANTO GROSSO PUOI TRADURLO PIANO PIANO DAL LINGUAGGIO MACCHINA AL 

BASIC MANUALMENTE SE CONOSCI LINGUAGGIO MACCHINA MODERNO (ESISTONO PURE DEI 

PROGRAMMI CHE AIUTANO)



FORSE NON RIESCE A TRADURLO PERFETTO MA ALMENO I DATI BUONI E LE INFO CHE TI 

INTERESSANO LI AFFERRI 




 PROGRAMMI CHE AIUTANO)



Eh, ma questo va oltre le mie capacità. Ci vorrebbero o tu o enoquick.



nel senso che file non è riuscito a trovare il tipo di file

Quindi occorre trovare altro,ma non so aiutarti su queste cose,nel senso 

non ho idea se esistono altri tools windows o linux che facciano al caso tuo





se fosse un  file di codice linguaggio macchina (e quale ?) ma 

potrebbero essere solo dati








"enoquick"  ha scritto nel messaggio 

news:mie1r7$kp6$2...@virtdiesel.mng.cu.mi.it...


***



INTANTO TI HO DATO UN IDEA SU CUI ELABORARE.. COME VEDI L'INFORMATICA NON 

ECOMPOSTA SOLO DA CONOSCENZE DI COME SI SCRIVE IL COMANDO BASIC MA ANCHE DI 

IDEE ORIGINALI SUL QUALE SVILUPPARE. ORA HAI CAPITO CHE TIPO DI PROGAMMATORE 

SONO IO? NON MI BASO SOLO SULLA MEMORIZZAZIONE DEI CODICI MACCHINA IO.. 





A me non hai dato proprio nessuna idea, il problema non è mio





Ma dai!



Eno, sii onesto e confessa all'ng che con questa idea ci mangi i prossimi 10 anni!



E ... a sto punto, dopo la tua giusta e tanto attesa ammissione, fai un bonifico a El Terun che cosi' non sara' piu' costretto a comprarsi finte chiavette cinesi usb da 2 Tb!



Suvvia! 






 non ho idea se esistono altri tools windows o linux che facciano al caso tuo



Ah, mi hai illuso quando hai scritto "primo tentativo".

Sembrava avessi altre cartucce a disposizione nel tamburo, tipo "secondo tentativo", "terzo tentativo". Invece era "primo, unico ed ultimo tentativo".



Non ci posso credere ... ma tu gli rispondi pure a uno che dice certe 

scemenze?!?!?!?!?





	Saluti






Beh, in realta' lui ha sempre almeno un secondo colpo in canna.

Potrebbe suggerirti di risolvere il problema uscendo dall'euro e 

tornando alla lira, ad esempio...



-- 

"Contro la stupidita', neanche gli dei possono lottare."

[Friedrich von Schiller - "Giovanna d'Arco", Atto III, Scena 6]


 



AAHAHAHAHAHAHAHAHAHHAHAH!!!

Enoquack si merita d'impero una nuova nomination per il 2015!!!



ROTFL!!!


 ROTFL!!!



In effetti anche su it.lavoro.informatica lascia certe perle...



Pensandoci bene un secondo tentativo esiste, google





Già,questa è l' ultima che ho lasciato:



Sorprendentemente non tutti i linguaggi di programmazione sono comodi 

per un programmatore

Basta considerare i classici esempi di linguaggi per non programmatori 

come il COBOL ed il BASIC

Il COBOL non è stato progettato per migliorare il lavoro dei 

programmatori,ne per aumentare l'affidabilità del codice prodotto e 

neppure per incrementare la velocità di realizzazione del codice

Piuttosto il COBOL è stato progettato,in parte,per consentire ai non 

programmatori di leggere e presumibilmente (anche se difficilmente) 

comprendere il programma.

Al contrario, il C è stato creato,influenzato e testato sul campo da 

programmatori professionisti.

[CUT]

Non è quindi una sorpresa che il C ed il C++ siano diventati con 

facilità i linguaggi più popolari fra i migliori programmatori 

professionisti.



Herbert Schildt

C++, la guida completa 2 edizione







Una cosa obbrobriosa, il vero linguaggio è il COBOL,solo quello





Ciao Geppo, Parigi è sempre quella meravigliosa città che è ?

Spero che tu ti diverta a Parigi




 o magari come fare a leggerlo?



Che fai, sfotti ? ;-) 






Certo, allora facciamo una prova: scriviamo un programmetto da quattro 

soldi che deve leggere un archivio qualsiasi e produrre una stampa, io 

in Cobol e tu in qualsiasi altro linguaggio e vediamo chi fa prima.



Roba da matti!!!!!





	Saluti



Non ti piace ?

Prenditela con Herbert Schildt

Per il resto non mi metto qui a discutere di linguaggi di 

programmazione,se vuoi farlo vai su it.lavoro.informatica

E comunque,anche io conosco il COBOL,ho lavorato in passato sui mainframe

Ma conoscono anche una altra decina di linguaggi di programmazione









Parigi e' la citta' piu' bella del mondo.

E lo penso non perche' io ormai vivo qua la maggior parte del tempo.



l'ho pensavo anche la prima volta che ci venni quasi 15 anni fa.



Cultura, Arte e buongusto.

Internazionalita'. Respiri veramente quella che si puo' definire la "Grandeur".



Mi diverto a Parigi? A parte l'ubriacatura iniziale ... ormai ... e' diventata la mia seconda casa. Quindi ci vivo.

Comincio a capire meglio la gente sia con la mentalita' che con la lingua (difficile... porca zozza... per la pronuncia)

Ma si ... sono felice! Anche se ogni tanto ... un po' di nostalgia per il mio lago e per le mie montagne, mi viene.



Ma questa malinconia viene addirittura anche ad Helene che ha vissuto con me a Lecco per oltre un anno.



Un caro saluto.


 



Questa invece è piu' divertente:



https://groups.google.com/forum/?fromgroups#!searchin/it.lavoro.informatica/clojure/it.lavoro.informatica/anuXiGowk1o/GV0ExRXnHeIJ




Non ho ancora capito se ci sei o ci fai però.



Cmq ... bella la richiesta su Clojure.

Avranno la coda alla porta! ROTFL



Gia' di Lisp ... conosco 2 persone che lo usano per autocad... ma addirittura un dialetto Lisp, temo che vi siano 12 persone in tutt'Europa.



Vabbe'! Ed onestamente non capisco, visto che tutto deve girare su vm java perche' non lo scrivono in java diretto.



Che cosa dara' di piu' sto Clojure? 



Cmq e' pazzesco vedere come la gente si complica la vita per nulla.


 Che cosa dara' di piu' sto Clojure? 



Niente niente, tu continua pure a ciclare gli array per indice.




Questo e' veramente cretino ... neppure i bambini dell'asilo ragionano 

cosi':

io sono piu' bravo di te perche' conosco piu' linguaggi di te!!!!



Roba da matti!!!!!





	Saluti


      Saluti





Non vedo niente di strano

Il possibile cliente chiedeva anche altri tipi di conoscenze informatiche

Ho risposto per quello





Sono d'accordo, Parigi è la città piu bella del mondo

Per mia moglie è Roma, ma non sono d' accordo con lei

La Nostalgia..

Anche io sono all'estero,in un altro continente

Ogni tanto la nostalgia italica viene, ma dal punto di vista pratico per 

ora non penso a tornare




 Quindi sarei pure bugiardo secondo te



No, secondo me non capisci quello che leggi, ma ti confermo che se hai 

capito bene allora i cretini siete due: quello che lo ha scritto e tu 

che lo ripeti.





	Saluti






"enoquick"  ha scritto nel messaggio 

news:mig6g3$71i$1...@virtdiesel.mng.cu.mi.it...


***



QUALE CONTINENTE? PERCHE NON LO VUOI DIRE APERTAMENTE? PER CASO E AFRICA? 








"SILVEA"  ha scritto nel messaggio news:mif2as$180$1...@dont-email.me...


***



TU SEI UNO DI QUELLI CHE VOGLIONO CHE IO SIA IGNORATO DA TUTTI PERCHE SONO 

UN PERICOLO PER VOI DI SINISTRA. PERCHE VI SBATTO IN FACCIA VERITA E NOTIZIE 

CHE SONO CONTROINFORMAZIONE DEL VOSTRO REGIME COMUNISTA TRADITORE VENDUTO DI 

MERDA!!



ENOQUAK E COMPETENTE COME INFORMATICO MA HA UN DIVERSO MODO DI INTENDERE LA 

PROGRAMMAZIONE RISPETTO A ME E QUESTO IL PUNTO 








"enoquick"



MA RISPONDI A UN COMUNIOSTA DI MERDA?



SILVEA E DI SINISTRA (QUELLA PIU SCHIFOSA IN ASSOLUTO, COMUNISTA)



QUINDI E GENETECAMENTE DIFETTOSO DALLA NASCITA COME TUTTA LA SUA RAZZA DI 

MERDA



COSA SPERI DI OTTENERE A RAGIONARE CON UN COSO DEL GENERE?







America





Schildt holds both graduate and undergraduate degrees from the 

University of Illinois at Urbana-Champaign (UIUC). He was a member of 

the original ANSI committee that standardized the C language in 1989, 

and the ANSI/ISO committees that updated that standard in 1999, and 

standardized C++ in 1998.[1][unreliable source?] Other members of the 

ANSI C committee have drawn his committee efforts into question.[2][3]



Schildt has written books about DOS,[4] C, C++,C# and other computer 

languages. His earliest books were published around 1985 and 1986. (The 

book Advanced Modula-2 from 1987 says on the cover that it is his sixth 

book.) His books were initially published by Osborne, an early computer 

book publisher which concentrated on titles for the personal computer. 

After the acquisition of Osborne by McGraw-Hill, the imprint continued 

publishing Schildt's work until the imprint was subsumed completely into 

the larger company. His books have sold more than 3 million copies 

worldwide and have been translated into "all major foreign languages"



Insomma,uno di passaggio

Non sapeva che fare nella vita ed ha scritto un libro sparando cazzate






Non sarebbe certo il primo. Pensa, giusto per fare l'esempio piu' 

clamoroso, quante copie sono state vendute della Bibbia.



	Saluti


Il fatto che tu ancora non abbia inquadrato i requisiti richiesti, la dice lunga sulle tue capacità di comprensione del testo. 

Non oso immaginare cosa tu possa comprendere da un codice sorgente e ancor meno da un libro di economia.


 Pensandoci bene un secondo tentativo esiste, google



Ma così mi spezzi il cuore!


 Ho risposto per quello



La nozione di condizione necessaria e sufficiente dovrebbe essere conosciuta, no? Quindi:



Condizione necessaria per mandare il proprio cv: consocenza di Clojure.

Consdizione sufficiente: tutto il resto.



Se fosse chiara la suddetta distinzione, ma non ne hai voluto comunque tener conto, le spiegazioni possibili sono:



1) sei alla canna del gas e ci provi. Quindi non sei sto grande programmatore che sostieni di essere

2) è colpa dell'Euro.


      Saluti








E tu invece che criticare cosa comprendi di un sorgente ?

E di economia ?





3) tentar non nuoce,proprio perchè di lavoro ne ho sempre a bizzeffe ma 

volevo verificare se era possibile collaborare ad un progetto che, 

almeno apparentemente,sembrava interessante





Comunque andare a fare le pulci su queste cose è proprio segno di 

meschinità,sopratutto quell' altro



Divertiti con il tuo file binario indecifrabile








 Divertiti con il tuo file binario indecifrabile



Certo che mi diverto. Anche noi dilettanti possiamo fare reverse. Leggiti il thread. Non sia mai che impari qualcosa, "professionista".



https://groups.google.com/d/msg/it.politica/--YlCMnGiWs/lP849Yse1ZAJ



 LA PROGRAMMAZIONE RISPETTO A ME E QUESTO IL PUNTO





Non ci credo !!!

Vuoi abbassare l'ascia di guerra ?




 3) tentar non nuoce



Tentare a casaccio nuoce alla propria professionalità. Denota disperazione o inettitudine. Inoltre rispondere ad un annuncio dentro al NG stesso è anche questo segno di poca intelligenza.



Insomma c'è ne a sufficienza per dubitare del tuo QI e sopratutto delle boiate economiche che vai propagandando da svariati anni.


 

si, e che dio(il dio mercato) lo conservi ancora per molti anni ;)




Ovvio, ma sono ragionamenti troppo complicati per uno come enoquick.





	Saluti




Io non continuo ne' con il COBOl ne' con il C, mi limito a dire che quello

che sostiene quel tizio e' una idiozia gigantesca, perche' non esiste un 

linguaggio migliore di un altro in assoluto, ma il migliore e' ogni 

volta quello piu' adatto ad una determinata applicazione in un 

determinato ambiente operativo.





	Saluti




 

chiunque sia nell'informatica non può che Q U O T A R E assolutamente quanto scritto.








"claudia" < MA FAMMI CAPIRE.. MO SEI DIVENTATO PURE TU PROGRAMMATORE DI 

INFORMATICO??!!??!?!?!?!?!?!



MA OGNI GIORNO SPUNTANO PROGRAMMATORE QUA..



POI TU.. UNA DONNA?? (O E UN NICK FINTO??)



ROTFL!!!!!!!!!!!!!!! 








"(_+_)"  < ECCO UN ALTRO "PROGRAMMATORE DE SINISTRA"







per te e tutti i ritardati che credono che le donne siano incapaci nell'informatica



http://it.wikipedia.org/wiki/Grace_Murray_Hopper




fatti aiutare nella lettura da una badante e tra una settimana(quando capirai... forse) prova a rispondere ;) 






"claudia"  ha scritto nel messaggio 

news:ae6d8207-0b9d-441f...@googlegroups.com...


***



E QUINDI? IN TUTTI I CAMPI CI STANNO LE ECCESSIONI. OVVIO SU 1000 

PROGRAMMATORI CI SARANNO 3-4 FEMMINE MA CHE CAZZO SIGNIFICA?



LE DONNE NON SANNO (NON POSSONO SAPERLO GLI MANCANO LE CONNESSIONI NEURALI 

ADATTE) COME SI PROGRAMMA



QUESTA E LA REGOLA



PňOI L'ECEZIONE NON CAMBIA LA REGOLA CAPISCI? NO??? OVVIO!!!!!!!!!! 








Finchè pagano ...














"enoquick"  ha scritto



Finchè pagano ...



***



OTTIMO SONO D'ACCORDO CON TE STAVOLTA!



LE BESTICCIOLE DI SINISTRA A CUI STAI RISPONDENDO (POVERACCI) SI SONO 

IMPARATI "ALLA SCUOLA" IL COBOL E PENSAVANO CHE CON QUEL DIPLOMINO POTEVANO 

AVERE DIRITTO A LAVORO E SOLDI A VOLONTA! ORA CHE IL MERCATO SI E EVOLUTO 

(CON IL C++) SO RIMASTI SPIAZZATI E SI SO RITROVATI CHE I 5 ANNI DI "SKUOLA" 

DI COBOL STATALE NON SI SERVONO PIU A UN CAZZO E SONO DISPERATI!



CMQ IO PREFERISCO SEMPRE LE ROUTINE IN LINGUAGGIO MACCHINA. MAGARI USI IL 

C++ PER IL GROSSO (90%) E IL RESTO IN LINGUAGGIO MACCHINA DOVE DEVI OTTENERE 

L'EFFICIENZA E LA PERFEZIONE








 Finchè pagano ...

se sai lavorare ti pagano... ed anche bene ;) 



ricordati che è meglio conoscere 1 linguaggio BENE che 10 male, perchè alla fine quando vai in un posto di lavoro se serve un programmatore java prendono uno che ha GRANDE esperienza in java, non gli frega nulla che uno poi conosca altri 9 linguaggi, perchè a loro serve JAVA e quando ne servirà un'altro che programma in C++ prendono uno che ha 10 anni di esperienza su C++ e non uno che ne ha 1 su C++ e 9 su altri linguaggi... 






 l'affidabilità non dipende MAI dal linguaggio, se un programma è inaffidabile è colpa di chi lo ha scritto male, NON del linguaggio...



Be', pero' se uso un linguaggio che mi aiuta, nel senso che e' piu' 

facile e piu' leggibile, e' pure piu' probabile che il programma mi 

riesca meglio.





	Saluti






"claudia"  ha scritto nel messaggio 

news:ceb43076-a291-4ade...@googlegroups.com...


***



SONO D'ACCORDO!



ORA SENTIAMO: TU SEI UN PROGRAMMATORE? PERCHE IO MI VIENE DA RIDERE SOLO A 

PENSARE CHE UNA FEMMINA (POI TU.. COI RAGIONAMENTI DI POLITICA CHE FAI..)



CHE LINGUAGGIO DI PROGRAMMAZIONE CONOSCI BENE BENE??? FAMMI UN ESMPIO DI 

CODICE IN QUEL LINGUAGGIO?








Puo darsi,sono molti anni che non faccio colloqui di lavoro





Il primo programmatore (sulla carta) è donna,gli hanno pure dedicato un 

linguaggio di programmazione

Ma il primo hwista (sempre sulla carta) è uomo,era suo marito




 Puo darsi,sono molti anni che non faccio colloqui di lavoro

se posso permettermi, senza sapere cose troppo personali... che fai? 


 Ma il primo hwista (sempre sulla carta) è uomo,era suo marito



No, suo amante (anche se non fu mai provato ufficialmente), il marito era un nobile inglese che dubito capisse molto di hardware (e che dei due era piu' occupato a frenare l'allegra Ada, che aveva preso dal padre una certa attitudine al libertinismo).



Una cosa meno nota e' che quello che viene considerato come il primo vero algoritmo, Ada lo scrisse nelle note a commento di un articolo di Luigi Menabrea (nessuna relazione con la birra), che poi fu amche primo ministro italiano e geniale scienziato meccanico, sulla macchina analitica di Babbage.



Una figura stranamente poco nota in Italia, che fu uno degli scienziati piu' geniali del XIX secolo.



--

saluti

cm


 non conosco C ne C++, ma non ho dubbi, come dicevo, non è MAI il linguaggio che determina l'affidabilità... 



Affermazione alquanto risibile. 

Di grazia, cosa determina la scelta del linguaggio secondo te? Cioè programmare in Java, python, JS, COBOL è tutto uguale? Rende il codice ugualmente manutenibile e testabile qualsiasi scelta si faccia, assembly compreso?


 Di grazia, cosa determina la scelta del linguaggio secondo te? 

la scelta del linguaggio dipende dal tipo di applicazione che serve fare... 



se devi fare una APP per iphone userai Objective-C

se devi fare un sito web userai HTML con il framework che più ti aggrada... 

se il sito web è dinamico con un DB userai PHP se è qualche cosa di semplice o JAVA(JSP) se qualche cosa di più complesso...

Se devi fare un gioco per PC usi C++ 

se devi fare un BATCH che in ogni notte tira giù 100milione di polizze da un DB... le normalizza e le carica su un'altro DB...  direi che forse è meglio il COBOL... 



Cioè programmare in Java, python, JS, COBOL è tutto uguale? Rende il codice ugualmente manutenibile e testabile qualsiasi scelta si faccia, assembly compreso?

ti pare che COBOL sia mano manutenibile o testabile del C++? 

il discorso resta sempre la affidabilità del codice... se ti danno da scrivere un programma in assemmbly e non funziona... puoi dire che è colpa dell'assembler? oppure del programmatore? sai sarò io che ho poca esperienza, ma in 20 anni non ho mai sentito nessuno dire che il programma in oggetto non funzionava o era inaffidabile per colpa del COBOL... se avete qualche esempio sono pronta a cambiare la mia opinione ;) 








 il discorso resta sempre la affidabilità del codice... se ti danno da scrivere un programma in assemmbly e non funziona... puoi dire che è colpa dell'assembler? oppure del programmatore? sai sarò io che ho poca esperienza, ma in 20 anni non ho mai sentito nessuno dire che il programma in oggetto non funzionava o era inaffidabile per colpa del COBOL... se avete qualche esempio sono pronta a cambiare la mia opinione ;)



Se un certo linguaggio non è adatto mi costringe a fare i salti mortali ed a programmare un concetto in 1000 righe quando un altro ne richiederebbe 20. Inoltre la possibilità di applicare le migliori tecniche di testing (disponibilità di framework e possibilità di mocking) riduce ulteriormente la possibilità di introdurre errori. 



Io comunque non stavo attaccando il COBOL, stavo attaccando la tua affermazione generica "non è MAI il linguaggio che determina l'affidabilità" che a mio avviso è completamente errata. E tu stesso l'hai dimostrato poco sopra ammettendo che se devi fare un sito internet usi PHP e non C++ o COBOL.








Consulenza, progettazione e sviluppo sw




 java su mainframe è raro trovarlo



Certo, come no.

Infatti il maggior produttore mondiale di mainframe sta da anni spaccando le 

palle al mondo perchè si usi Websphere giusto per passare il tempo:



http://it.wikipedia.org/wiki/WebSphere


http://www-01.ibm.com/software/it/websphere/


http://www-01.ibm.com/software/os/systemz/infra/




Saluti.

www.sekkiology.com


Prima de parla' se prega di accendere er cervello: è gratis! 




 Io comunque non stavo attaccando il COBOL, stavo attaccando la tua affermazione generica "non è MAI il linguaggio che determina l'affidabilità" che a mio avviso è completamente errata. E tu stesso l'hai dimostrato poco sopra ammettendo che se devi fare un sito internet usi PHP e non C++ o COBOL.



Certo, sono daccordo sul fatto che un linguaggio può essere più appropriato di altri per una determinata cosa... mai messo in dubbio, anzi con alcuni linguaggi è IMPOSSIBILE fare delle cose... con altri magari è possibile, ma è magari "scomodo" (per esempio in COBOL fare una applicazione web dove col COBOL generavamo righe di HTML con tanto di Jquery... bhe era molto difficile lavorarci... ma la difficoltà non è legata alla affidabilità... se poi mi dici che lavorando in quelle condizioni fare degli errori era più facile ti dico che hai PERFETTAMENTE ragione, perchè la leggibilità del codice era complessa e quindi è come detto... ma se il programma non funzionava non potevo dare la colpa al linguaggio che non era affidabile... potevo dire che non era il più indicato per quello che si doveva fare, ma non inaffidabile... 

bho forse ci stiamo facendo delle pettinate di bambole infinite, spero che tu hai capito ciò che intendo perchè chiuderei qui il discorso ;)



Bisogna intendersi con i vocaboli. Affidabilità di un programma significa che è il più possibile esente da errori, la qual cosa è anche determinata dagli strumenti che si usano per svilupparlo.



Se intendevi invece che tutti i linguaggi fanno "quello che gli si dice di fare" al netto dei bug del compilatore o interprete, beh l'affermazione è talmente banale...


 

come detto certo che se questi sta scrivendo un libro sul C++ difficile che dica che sia il peggio in circolazione... 

cmq sia anche io sono daccordo che per alcuni tipi di applicazione il C++ è il miglior linguaggio di programmazione... per altre invece no, altrimenti sarebbero spariti tutti gli altri e si programmava solo in C++ 




 Se intendevi invece che tutti i linguaggi fanno "quello che gli si dice di fare" al netto dei bug del compilatore o interprete, beh l'affermazione è talmente banale...



per me affidabilità è ovvio che significa che deve fare "quello che gli si dice di fare"... banalizzando, se io devo sommare gli interessi su un conto e scrivo nel programma una sottrazione, mica potrò prendermela con il programma se alla fine i conti non tornano... 



Bug del compilatore? bhe la mia esperienza informatica è al 90% COBOL(con tutto ciò che lo circonda) e di bug del compilatore mai sentito parlare... se il compilatore da errore è SEMPRE perchè ho scritto una cosa errata... magari una banalità come scordare un punto, ma sempre di errore mio si tratta... 


 Questa non la sapevo



In Italia non se ne parla, e non capisco perche'.

Fa specie vedere che invece e' noto all'estero, parlando con gente della BCS sapevano sia chi era che quello che ha ottenuto.

Nemo propheta in patria.



--

saluti

cm


 vedi sopra... ma quale cultura informatica... una banca fa buisiness e se può avare affidabilità maggiore vuol dire un vantaggio sulla concorrenza, quindi non sta di certo a guardare in faccia alla "cultura informatica" e come detto sopra gli strumenti se li procura nel caso non li avesse





In teoria. In pratica il CIO e' un manager senza cultura specifica (in molti casi, ovviamente non tutti) che tende a risparmiare ed andare sul sicuro. Non a caso gli investimenti in IT in Italia sono storicamente bassissimi.





L.


 

hai detto bene, gli errori nei programmi... ma chi li commette il linguaggio o il programmatore? certo che se fai casino con gli indici escono fuori errori... ma la colpa di chi sarebbe? colpa del C++ o di chi ha scritto il codice incasinando appunto i puntatori?


 hai detto bene, gli errori nei programmi... ma chi li commette il linguaggio o il programmatore? certo che se fai casino con gli indici escono fuori errori... ma la colpa di chi sarebbe? colpa del C++ o di chi ha scritto il codice incasinando appunto i puntatori?



Claudia non e' questione di colpa - se hai una base codice di alcuni milioni di linee non e' importante CHI, e' sapere se in quel codice hai un errore ogni 10.000 righe od ogni 100.000, se puoi fare ispezione statica, e sopratutto se con quel linguaggio si puo' mettere a sedere tutto il server oppure qualsiasi errore nella peggiore delle ipotesi resta confinato all'applicazione specifica.

E' un problema che si tratta statisticamente, non sperando vanamente di avere tutti programmatori bravi come Claudia che non fa mai errori :-P

Quella, con tutto rispetto, e' una visione da artigiani.



L.



milioni di linee nello stesso programma? bho mai visti ne in JAVA ne in COBOL... 



cmq sia in COBOL per esempio si creano JCL o anche reti di JCL che vengono eseguiti in cascata/parallelo ecc... in JAVA il codice è spezzettato in più file(classi ecc...) bhe cmq sia nel mio ambiente lavorativo nei programmi NON deve esserci alcun errore, se capita va risolto in fase di test... è impensabile che un programma che faccia dei calcoli monetari commetta anche il minimo errore di 1 centesimo di euro... certo nella peggiore ipotesi può capitare, ma la cosa va risolta SUBITO.



so che scherzavi, ma errori certo che anche io commetto errori, ma quelli sintattici me li scova il compilatore e li correggo... gli errori logici li si scova in fase di test... 

si parla di artigianato? bhe che ben venga l'artigianato... solo l'idea di catena di montaggio della programmazione mi fa rabbrividire :( 



bho continuo a non capire perchè voler attribuire al linguaggio di programmazione glli errori che vengono commessi da chi li usa... 

bho come dire che in un tema prendo 4 e cerco di dare la colpa all'italiano.(azzz se ci sente mio figlio questa la usa di certo hahahahaha ) 






Lui puo spaccare le palle a chi vuole,poi occorre vedere chi lo usa

Avevo scritto che IBM offre java,C e C++ (e altro) sui mainframe della 

serie Z



 cmq sia in COBOL per esempio si creano JCL o anche reti di JCL che vengono eseguiti in cascata/parallelo ecc... in JAVA il codice è spezzettato in più file(classi ecc...) bhe cmq sia nel mio ambiente lavorativo nei programmi NON deve esserci alcun errore, se capita va risolto in fase di test...



Ci puoi spiegare cortesemente come fate a sapere che un programma è esente da errori? Fosse vero sarebbe una bomba...e poi si dice che le aziende italiane non fanno ricerca :D


 Ci puoi spiegare cortesemente come fate a sapere che un programma è esente da errori? Fosse vero sarebbe una bomba...e poi si dice che le aziende italiane non fanno ricerca :D



semplice, se un programma fa quello che mi aspetto che faccia vuol dire che funziona... 

come fare? bhe per esempio se devo calcolare per tutti i clienti con i criteri XyZ una determinata cosa(interessi, scadenze autorizzazioni ecc...) bhe dopo un giro di test si va a controllare che realmente i calcoli finali corrispondono al vero... i primi test li fa il programmatore con test semplici, per poi fare dei test più corposi e infine test dettagliati e considera che ci sono team interi di addetti ai test. ci sono situazioni in cui ci sono anche appositi programmi per fare controlli incrociati di altri programmi... 



posso dire che i programmi funzionano... non funzionasse un solo programma che va a toccare i soldi su un conto corrente stai tranquillo che la mattina successiva non basterebbe l'esercito per contenere le "lamentele dei clienti" ;)





I test riducono la probabilità di errore ma la certezza al 100% di free 

bug non c'è ne per nessuno

Forse per qualche banale programma

Comunque non è possibile costruire un programma generico che dica se un 

programma è corretto o non corretto












 come fare? bhe per esempio se devo calcolare per tutti i clienti con i criteri XyZ una determinata cosa(interessi, scadenze autorizzazioni ecc...) bhe dopo un giro di test si va a controllare che realmente i calcoli finali corrispondono al vero... 



Ah quindi il vostro programma fa un paio di somme e moltiplicazioni in single thread. Ma vi pagano pure? Un foglio excel mi sembra sufficiente :D






Stai ancora sbagliando

Tu faresti una semplice manipolazione di testi in C++ ?

In genere no, è come usare un bazooka per uccidere una mosca

Esiste altro per questo, ad esempio perl (un altro tra i linguaggi must)

E poi potrebbe anche essere inventato un linguaggio ancora migliore tra 

tutti quelli esistenti,credi che gli altri linguaggi sparirebbero ?

No, e per due motivi:

l' abitudine (per apprendere un nuovo linguaggio occorre tempo), e il 

codice esistente che non si può buttare via su due piedi
















 programma è corretto o non corretto

certo, ovvio nessuno ti da la certezza al 100% di nulla... nemmeno che domani io e te saremo ancora vivi... ma se un programma sta girando ogni giorno da 10 anni elaborando milioni di miliardi di record senza un riscontro di erroe, possiamo dire che è perfetto al 100%? in una teoria assolutistica NO perchè un errore potrebbe nascere domani, ma in questo mondo direi di SI.


 Ah quindi il vostro programma fa un paio di somme e moltiplicazioni in single thread. Ma vi pagano pure? Un foglio excel mi sembra sufficiente :D



hahahaha si, e pensa ce ne sono migliaia di programmi che vengono eseguiti ogni giorno, e il tutto alla fine per fare una somma... vedi un po' quanto ne sai anche tu della realtà lavorativa... 



va bhe mi sono stancata di parlare di cose reali in ambito di lavoro con chi conosce solo della grandissima e bellissima teoria scolastica... 



seeeeeeeeeeeeeee U 

Cla


 codice esistente che non si può buttare via su due piedi



va bhe tante supercazzule per mostrare tutta la tua conoscenza teorica sull'informatica, ma scusami se mi sono stancata di parlare di realtà lavorativa con chi invece conosce solo tanta bella teoria scolastica





seeeeeeeeeeeeeeeeee U anche a te

Cla


 Esiste altro per questo, ad esempio perl (un altro tra i linguaggi must)



Ho come l'impressione che tu consideri un must tutto ciò che conosci tu e poco altro.


 certo, ovvio nessuno ti da la certezza al 100% di nulla... nemmeno che domani io e te saremo ancora vivi... ma se un programma sta girando ogni giorno da 10 anni elaborando milioni di miliardi di record senza un riscontro di erroe, possiamo dire che è perfetto al 100%? in una teoria assolutistica NO perchè un errore potrebbe nascere domani, ma in questo mondo direi di SI.



Non puoi dirlo semplicemente perché puoi dimostrare la presenza di un bug ma non la sua assenza.



il COBOL lo conosco e non lo considero un must










Di farci girare java, non comprare un mainframe


Ti ho spiegato quale vantaggi ha un linguaggio moderno rispetto ad un 

dinosauro e tu vieni a scrivere di supercazzole o conoscenza teorica 

(che poi non è solo teorica, i progetti per i clienti sono reali) ?



Poi la realtà lavorativa:

il post era incentrato su una discussione tra linguaggi e sinceramente 

mi interessa poco cosa una azienda usa o quale sia la sua realtà 

lavorativa almeno fino a quando non diventa un cliente





Cambia mestiere, dammi retta.





	Saluti






Cambia mestiere, dammi retta!!!





	Saluti


 e' il progresso dei mentecatti come te.





Ma che avrebbe sto COSOL di tanto ineguagliabile? Fammi un esempio.



Ma dove l'hai letto che il COBOL sarebbe "ineguagliabile"?





	Saluti








Nessuno scriverebbe in C++ un sorgente di 30000  righe

Se lo facesse sarebbe da radiare dall' albo dei programmatori C++

Per il resto non sto neanche a discutere, evidentemente concetti come 

object e generic programming per te sono sconosciuti




Conosci cento linguaggi, pero' fai domande stupide. Devi cambiare mestiere.





	Saluti


 bho continuo a non capire perchè voler attribuire al linguaggio di programmazione glli errori che vengono commessi da chi li usa... 



Percheì tu ragioni da artigiano ed io ragiono da industriale. Io ragiono su milioni di righe di codice e centinaia di programmatori, magari sparpagliati per il mondo, che lavorano allo stesso progetto - e magari devono produrre applicazioni mission critical. Il linguaggio giusto aiuta in tale contesto a ridurre un certo numero di problemi.



Ciao

L.






 Nessuno scriverebbe in C++ un sorgente di 30000  righe



Ma non te lo ha mai detto nessuno che se per un certo programma scritto 

in COBOL ci vogliono 2000 righe, per lo stesso scritto in C ce ne 

vogliono sicuramente di piu'? Dire 20.000 e' un'esagerazione, va bene, 

ma comunque ce ne vogliono di piu' che per lo stesso programma scritto 

in COBOL, e allora come fai a dire che e' piu' gestibile se e' scritto in C?

Sempre stronzate devi dire?



	Saluti


 e' il progresso dei mentecatti come te.





AHAHAHAHAHAHAHAHAHAHAHAHAHAH!!!

Povero quack, prende calci da tutti... :(



Bisogna subito dirlo a SAP, pensa che quei coglioni continuano a voler usare

un "dinosauro" come l'ABAP invece di convertire tutto al C++.



Pezzi di merda...


 

ma sai, qui mi pare che ti contraddici... 

un unico programma contenente milioni di righe di codice va in contrapposizione ad avere centinaia di programmatori... se ho 200 persone a lavorare preferisco avere almeno 200 programmi, non uno unico altrimenti poi come fanno? uno lavora e 199 guardano e attendono che quello ha finito la modifica??? 



personalmente se devo fare una applicazione complessa la suddivido in n applicazioni che svolgono ognuna delle funzioni più semplici... avere un unico programmone che fa tutto mi pare vada in contrasto con le nuove tecniche di programmazione... avere un unico programmone è più difficile da manutenere, se hai un errore... azzzzzzz andare a scovarlo ci metti decenni... fai una piccola modifica di 2 righe e poi magari l'errore si propaga 2 milioni di righe dopo... 

bho sinceramente non so se esistano programmi come tu dici, ma non li reputo una buona e innovativa tecnica di programmazione... 



ovviamente sono solo deduzioni di una artigiana :p








 Ma che avrebbe sto COSOL di tanto ineguagliabile? Fammi un esempio.



nulla di ineguagliabile, enoquick diceva che era da buttare(legacy), e sebbene non è ineguagliabile, ancora oggi fa bene quello per cui è stato progettato.




ovviamente sono solo deduzioni di una artigiana :p 



Naturalmente. Io invece parlo di una base codice di 40Mln di righe su cui lavorano quasi 300 persone sparse per il mondo, che viene compilata ogni 3 ore, passata per l'analizzatore statico (Coverity)  e sottoposta a un ciclo di test su target e in simulato minimale dopo ogni compilazione, mentre nel WE si girano test per 24 ore filate. 

In questo contesto gli errori si trattano come eventi statistici, indipendentemente dalla bravura del singolo programmatore, e - tornando all'argomento originale - il linguaggio "giusto" aiuta a tenere insieme il tutto.



L.


 

il linguaggio giusto può di certo aiutare, ma l'ERRORE del programma non può MAI essere imputato al linguaggio, bensì al programmatore... 

non ne sei ancora convinto? 




 non ne sei ancora convinto?



Cristo santo, se decidi di fare una webapp in C sparando fuori gli HTML a suon di sprintf e vengono fuori bug a gogo rispetto al medesimo applicativo scritto in Java usando JSP o quel che vuoi di adatto, secondo te dobbiamo prendercela con il programmatore o con il beota che l'ha obbligato a usare quell'ambiente di sviluppo?



Tanto per capire eh.


 non ne sei ancora convinto?



Imputare non e' di alcun interesse, l'interesse e' minimizzare il rischio che l'errore ci sia. 



L.


 Tanto per capire eh.

tanto per capire se sei normale o meno... 

qui si parla di applcazioni reali in ambiti lavorativi e non del ragazzetto di scuola che prova a gestire il DB delle poste con la calcolatrice del suo telefonino... 

si sta parlando di errori fatti da un linguaggio nel fare cose che quel linguaggio è in grado benissimo di fare... 




Quelli che non devono sbagliare mai sono i programmi che controllano 

processi critici, come per esempio quelli che gestiscono gli ABS o le 

apparecchiature mediche o il volo degli aerei.



	Saluti


 

No NO, qui il tutto era iniziato proprio per dire che non è il linguaggio a fare errori quindi proprio a chi IMPUTARE la copa dell'errore (ovviamente stiamo parlando di linguaggi seri come il COBOL o C++ o Java, non venirmi a citare il linguaggio "sgraps" fatto ieri dal tuo nipotino... sai visto gli esempi degli ultimi interventi devo specificare anche sull'ovvio)



La tua capacità di astrazione è probabilmente pari alle tue abilità di programmatore. D'altronde, che manchino le basi si era già capito 20 post fa.




Claudia, perche' ti rifiuti di accettare un discorso cosi' ovvio?

E' chiaro che se fai un errore scrivendo un certo programma il 

responsabile sei tu, pero' e' pure altrettanto chiaro che se usi il 

linguaggio meno adatto hai maggiori probabilita' di sbagliare, sia tu 

scrivendolo che quelli che in seguito lo devono manutenere.

E poi scusa tanto, ma secondo te per quale motivo hanno scritto tanti 

linguaggi di programmazione diversi e non si sono fermati all'Assembler 

o addirittura al linguaggio macchina, se non per facilitare la vita a 

chi doveva scrivere programmi? E facilitare la vita significa due cose: 

non solo scrivere piu' facilmente e in minor tempo, ma anche diminuire 

gli errori.





	Saluti


 No NO, qui il tutto era iniziato proprio per dire che non è il linguaggio 



No: tu avevi inizato cosi e' qualcuno sta cercando di convicerti che il linguagio giusto aiuta a dimiinuire il numero di errori, non perche' rende piu' "bravo" il singolo programmatore, ma perche' facilita un certo numero di cose. Il contrario di un linguaggio che aiuta a fare meno errori non e' un linguaggio che FA errori e quindi e' COLPEVOLE.



L.




 La tua capacità di astrazione è probabilmente pari alle tue abilità di programmatore. D'altronde, che manchino le basi si era già capito 20 post fa.



vero, io mi attengo alla realtà dei fatti e tu spari "astrazioni"



se vuoi dialogare di fare programmi con un microonde(o linguaggi non idonei), bhe ti lascio alle tue "astrazioni"

seeeeeeeeeee U





A parte che la discussione è C++ e non C( forse per te non c'è 

differenza) mai sentito parlare di un programmino chiamato linker ?

Ho scritto che nessuno farebbe un sorgente in C++ di 30000 righe non che 

l' intero programma non supera le 30000 righe

I programmi complessi hanno 100000 / 1 milione di righe di codice e non 

è che non si scrivono in C++




 ... dimmi un po' se io e te modifichiamo lo stesso programma e io modifico 500 righe compresa le righe che vanno dalla 100 alla 200 e tu allo stesso tempo modificando altre 500 linee ma tra quelle ...



Non ho seguito tutto il discorso, pero' un sistema che permetta a due 

persone di modificare allo stesso tempo lo stesso programma e' sbagliato 

in partenza.





	Saluti




 scrivendolo che quelli che in seguito lo devono manutenere.



ma CERTO, ma sono la prima ad essere onvinta di quanto dici, mai detto che non ci son linguaggi che aiutano di più il programmatore... e non solo, anche gli editor possono aiutare ad evitare errori, sono la prima a essere felice quando in unicredit ha iniziato ad usare charisma/grappa che ha un edior simile a eclipse dove scrivendo le righe di codice ti viene già proposta la giusta sintassi del comando che stai usando... ma ci macherebbe che nego una cosa simile... dove avrei negato questo? che un linguaggio può aiutare a commettere meno errori? sono contraria quando invece si dice che la colpa dell'errore è del linguaggio stesso. 








 L.

no no, mai detto che un linguaggio non può AIUTARE a commettere meno errori, io ho detto(e puoi leggerlo sopra) che non è MAI il linguaggio a commettere errori, bensì il programmatore... e alcuni di voi si sono adoperati in voli pindarici per dire il contrario... una cosa è aiutare o meno a commettere errori... un'altra cosa è che sia lui a commetterli... bho mi sembra una differenza talmente enorme... no?



no, non è un mio discorso, è lazarus che dice di volerlo fare, io ho detto che in alcuni editor è impossibile farlo(a mio avviso giustamente) altri editor permettono anche di farlo, e come ho scritto sopra dico che è cmq "sconsigliato" lazarus obbietta al mio "non è consigliato"



Si chiamano iperboli e funzionano molto bene per chiarire l'essenza del discorso. Di solito si confutano facendo notare che l'iperbole non si applica mai per il caso preso in esame, cosa che tu non hai minimamente saputo fare.



Tu stai ostinatamente propugnando che la scelta del linguaggio non abbia un impatto sul numero di errori generati. Il che è banalmente falso. Il successo o meno di un progetto dipende da tanti fattori tra cui gli strumenti utilizzati, la gestione del progetto, le risorse umane e non impiegate, eccetera eccetera eccetera. Ovviamente anche dal linguaggio (vedi categoria strumenti utilizzati).



Dai su, ci arriverebbe anche Catanese a questo punto.



certo, che un linguaggio/strumento di sviiluppo può aiutare, ma non è lui a commettere l'errore... 



come dire che guidi un'auto che non ha le sospensioni attive a controllo elettronico e poi ti schianti perchè andavi a 200 in una curva da percorrere a 150 e allora la colpa è dell'auto... no la colpa è di chi guida... la colpa NON è dell'auto a meno che non si buchi una gomma o esploda un amomrtizzatore... ma se l'auto è in perfetta efficienza... allo stesso tempo ribadisco ciò che scrissi 200 post fa e che mi viene contestato "l'errore non è mai colpa del linguaggio, ma del programmatore" 




 in partenza.



Ma anche no. Mai sentito parlare di merge? Si puo' benissimo lavorare su un set (sul singolo sorgente avrebbe poco senso) di sorgenti allo stesso tempo e se il lavoro e' ragionevolmente organizzato fare il merge dei vari cambiamenti senza buttare via il  lavoro di nessuno.

Ogni tanto capita il caso sfigato in cui 2 persone hanno modificato proprio lo stesso pezzo dello stesso sorgente ed allora una parte del lavoro finira' gettata, ma nella maggioranza dei casi N persone possono lavorare sulla stessa base codice senza pestarsi i piedi.



L.


 certo, che un linguaggio/strumento di sviiluppo può aiutare, ma non è lui a commettere l'errore... 



L'affermazione è tautologica e di una banalità sconcertante, tanto che nessuno riesce a capire cosa ti frulla in quella zucca. 



Sostanzialmente stai dicendo che un programma fa quello che fa. Rimane da capire per quale motivo ti sia sentita in dovere di spiegarcelo.




 no no, mai detto che un linguaggio non può AIUTARE a commettere meno errori, io ho detto(e puoi leggerlo sopra) che non è MAI il linguaggio a commettere errori, bensì il programmatore... e alcuni di voi si sono adoperati in voli pindarici per dire il contrario... una cosa è aiutare o meno a commettere errori... un'altra cosa è che sia lui a commetterli... bho mi sembra una differenza talmente enorme... no?



Non so come te la cavi col COBOL, ma coi linguaggi naturali non sei proprio fortissima, eh!?



L.




 no, non è un mio discorso, è lazarus che dice di volerlo fare, io ho detto che in alcuni editor 





Editor? EDITOR? Ma che queste sono funzioni da editor?



Mah.



L.


 

a quanto pare no, se ciò che ho detto non lo ha capito nessuno, è probabile che sia io ad essermi espressa male... 



a quanto pare aveva ragione enoquick... amen me ne farò una ragione e da domani inizio a studiare il C++ :D









noi parliamo di editor come endevor o changeman e sono loro che gestiscono il versioning con i checkin ecc... 






Ecco,prova

Quando poi arriverai ai template ed alla  programmazione ad oggetti ti 

accorgerai della differenza !!

Ma accorre tempo per apprendere bene la filosofia C++, non è facile da 

apprendere come il COBOL

Ma quello è il prezzo da pagare per costruire progetti (di soliti 

grossi) robusti e manutenibili e se si desidera anche efficienti in 

tempo o spazio

Poi una volta avute le basi passare ai design pattern

Buona fortuna








Io invece ho scritto un'altra cosa, facile facile, ma che evidentemente 

per te e' troppo difficile da capire: lo stesso programma che in COBOL 

e' di 1000 righe, se scritto in C e' normalmente piu' lungo, in certi 

casi anche di parecchio.

Discorso difficile, vero?





	Saluti



Il sistema su cui lavoravo io non consentiva la modifica di un singolo 

sorgente a piu' persone contemporaneamente e sinceramente non riesco ad 

immaginare la necessita' di fare in maniera diversa.

Tanto per fare un esempio, con Changeman si puo' fare? Mi sembra di no, 

pero' potrei sbagliare?





	Saluti


      Saluti




 parametri passati non esiste



Neppure Clojure, richiesto dall'annuncio per cui ti eri proposto. Con sommo divertimento per tutti noi.




E cosa ti impedisce di chiamare un altro programma per fare cose che da 

un programma COBOL non puoi fare, ammesso che ci siano e ammesso che ti 

servano veramente?



	Saluti







Ma il sottoscritto non si era proposto per Clojure in quanto non lo conosco




 E' un discorso troppo difficile per le tue capacita' mentali?





Non conosco il COBOL, ma mi risulta davvero difficile immaginare che un linguaggio moderno general purpose non riesca a fare le stesse cose (anzi meglio) semplicemente aggiungendo una libreria ad hoc. Qualche esempio?



Posso immaginare invece che abbia ancora senso dovendo manutenere migliaia di righe di codice legacy.








Anche a te, il COBOL è stato un vecchio amore per me (30 anni fa) ma poi 

sono cresciuto assieme al resto dell' informatica









Quando la smetterai di inveire contro la mia persona allora ti potrò 

dare ragione

L' unica cosa che sbagli è 'le stesse cose', in un linguaggio moderno 

quello cose si possono fare in modo piu efficiente e/o piu manutenibile 

Il piu efficiente dipende comunque dal linguaggio ma sicuramente la 

risposta è si con C++,per gli altri dipende (nel senso che non mi pronuncio)

La macchina COBOL ha comunque il vantaggio di essere semplice e 

semplicità significa efficienza e minori bug







No, non sbaglio proprio nulla visto che ho messo fra parentesi "anzi meglio".

Per il resto linguaggi più moderni e flessibili del c++ consentono di addirittura di sviluppare mini linguaggi specifici (DSL) con sintassi quasi naturale, per questo mi suona davvero strano che COBOL possa avere un qualche vantaggio (sintattico e di performance) contro questi ultimi.






Infatti (il COBOL) non ha questa possibilità

E' comunque un linguaggio nato 55 anni fa,che possibilità vuoi che abbia 

nonostante continuino a fargli accrocchi per manutenere il codice legacy ?












Carissima,con tutto il codice legacy che esiste, il COBOL non lo si puo 

certo buttare via.

Ma da qui ad affermare che non è il linguaggio che influisce la 

progettazione sw ce ne vuole,e tanto.

Devo comunque arguire che non conosci niente delle tecniche di 

progettazione  moderne del sw altrimenti non faresti simili affermazioni.

Essendo un libero professionista accetto lavori piu disparati da vari 

clienti, anche manutenzione o progettazione su sw, e anche su linguaggi 

legacy naturalmente

Tutto fa brodo,anche loro contribuiscono a fare portare a casa la 

pagnotta,ma con questo non mi metto certo a prendere posizione a favore 

di,tanto per fare alcuni esempi,vb6,COBOL, PL1,Fortran,APL,Pascal,ecc..

Anche il C si potrebbe annoverarlo tra i linguaggi legacy rispetto alle 

tecniche di progettazione moderne, ma lui è particolare

E' un assembler portabile dove in alcuni ambiti è ancora ineguagliabile

E comunque è sempre il padre del C++,merita grandi onori solo per questo

Ha contribuito alla nascita di un linguaggio che può spaziare  dallo 

spaccare il bit in due alle tecniche di progettazione moderne; tecniche 

come la programmazione generica che rimangono ineguagliabili anche 

rispetto ad altri linguaggi moderni (java e C# in primis)
















Quelli che straparlano senza sapere un cazzo di quello che dicono mi 

fanno impazzire!!!!!!!!!!!!!!!!!!!!!!!!!!!



	Saluti


 ragione



bucio di culo ed equino la smettete di misurarvi l'uccello?

non ce ne frega un cazzo comunque.


      Saluti





Riflessa al mittente




 nonostante continuino a fargli accrocchi per manutenere il codice legacy ?



Lisp è del 1958.


 apprendere come il COBOL

conosco bene il concetto di programmazione ad oggetti, ho studiato Java (era il 2002-2003 circa) perchè ho collaborato ad un progetto in Java... il java era "nuovo" e pensavo di passare a programmare in java... ma le collocazioni COBOL pagavano meglio e ancora oggi resto col COBOL... ;)

ho anche studiato il C# quando uscì pensando che avrebbe preso molto, invece così non è stato... morale resto col COBOL... anzi lunedì prossimo mi sa che devo partire per qualche mesetto non credo ci sentiremo :( 







C++ non è java o C#,pur se i concetti di programmazione ad oggetti sono 

simili

Ma non è che devi abbandonare il COBOL, ci mancherebbe, finchè rende 

pecunia (e sicuramente piu di java) va bene

La discussione, almeno per quanto mi riguarda, verteva sul modo di 

progettare sw tra i due linguaggi

Ed il modello COBOL è superato,questo devi prenderne atto

Prima di partire,ricordati di mandare un saluto al ng






 nessuno tra loro era spezzato in moduli chiamati da call



Non dire stronzate, per piacere!!!





	Saluti


      Saluti





Ed il resto ?

Aspetto sempre la traduzione in COBOL di una gestione complex (non 

completa ma solo per avere una idea)




 Che qualcuno vedra' respingere il suo check-in, e qualcun'altro dovra' fare chiarezza su chi fa cosa. 



Meno male...

A leggere certe osservazioni mi era venuto il dubbio che il source control fosse fantascienza... :-)


 ah quindi non è proprio vero quello che sostenevi tu, che in 200 persone modificano contemporaneamente lo stesso programma? 



Guarda che "programma" e "singolo file sorgente", nel dubbio, non sono sinonimi.


 ho anche studiato il C# quando uscì pensando che avrebbe preso molto, invece così non è stato... 



Beh... Diciamo che si difende eh...


 Non è una stronzata,è la verità



E' una stronzata, questo e' poco ma sicuro, ma il discorso comunque e' 

un altro: in COBOL, come ovviamente in qualsiasi altro linguaggio, si 

possono fare chiamate ad altri programmi, quindi se uno non le fa e 

scrive sorgenti troppo lunghi e difficilmente gestibili non te la puoi 

pendere con il linguaggio, ma con quella pippa del programmatore.





	Saluti









nell'ambiente MVS SI, 1 programma = 1 sorgente. 

Poi un progetto può prevedere un JCL che ha al suo interno 10, 100 o 1000 programmi diversi che richamano altri 10000 programmi diversi che svolgono differenti funzioni al fine di raggiungere l'obbiettivo prefissato, però quando io parlo di un programma parlo di 1 sorgente. se parlo di una copy, sto parlando di un'altro sorgente ecc... 



e nel dubbio, se assumessimo(come è in altri sistemi) che 1 programma = n sorgenti, a che serviva parlare sistemi di sviluppo che permettono a più persone contemporaneamente di modificare lo stesso programma? ovvio che se ho n sorgenti diversi non mi pongo il problema... 






 e nel dubbio, se assumessimo(come è in altri sistemi) che 1 programma = n sorgenti, a che serviva parlare sistemi di sviluppo che permettono a più persone contemporaneamente di modificare lo stesso programma? ovvio che se ho n sorgenti diversi non mi pongo il problema...





eh??? Il delirio continua...




 completa ma solo per avere una idea)

che discorsi sono? come dire che uno aspetta la traduzione in C++ di una app per telefonino, sono linguaggi differenti ognuno utile per cose differenti.







hahahaha si, ma solo per oggi al max domani, poi vi devo lasciare...



lo so che non sentirete la mia mancanza, ma a me invece mancherete :( 




 che discorsi sono? come dire che uno aspetta la traduzione in C++ di una app per telefonino, sono linguaggi differenti ognuno utile per cose differenti.





E in cosa andrebbe meglio nessuno l'ha ancora saputo spiegare...


 E in cosa andrebbe meglio nessuno l'ha ancora saputo spiegare...

quele sarebbe il soggetto? il C++ o il COBOL? 



cobol



il COBOL è ottimo per scrivere programmi che fanno elaborazioni amministrativo-finanziarie tipo le elaborazioni batch di banche o assicurazioni...



che sia il migliore... mai detto, ho semrpe sostenuto che nel fare quel che fa lo fa bene a tal punto che ancora oggi si sviluppano nuovi programmi per queste funzioni con questo linguaggio.


 che sia il migliore... mai detto



Hai detto che è ottimo però e tanto basta. 

Mostrate una riga di codice che ne dimostri l'ottimalità allora, perché tuttora non riesco ad immaginare in quale maniera quell'obbrobrio possa risultare competitivo contro un linguaggio moderno potenziato con una libreria ad hoc.



Libreria che qualcuno deve scrivere / che qualcuno deve valutare / che qualcuno

deve comprare / che qualcuno deve supportare / che qualcuno deve imparare ad usare...



Ovviamente su questo ha ragione claudia...


 Ovviamente su questo ha ragione claudia...



Tutte cose che devi fare anche quando e se decidi di usare un linguaggio invece di un altro.



COBOL: COmmon Business-Oriented Language, ossia, letteralmente, 

"linguaggio comune orientato alle applicazioni commerciali"



Visto il nome, secondo te in quali applicazioni puo' andare meglio?





	Saluti



Pero' non credo che un linguaggio possa essere considerato meglio di un 

altro solo per il fatto che tu uno lo conosci e l'altro no, o sbaglio?





	Saluti


 nell'ambiente MVS SI, 1 programma = 1 sorgente. 



E quindi in generale no. :-)


 nell'ambiente MVS SI, 1 programma = 1 sorgente. 





 Tutte cose che devi fare anche quando e se decidi di usare un linguaggio invece di un altro.



Il problema però si pone quando, avendo già una base per fare quello che ti 

serve (tipo il cobol), uno decide, e questo è successo in passato per ragioni 

meramente ideologiche e/o di marketing, di passare ad un altro linguaggio "figo"

(es. java, c++, scala, etc.). Sapessi quanti clienti ho visto dare il giro

per "entrare" nel mondo java a cavallo degli anni 2000...



Parlo da manager e non da programmatore. Se ho un gestionale che va in dos da

terminali a fosfori verdi usati dai magazzinieri, con quello ci mangio e non 

ho nessuna ragione  reale ed impellente per cambiare il target di utilizzo, 

sarei un COGLIONE se pensassi di portarlo ad un'altra piattaforma. 



A meno che non ci sia un serio business plan per espanderlo e non ci sia 

qualcuno dietro con almeno 300k EURO che mi finanzia la cosa...



Non programma, mai detto questo

Modulo

Sai la differenza ?




 sulla flessibilità e manutenibilità ti do ragione, ma la sicurezza è ineccepibile anche su COBOL





Ok, la macchina COBOL è semplice,si puo dire sicura




E aspetto sempre la famosa traduzione





Abbi pazienza, spiegamela tu.





	Saluti



un sorgente è un modulo

compilato è un oggetto

gli oggetti uniti assieme dal linker fanno un programma (detto eseguibile)



un programma in esecuzione è chiamato processo





un modulo puo avere una o piu entry  che vengono chiamate usando la 

call <nome entry> using <parametri>...



per eseguire un programma da un altro programma occorre una chiamata di 

sistema (in windows createprocess,in unix exec)




 	Saluti



Altrettanto.


 	Saluti



Altrettanto.



Comprendo il discorso ma chi sta difendendo il cobol in questo thread ne parla come di una piattaforma appetibile anche per progetti da zero. Rimane scontato che se hai già il tuo parco di programmatori cobol, una grossa base di codice cobol, il programma cobol da estendere, cobol vince.


 sistema (in windows createprocess,in unix exec)



da questo capisco che tu il COBOL non lo hai mai visto in realtà "vere/lavorative" 

perchè tutto quello che dici è assolutamente errato... 



un PROGRAMMA COBOL PBC(programma batch cobol) può tranquillamente chiamare tutti gli altri PROGRAMMI COBOL(PBC) che vuole usando CALL ... USING ... 

gli stessi PROGRAMMI chiamati a loro volta possono richiamare altri programmi e così all'infinito... e tutto questo se parliamo di BATCH è MOOOOOooooooolto usuale, direi che un bel 90% di programmi fanno questo.



se parliamo di programmi sempre COBOL ma TP tipo i CICS... allo stesso tempo questi programmi possono chiamare altri programmi che svolgono delle semplici funzioni e poi ritornano il controllo al programma chiamante(LINK)... ma anche chiamare altri programmi che poi prendono il controllo(XCTL)... e questo succede nel 99,9% dei casi.




 Comprendo il discorso ma chi sta difendendo il cobol in questo thread ne parla come di una piattaforma appetibile anche per progetti da zero. Rimane scontato che se hai già il tuo parco di programmatori cobol, una grossa base di codice cobol, il programma cobol da estendere, cobol vince.



io, che "difendo il COBOL" (hahahahaha) dicevo che per esempio in UNICREDIT(dico unicredit ma potrei dire BPM, ALLIANZ, AGOS-DUCATO ecc...) sono nati diversi progetti nuovi... molti di quei NUOVI progetti sono stati fatti in COBOL... eppure in unicredit hanno anche programmi JAVA e quindi TUTTO l'occorrente per fare i nuovi progetti sia in JAVA che in COBOL... se hanno scelto per molti di farli in COBOL forse, e dico forse, vuol dire che hanno valutato che conveniva farli in COBOL... perchè? bho non sono io che decido quali piattaforme utilizzare... poi non so se questi abbiano anche cose fatte in C++, io personalmente non ne ho mai sentito parlare, ma magari ci sono altri gruppi di lavoro che lo fanno e con cui non mi osno mai incontrata, non so e quindi non dico nulla, però sono sicura al 100% che JAVA lo hanno anche perchè molti progetti son anche misti tra JAVA e COBOL.




 io, che "difendo il COBOL" (hahahahaha) dicevo che per esempio in UNICREDIT(dico unicredit ma potrei dire BPM, ALLIANZ, AGOS-DUCATO ecc...) sono nati diversi progetti nuovi... molti di quei NUOVI progetti sono stati fatti in COBOL... eppure in unicredit hanno anche programmi JAVA





Ho capito, non hai idea e neppure sai spiegare il vantaggio di cobol rispetto ad altre piattaforme. 

Per il resto ci possono essere mille motivi per cui venga utilizzato un mostro obsoleto anche per nuovi progetti, ad esempio che il team che opera su quel progetto è formato di soli programmatori cobol. Oppure che si vuole partire da un programma cobol esistente, modificarne e crearne uno nuovo. Eccetera eccetera.


 Per il resto ci possono essere mille motivi per cui venga utilizzato un mostro obsoleto anche per nuovi progetti, ad esempio che il team che opera su quel progetto è formato di soli programmatori cobol. 

ma hai bevuto? è un nuovo progetto e quindi si può decidere di metterci su il team che si vuole... ma qui state stravolgendo tutto il mondo del lavoro... come se quando nasce un progetto prima si forma il team prima ancora di conoscere quale sarà il progetto e su che ambiente lo si vuole fare... SVEGILAAAAA nel mondo reale la scelta delle persone che lavoreranno ad un progetto sono l'ultima cosa nella fase di progettazione, quindi se si decide che tale progetto verrà fatto in JAVA si mette su un team di programmatori JAVA... 



Oppure che si vuole partire da un programma cobol esistente, modificarne e crearne uno nuovo. Eccetera eccetera.

abbiamo detto prima che stiamo parlando di un progetto nuovo(NUOVO) te comprì? 



Nell'ultimo progetto(tanto per fare un esempio) ho creato io 12 tabelle, fatto una decina di JCL con all'interno diversi passi di UTILITY più diversi PROGRAMMI BATCH per ogni JCL... tutto questo per la parte HOST(COBOL) che si occupa dei controlli di integrità dei flussi e del caricamento dei flussi sulla base dati(DB2) ecc... sempre nello stesso progetto c'è tutta la parte di TP che invece è stata fatta in JAVA che accederà alle "mie" tabelle Db2 e consentirà agli utenti di visualizzare i dati ecc... 



quindi la domanda è sempre la stessa, perchè hanno deciso di fare la parte "mia" su COBOL e non su JAVA? e considera che sia Io che tutti i miei colleghi che hanno lavorato sul mio progetto, siamo tutti consulenti, quindi non puoi dire "perchè dovevano farvi lavorare", se non servivamo non ci prendevano o chi era già qui bastava una stretta di mano e viaaaaa... ah forse perchè sono bellissima e mi volevano per forza tenere qui? :D




Terminologia troppo schematica e pure notevolmente sbagliata, ma 

lasciamo stare: quello che dovresti cercare di spiegare e' per quale 

motivo ritieni che la mia frase che riporto qui sotto non va bene e che 

senso ha la tua precisazione che non parlavi di programma ma di modulo:



" ... in COBOL, come ovviamente in qualsiasi altro linguaggio, si 

possono fare chiamate ad altri programmi, quindi se uno non le fa e 

scrive sorgenti troppo lunghi e difficilmente gestibili non te la puoi 

pendere con il linguaggio, ma con quella pippa del programmatore."



Hai le idee molto confuse.





	Saluti





Anche io, ovviamente, credo che esistano linguaggi migliori di altri, ma 

altrettanto ovviamente non in assoluto, ma relativamente a quello che ci 

devi fare.



	Saluti



Come al solito dipende, ovviamente, da quello che ci devi fare, perche' 

se la "nuovissima enciclopedia" del 1954 ti serve per cercare 

informazioni sulle guerre puniche va piu' che bene e se a tale scopo 

vuoi comprare la "nuovissima enciclopedia" del 2015 hai solo che buttato 

i tuoi soldi.



	Saluti




 devi fare.



Non vedo per quale motivo debba essere vera la tua affermazione. 

Esistono linguaggio migliori di altri in alcuni ambiti e non in altri, ma esistono anche linguaggi peggiori di altri in qualsiasi ambito li si voglia applicare.

Il punto è capire se COBOL appartenga alla prima o alla seconda categoria.



Apprezzo lo sforzo, ma stai deragliando paurosamente.



Ho fatto un esempio che calza alla perfezione, mi dispiace che tu non lo 

abbia capito.



	Saluti




Quindi secondo te il COBOL sarebbe un linguaggio peggiore di tutti gli 

altri anche per scrivere quel tipo di programmi per cui e' stato 

espressamente progettato?





	Saluti








il TP è un monitor il quale carica gli oggetti compilati quando gli 

servono oppure che sono stati linkati all' eseguibile che è il monitor 

stesso





Sei tu che confondi programmi con  moduli

Poichè l' informatica sia a livello teorico che a livello pratico,nonchè 

il funzionamento dei sistemi operativi, li conoscono benissimo, ho 

ragione e basta




 ma hai bevuto? è un nuovo progetto e quindi si può decidere di metterci su il team che si vuole... ma qui state stravolgendo tutto il mondo del lavoro... come se quando nasce un progetto prima si forma il team prima ancora di conoscere quale sarà il progetto e su che ambiente lo si vuole fare... SVEGILAAAAA nel mondo reale la scelta delle persone che lavoreranno ad un progetto sono l'ultima cosa nella fase di progettazione, quindi se si decide che tale progetto verrà fatto in JAVA si mette su un team di programmatori JAVA... 



Ho più di qualche dubbio su un approccio del genere...

Io tiro a indovinare, ma secondo me se l'azienda ha un team IT specializzato in .NET non decide di fare un progetto nuovo in Java o in Cobol o Vattelapesca++, non foss'altro per i costi di formazione/riconversione dell'intero team di sviluppo.



Francamente non riesco a figurarmi una situazione in cui rinunciare a competenze analoghe già a disposizione sia conveniente o auspicabile (a meno che non si tratti di un progetto di ricerca, magari pagato da altri..., e non legato al business).


 Francamente non riesco a figurarmi una situazione in cui rinunciare a competenze analoghe già a disposizione sia conveniente o auspicabile (a meno che non si tratti di un progetto di ricerca, magari pagato da altri..., e non legato al business).



proprio per non rinunciare alle competenze specifiche si sceglie il linguaggio giusto e dopodichè il team giusto che ha le competenze che servono.





Ignorantone colossale, e quale sarebbe la differenza?

Un "modulo" secondo te cosa sarebbe? Non e' un programma? Allora cosa e' 

...  un lavandino?!?!?!?!?



	Saluti




 stesso

vale la stessa cosa di prima, mi frega poco di come il CICS gestisca l'esecuzione dei programmi, all'atto pratico c'è un PROGRAMMA CICS COBOL che chiama altri PROGRAMMI CICS COBOL. 





Ma anche no: non è che il nome che si da ad una cosa sia una qualche dimostrazione della sua utilità. Puoi rigirarti come vuoi, ma rimane difficile smentire una banalità simile. Quindi si, hai detto l'ennesima cazzata.






 Apprezzo lo sforzo, ma stai deragliando paurosamente.



invece l'esempio di Silvea è perfetto, perchè il cobol è di certo pessimo se devi fare una applicazione WEB, ma è OTTIMO se devi fare un BATCH per elaborare record finanziari... 



e se sostieni il contrario, spiegaci tu "dettagliatamente" in che modo un'altro linguaggio è migliore di COBOL nello sviluppo di un BATCH per elaborare record finanziari.



attendo fiduciosa :P


 espressamente progettato?



Ne basta uno, non tutti. La logica non è il tuo forte vedo.


 



Un modulo è un programma? ROTFL! ma tu sei troppo cretino per essere vero!



ma Bella... ma dagli ragione... "cristoddddio"!



Cioe' della serie ... io ce l'ho piu' lungo ... gne gne' ... deve avere l'ultima parola ... e sai che te dico?



LASCIAGLIELA!



Sta diventando patetico sto grandissimo discorso del cazzo!





A volte mi sa che El Terun c'ha ragggggione ...CAZZO!



Questi si fanno delle pippe mentali colossali su ste cazzo di cagate ... e poi ... che ottengono?



Mbooooooo



Modulo, programma, c++, c,erlang, cobol, pascal, delphi .... che 2 enormi cojoniiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii



:-(



Ripeto ... ma con tutta sta conoscenza stratosferica di tutti i linguaggi del mondo e relativi OS e dell'universo.... c'e' qualche stracazzo di supertecnico che ha risolto il problema di Neurino??????





Nooooooooooo? E allora che cazzo ha studiato a fare?

O meglio ... si dichiari non superpotente, supercolto, superintelligente o superprogrammatore!



A me se uno mi risolve un grosso problema in dialetto bergamasco ... o in abruzzese .... 





.... FOTTE SEGA!





L'importante non e' il DITO ... E' LA LUNA!!!!





:-) CHE CAZZO DI PALLE COLOSSALI







Scusate lo sfogo e non ce l'ho assolutamente con te (Claudia)



Spero che tu l'abbia capito!



E chiudete sto cazzo di thread una volta per tutte!

Che ognuno pensi al proprio stracazzo di linguaggio di merda!



O meglio sto putain de language de merde!



:-)












 proprio per non rinunciare alle competenze specifiche si sceglie il linguaggio giusto 



Veramente se devi valorizzare le tue competenze non scegli un linguaggio di cui non ne sai mezza a meno che quello di cui sei esperto sia inadeguato a coprire l'esigenza.


 il problema di Neurino??????



Lascia stare, che ho risolto da me. Ma questo thread la dice lunga sull'utilizzo dei mezzi e del proprio tempo a disposizione.

Comunque, ho ragionato nel seguente modo. Siccome si sapeva che il file contiene sempre sequenze di numeri del tipo



-1.4567

+3.3654

-34.7896



Allora è bastato appurare che:



- non ci fosse byte swapping

- che fosse stato creato su una macchina x86_64 (banale)

- che fosse little endian (meno banale, visto i formati che girano sui number cruncher)



https://software.intel.com/en-us/node/510355




- con ' strings file ' sul terminale che non ci fossero informazioni testuali sparse

- sempre con il comando di cui sopra ricercare dei pattern ricorrenti

- come previsto il pattern ricorrente era il primo signed bit, che di solito viene rappresentato con il complemento a 2



- ho pazientemente prodotto byte per byte sullo schermo un qualcosa del tipo



printf("%c%02X", (byte > ' ' && byte < 127)?byte:' ', byte);



e ho sottratto 256 per vedere dove iniziava il "signed floating point". Da quel momento, sapendo che non c'erano operazioni di "cast" per la notazione (del tipo da '0xFF' a '0xFFF', è stato relativamente semplice.



Ed ecco l'unico post intelligente di tutte ste cagate ... dette nel thread!



Grande Neurino!



:-)



219 stronzate che non hanno risolto una beata minchia!



Ed un solo intervento valido per la risoluzione del problema.



"Purtroppo" risolto dalla stessa persona che aveva il problema.



Dimostrazione che spesso i supertecnici non servono ad una ceppa di cazzo ma devono principalmente giustificare i loro inutili compensi sullo studio di massimi sistemi e filosofie del cazzo di software enginering!



:-)



Grande NEURINO!



Ora voglio vedere se sta storia raggiunge i 300 (inutili) post o se la fermiamo qua!



Porca troia!




 Ne basta uno, non tutti. La logica non è il tuo forte vedo.



ok, ne basta uno... citami questo linguaggio che è migliore di COBOL nel fare un programma batch per gestione amministrativa e spiega ben bene in che modo è milgiore.


 Un modulo è un programma? ROTFL! ma tu sei troppo cretino per essere vero!



si, in ambiente "COBOL" un modulo è un programma al 100%(definito al 100% come qualsiasi altro programma, compilato come qualsiasi altro programma)... e visto che stiamo parlando di COBOL il cretino non è SILVEA


 Ma anche no: non è che il nome che si da ad una cosa sia una qualche dimostrazione della sua utilità. Puoi rigirarti come vuoi, ma rimane difficile smentire una banalità simile. Quindi si, hai detto l'ennesima cazzata.



il nome in se potrebbe anche non essere garanzia di tutto, ma il fatto che poi in realtà COBOL faccia proprio quello che dice di fare il nome... bhe mi pare che sia qualcun'altro che ha "detto l'ennesima cazzata" (cit.) 



se dici che non è così, spiegaci tu ben benino come COBOL non sia adatto ed ottimizzato per fare quello che il suo nome significa... 



Gran brutta cosa l'ignoranza!!!!!!



	Saluti


 se dici che non è così, spiegaci tu ben benino come COBOL non sia adatto ed ottimizzato per fare quello che il suo nome significa...



Sono quaranta post che vi chiedo UNA riga di questo magnifico codice COBOL che non si possa fare con altrettanta facilità in altri linguaggi ma vedo che non sapete che pesci pigliare.


 si, in ambiente "COBOL" un modulo è un programma ....



Ma non e' neanche un discorso riferito ad un determinato linguaggio di 

programmazione, e' semplicemente una definizione presa dal vocabolario 

italiano e che vale per qualsiasi linguaggio.





	Saluti










Il monitor è un unico processo che carica altri oggetti in modo dinamico 

oppure linkati staticamente al monitor stesso

Non è come chiamare un programma,sostanzialmente MVS non fa l' 

equivalente di una createprocess windows o exec di unix, ma è simile ad 

una loadlibrary in windows o dllopen in unix se il modulo è caricato in 

modo dinamico










Ecco, ti ho spiegato la differenza, ma continui a sparare cazzate e ad 

offendere










un modulo puo essere anche un programma,ma è una degenerazione

Basta che il modulo di startup non ne chiami altri ed ecco che 

programma/modulo coincidono

Ma è solo un caso particolare, non è che programma = modulo










 Ecco, ti ho spiegato la differenza,...



Tu non hai spiegato una mazza, hai solo sparato una serie di 

stupidaggini e inesattezze. Per esempio, la frase "un sorgente e' un 

modulo", lo sai spiegare che cazzo significa?

Hai le idee molto confuse, stai messo male!!!





	Saluti





Guarda un po, adesso non avrei spiegato la differenza

e continui ad offendere



Ti devo fare l'esempietto ?












Giusto per curiosita', ma saresti in grado di dire con parole tue cosa 

intendi per "programma"?





	Saluti



Si', mi voglio fare quattro risate.





	Saluti




      Saluti





http://it.wikipedia.org/wiki/Modulo_(programmazione)










E le dichiarazioni API le fa il Salvini?



:-)


 Ma è solo un caso particolare, non è che programma = modulo

modulo lo stai dicendo tu in COBOL non esistono "moduli" ma solo PROGRAMMI(PBC, PTC) , COPY(CPY), DCLGEN(DCL) JCL(JCL) e altri(APP, SEND, OPC) ma di MODULI con l'apposito TYPE non ne ho mai sentiti... saresti così gentile di dirci a quale TYPE ti riferisci?

perchè da noi in "gergo" chiamiamo "moduli" dei PROGRAMMI che svolgono funzioni meno complesse, ma sempre di PROGRAMMI al 100% si tratta.



P.S. chiunque ha lavorato in ambiente MVS ha capito che tu di cobol ne sai poco e nulla, non fai più bella figura a dire "è vero il cobol lo ho studiato e visto così superficialmente" così ne esci senza fare la figura di quello che dopo averla sparata grossa cerca di spararne di più grosse per coprire?... no? 




 Ti devo fare l'esempietto ?



come detto, non hai spiegato un bel niente... 



si, fai l'esempietto


 
http://it.wikipedia.org/wiki/Modulo_(programmazione)




infatti nel link che citi non v'è traccia della parola COBOL



cmq sia, una cosa molto simile a quello che indica il link sono le copycobol che di certo, sapendo programmare in COBOL TU saprai bene che non vengono richiamate con delle CALL giusto? 

quindi hai sparato una marea di?



esempio

abbiamo due moduli cob1.cob e cob2,cob

cob1.cob fa una call ad una entry di  cob2.cob per usufruire dei suoi 

servigi

l' insieme di cob1.cob e cob2.cob fanno un programma; separati sono due 

moduli





infatti non possono funzionare uno senza l' altro

se infatti si fa il link di solo cob1 il linker si accorgerà che è 

mancante una entry che sta in cob2

cob2 si potrà anche linkare da solo ma ha poco senso (e lo stop run è 

mancante, è un modulo,chissà che succederà in esecuzione)



linkandoli assieme si ha un eseguibile ed eseguendolo si ha un processo





Salvini,dacci l' APIIII



:)








le copy non sono moduli ma file di inclusione



un modulo è formato dal sorgente del modulo stesso piu eventuali copy 

incluse (istruzione COPY che concettualmente è simile alla #include del 

C/C++)

La call la si usa per chiamare un entry point, non per includere copy









http://it.wikipedia.org/wiki/Programma_(informatica)




"per programma si intende infatti un oggetto software che può essere caricato nella memoria di un computer ed eseguito in un nuovo processo"



bye bye, alla prossima!




Il sig. Treccani la pensa in maniera ben diversa ed io - guarda caso - 

la penso esattamente come lui:



a. In informatica, insieme coordinato e strutturato di istruzioni, 

codificato secondo un opportuno linguaggio di programmazione, atte a 

risolvere un dato problema mediante un calcolatore elettronico.



A questo punto i casi sono due: o il sig. Treccani non capisce una mazza 

oppure tu, come ti dicevo, hai le idee poco chiare.





	Saluti





Puoi tranquillamente dire al signore che ha scritto quelle cose su 

Wikipedia che ha una visione molto ristretta, tipicamente da 

informatico, e che dovrebbe ampliare un pochino i suoi orizzonti, magari 

consultando un buon vocabolario, diciamo il Treccani online:



a. In informatica, insieme coordinato e strutturato di istruzioni, 

codificato secondo un opportuno linguaggio di programmazione, atte a 

risolvere un dato problema mediante un calcolatore elettronico.



E poi specifica meglio:



In partic.: applicativo, qualsiasi programma di elaborazione finalizzato 

a un determinato impiego del computer (p. di archiviazione, p. di 

grafica, ecc.); p. assemblatore (v. assemblatore); p. diagnostico, che, 

usato nella messa a punto di un sistema, serve a individuare errori in 

un programma (v. debugging) o guasti nell’elaboratore; p. di controllo, 

programma impiegato per gestire uno o più programmi di elaborazione o le 

operazioni di entrata e uscita, di ricerca e registrazione dei dati; p. 

di elaborazione, programma che, a differenza dei programmi di controllo, 

è destinato all’elaborazione e alla risoluzione dei problemi; p. 

principale, il modulo iniziale di un programma, che richiama i varî 

sottoprogrammi necessarî all’esecuzione delle diverse fasi 

dell’elaborazione; p. supervisore, programma costituito da un certo 

numero di sottoprogrammi che sovrintendono a particolari compiti di 

gestione: è uno dei componenti fondamentali di un sistema operativo.





Questa e' la vera definizione di programma, se poi non ti e' chiaro 

neppure adesso cerchero ' venirti incontro e di darti un altro aiutino, 

mostrandoti invece la definizione di "modulo" in informatica:



1. Una unità di programma che è definita ed identificata riguardo alla 

compilazione, alla interazione con altri moduli o all'esecuzione.

2. Una parte logicamente separabile e distinguibile di un programma.



Come puoi bene vedere (leggi con attenzione il punto 2) il modulo e' in 

ogni caso pure lui un programma o una parte di programma, e come ti 

dicevo prima non e' un lavandino, ne' un cono gelato, ne' un frigorifero.





	Saluti





PS: che pazienza che ci vuole!!!!!!!!!!!!!!!!!!!!












Bene: "un file o porzione di codice sorgente che contiene istruzioni 

scritte per essere riutilizzate più volte nello stesso programma in più 

programmi diversi" ovvero una serie di istruzioni volte ad un 

determinato fine, in altre parole un programma, esattamente come dicevo io.

Tu puoi chiamarlo "modulo", puoi chiamarlo Giovanni o Francesco o come 

cazzo ti pare, ma sempre un PROGRAMMA rimane, su questo non ci piove.





	Saluti








Spara meno cazzate. Evita di parlare di cose che non conosci, perche' 

ottieni solo il risultato di fare figure di merda come questa.





	Saluti


 Ma anche no: non è che il nome che si da ad una cosa sia una qualche dimostrazione della sua utilità.



Certo, questo e' sicuramente vero, pero' che il COBOL sia stato utile 

per il tipo di programmi per cui era stato progettato non lo dimostra il 

nome ma la sua diffusione, almeno nel passato.





	Salti





Il signor Treccani non è un informatico che ha a che fare con lo 

sviluppo sw

La sua è una definizione generica (molto generica)





In COBOL non esiste la definizione di funzione di startup come in C/C++

La prima istruzione dopo la procedure division viene eseguita se viene 

fatto il link del solo modulo per produrre un eseguibile

Ma questo non toglie il concetto di modulo




E' esattamente il contrario di quello che dici: sei tu ad avere una 

visione limitata e ristretta al tuo ambito lavorativo.



	Saluti


 In COBOL non esiste la definizione di funzione di startup come in C/C++



In COBOL puoi compilare due programmi (pgm1 e pgm2) separatamente, puoi 

eseguire pgm1 e pgm2 indipendentemente l'uno dall'altro, e uno di questi 

puo', durante l'esecuzione, chiamare o non chiamare l'altro secondo la 

necessita' del caso.

A questo punto mi sai dire quale dei due e' un modulo e quale un programma?



	Saluti



Pensa per tè, cosa conosci a parte il COBOL ?

Aspetto sempre il famoso programmino COBOL (quello con i complex)





sono due programmi se si usa, direttamente o indirettamente, la chiamata 

di sistema per creare un processo



sono due moduli se sono linkati assieme dal linker e tutt' uno fanno un 

programma




 Pensa per tè, cosa conosci a parte il COBOL ?



Conosco il vocabolario italiano.



	Saluti






Quindi quando li sto scrivendo non so ancora se sono programmi o moduli, 

perche' dipende poi da come faccio il link, giusto?

Quindi potrei essere un programmatore o un "modulatore" secondo come poi 

decidono di fare i link, giusto?





	Saluti





PS: questo e' matto da legare!!!!



Fammi capire: secondo te se con il COBOL non si possono fare questi 

cazzo di "complex" che io non so neppure che stracazzo sono, vuol dire 

che tutti quelli che ancora scrivono programmi in COBOL sono degli 

emeriti coglioni?





	Saluti



ROTFL



Ecco cosa sono i complex:



http://www.urbandictionary.com/define.php?term=condom+complex






:-)



Obiettivamente vista la quantita' di seghe mentali che si stanno facendo su questa cosa demenziale... mi sa che i preservativi andrebbero meglio dei cappelli!



ROTFL









LOLLE



:-)



Anche tu ... "modularizzati"!





Hai ragione, siamo andati "leggermente" fuori tema e poi stiamo anche 

cazzeggiando parecchio, pero' devi ammettere che e' comunque un discorso 

meno assurdo della maggior parte di quelli che si fanno su questo NG.



	Saluti



questo argomento mi appassiona tanto che loggo anche di sabbbbato hahahaha mi sto ammalando :P



di tutta la tua bella teoria me ne faccio poco e non dimostra nulla se non che tu il COBOL forse non lo hai mai nemmeno visto... quindi visto che stiamo parlando del COBOL, io voglio un esempio di COBOl... fammi un paio di copiaincolla dove:

1) mostri il programma che chiama il modulo con la using(come tu dicevi) 

2) mostri come sia definito il modulo sotto MVS

3) ultimo screen la parte iniziale del modulo per dimostrare che non è un programma



a presto ;) 


 

certo che non sono moduli, però se vado a leggere la definizione che hai linkato



"In programmazione, un modulo è generalmente un file o porzione di codice sorgente che contiene istruzioni scritte per essere riutilizzate più volte nello stesso programma in più programmi diversi."



sia quello che dice qui che quello che sostieni tu, un modulo contiene un aparte di programma ma non può essere eseguito da solo ma ha bisogno di un' PROGRAMMA che lo chiami... bhe in COBOL l'unica cosa che è così(circa) sono le CPYCOB 

perché poi quelli che a volte in gergo vengono chiamati "moduli" a tutti gli effetti sono dei PROGRAMMI, vengono chiamati moduli perché svolgono funzioni semplici e vengono richiamate da altri programmi, ma NULLA vieta di lanciare i PROGRAMMI"moduli" da soli... 



seeee u



Non sai coso sono i numeri complessi ?

E' una cosa che non ho studiato all' università (pretenderei troppo da 

te) ma alla media superiori

Si chiamano anche numeri immaginari, e lo avevo pure scritto



Comunque, ti ricordo, la faccenda l' hai tirata fuori tu

Ti ho fatto un esempio C++ con i packed decimal; tu hai risposto che non 

vedi differenza con il COBOL

Ed allora ti chiedo di dimostrarmelo

Poichè,ti ricordo, anch'io conosco il COBOL e probabilmente anche meglio 

di te,so benissimo che esiste una differenza abissale tra i due approcci 

  in fatto di manutenibilità e leggibilità del codice (10 a 0 per il C++)



Mi spiace, ma ti sei data ( o dato) la zappa sui piedi da sola ( o solo)






Il 23/05/2015 10:06, SILVEA ha scritto:


Esatto, non matto da legare,e sempre ammesso che il giochetto funzioni

Notare che questo giochetto lo puoi fare ij COBOL ma non in C o C++ dove 

in un modulo deve esistere la definizione della funzione di startup.

Il modulo è solo un concetto di programmazione, non ha niente a che fare 

con il sistema operativo o con  il compilatore (il compilatore vede solo 

dei files come input)









Per favore, ma secondo te mi metto a discutere sul confronto tra COBOL e 

C++ non conoscendo il COBOL (o C++) ?

Ma per chi mi hai preso ...






 LA PROGRAMMAZIONE RISPETTO A ME E QUESTO IL PUNTO





Non ci credo !!!

Vuoi abbassare l'ascia di guerra ?



***



DICO LA VERITA



E POI LEGGENDO CHE TUTTI I *TOPI* DI FOGNA DI SINISTRA TI VANNO CONTRO E 

AUTOMATICO CHE TU HAI RAGIONE RISPETTO A LORO. LORO HANNO SBAGLIATO TUTTO 

NELLA VITA SON O STUPIDI AL QUADRATO 





dichiarazione, non definizione della funzione di startup

Un piccolo errore





Se la metti cosi,va bene

Io non sono piddino o similar

E comunque hai ragione, sono fuori dalla realtà pratica




 Ma per chi mi hai preso ...



chiunque lavora in COBOL ha capito già 50 messaggi fa che tu il COBOL non lo conosci, perché tutto quello che dici in linea generale può essere corretto, ma se parli di COBOL è assolutamente errato. 

se solo conoscessi un pochetto, non dico un esperto, ma solo un pochetto il COBOL, avresti risposto un 2 secondi alla mia domanda che ho posto 10 volte, invece nulla... 



ogni oggetto in COBOL ha il suo TYPE(PBC, PTC, CPY DCL ecc...) dicci

quale Type contraddistingue un MODULO in cobol. 

ma certo che a questa domanda non puoi rispondere... 



p.s. certo che se ti attribuisci delle ragioni sulla base di quello che scrive ilterun hahahahaha sei messo più male di quanto credessi... 

P.S. io piddina? ma li hai mai letti i miei post su questo NG? mi sa che oltre al cobol devi ripassare anche l'italiano.












Non era riferito a te

Era generico




 Si chiamano anche numeri immaginari, ...



Stronzata: i numeri complessi si chiamano numeri complessi, i numeri 

immaginari si chiamano numeri immaginari. Non sono la stessa cosa e come 

hai detto tu avresti dovuto impararlo alle medie.



	Saluti


      Saluti






Ci godi a far vedere a tutto il mondo quanto sei stupido? Quindi i 

matematici di tutto il mondo sono degli emeriti cretini, visto che 

chiamano con due nomi diversi la stessa cosa?

Non ti viene il dubbio che il cretino potresti essere tu?



	Saluti





Domanda:



Ma tu i numeri complessi li usi cosi' spesso?



Fai solo software di calcolo ed analisi elettronica?



O stiamo parlando di un cazzo e di cose assolutamente ininfluenti come sempre?



Mi fai un solo esempio di un qualche applicazione commerciale che usa i numeri complessi?



E poi chi ti vieta di farti delle funzioni per implementarli in linguaggi dove non c'e' gestito il "tipo" di dato?



Eno ... mi sembra veramente che stiamo parlando di un cazzo ...sai?

Un po' come quando fai sofismi su programmi/moduli/linker ed altre puttanate assolutamente senza nessun interesse pratico.





Tu dici che con i numeri complessi Neurino avrebbe risolto il problema? E con un linker diverso?



No ... il problema l'ha risolto perche' c'ha una bella testa e non e' riempita con tutto sto nozionismo del cazzo ... tipico di infighettamenti vari spesso accademici che non producono nulla o quasi nulla.



Mboooooh



E vai pure avanti!



Contento te ...








Ma si, tanto la politica economica è un po fiacca in questo periodo








Dai, smettila di scherzare. Lo so che sei cretino, ma ovviamente non 

puo' essere che tu lo sia fino a questo punto.





	Saluti












Il sottoscritto cretino ha affermato che sono la stessa cosa

Se tu che dici che non lo sono, e quindi chiedo dove sta la differenza

Illuminami con la tua sapienza








 Illuminami con la tua sapienza



Un numero complesso z si può vedere come la combinazione binomiale di due reali a e b, sottoposti alla relazione i^2 = -1. La parte reale di z è a, la parte immaginaria di z è b. 



Esiste la parte reale e la parte immaginaria di un numero complesso. Ma un numero complesso e un numero immaginario (che per essere rigorosi non esiste) non sono la stessa cosa.



Una curiosità. Quando scrivi che "E nei progetti reali poche volte ho che fare con la matematica piu avanzata delle 6 operazioni", a cosa ti riferisci? Ci puoi fare qualche esempio di matematica complessa che hai implementato o usato?




Dai non scherzare, tanto non ci casco ... non ci credo che parli sul 

serio!!!!





	Saluti




Ci sei cascato pure tu!!! Ma non ti sei accorto che sta scherzando? Ti pare

che possa esistere uno talmente cretino che dopo avere completato la 

scuole dell'obbligo ancora non sappia questa cose?





	Saluti


 scuole dell'obbligo ancora non sappia questa cose?



Argh! Dici che mi sono fatto gabbare dalla raffinata tecnica trollistica di enoquick?






le 6 operazioni sono +,-,*,/,pow e % (modulo)

Ultimamente in un progetto ho usato l' algoritmo di karatsuba








E questo sarebbe il grande linguaggio ?

Mi hai rotto i marroni per non so quanti post per poi sentirmi dire che 

il COBOL è fatto per fare 4 banalità e basta

Poi il programma magari con il tempo si espande ed ecco che la 

manutenibilità diventa sempre piu difficile.

Riepilogando la famosa frase di Schildt è corretta quindi, fanno bene i 

migliori programmatori a scegliere il C++ invece che il COBOL





enoquick ha reinventato la matematica ... un vero genio!!!!!





	Saluti


 Io lo considero nel suo complesso



Capisco, siamo anguille nella piscina dell'arbitrario.




 quindi la domanda è sempre la stessa, perchè hanno deciso di fare la parte "mia" su COBOL e non su JAVA? e considera che sia Io che tutti i miei colleghi che hanno lavorato sul mio progetto, siamo tutti consulenti, quindi non puoi dire "perchè dovevano farvi lavorare", se non servivamo non ci prendevano o chi era già qui bastava una stretta di mano e viaaaaa... ah forse perchè sono bellissima e mi volevano per forza tenere qui? :D



Mi sembra che molti che hanno partecipato a questo thread al massimo hanno avuto

esperienze lavorative alla quattrogalline s.r.l...



La parola al professore quindi





Io non sono un matematico, ma ne so sicuramente (in matematica) piu di te



...

working-storage section.

01 complex-1

   02 int-1 pic s9(8) comp.

   02 imm-1 pic s9(8) comp.

01 complex-2.

  02 int-2 pic s9(8) comp.

  02  imm-2 pic s9(8) comp.



procedure division.

    move 10 to int-1.

    move 5 to imm-1

    move 20 to int-2.

    move 6 to imm-2

    add int-2 to int-1

    add imm-2 to imm-1

    display "la somma dei due numeri complessi e' ("

       int-1 "," imm-1 ")"

    stop run.







Era cosi difficile ?



Questo fa la somma di (10,5) con (20,6)

oppure se ti piace la matematica

10 + 5i + 20 + 6i










 Io non sono un matematico, ...



Stai pur tranquillo che se ne sono accorti tutti.





	Saluti





Ah, quindi per sapere la differenza fra numeri immaginari e numeri 

complessi bisogna essere professori, vero?

Pensa che strano, io invece ero convinto che fosse piu' che sufficiente 

avere fatto la scuola dell'obbligo.





	Saluti



Intanto nessuno ha spiegato la differenza

Tanto quaquaraqua e basta




Il 26/05/2015 08:50, SILVEA ha scritto:


Tanti quaquaraqua e basta




 quattrogalline s.r.l...



ROTFL! :-D





E tu cosa hai come esperienza ?




 E tu cosa hai come esperienza ?



Di sicuro almeno la tonni al traino spa...



E si,gia due






A parte che non ho controllato se funziona, ma conoscendo l'autore

ci sono ottime probabilita' che sia una ciofeca di programma, comunque 

non ho capito che cosa avevi intenzione di dimostrare, se non quello che 

avevo gia' detto io e cioe' che se per assurdo ci dovesse essere la 

necessita' di fare semplici operazioni fra numeri complessi in COBOL non 

credo che sarebbe un problema irrisolvibile.

Mi volevi dare ragione? Grazie ma non ce n'era bisogno, perche' non 

avevo il minimo dubbio in proposito.



	Saluti



Se ancora non l'hai capito devi andare di corsa a farti visitare, e pure 

da uno bravo!!!





	Saluti




      Saluti





Quaquaraqua




 In ogni programma che usa i complex occorre duplicare codice



Ma questo chi lo dice, Cretinetti?!?!?

Analfabeta, se tu sei una pippa di programmatore e non sei capace di 

progettare un moduletto da quattro soldi che possa essere chiamato da 

tutti quelli che abbiano necessita' di fare operazioni con i numeri 

complessi te la vuoi pendere col COBOL? E' colpa del COBOL se sei un 

incapace?!?!?

Non hai la minima idea di cosa stai parlando. Stai zitto ed evita di 

fare altre figure di merda.



	Saluti










Lo hai tagliato ma avevo anche scritto che è possibili mitigare il problema

ed ecco la mitigazione del problema:



call "complex_comp_add" using complex-1 complex-2







Questo va bene, ma ha sempre un altro problema

La parte privata dell' oggetto non e nascosta e non lo si puo nascondere

Inoltre se servisse un bel complex di comp-1 (o comp-2,ecc..) occorre 

duplicare il codice

Ed ecco che il bel codice deve venire duplicato per forza in quanto il 

dinosauro non mette a disposizione la programmazione generica

E cosi per un errore scoperto piu avanti  in un modulo occorre andare a 

toccare tutti moduli che usano lo stesso algoritmo





Senza contare che l'interfaccia privata rimane sempre a disposizione dei 

clienti

Se questo è un problema relativo con un interfaccia cosi banale come i 

numeri complessi con un sistema piu complesso i problemi possono 

diventare esponenziali rispetto alla complessità



Ma la complessità ciclomatica è una cosa sconosciuta per te

Il dinosauro è morto, viva il dinosauro

Lo usano solo altri dinosauri (informatici) come te, svegliatevi





Soluzione contro la complessità ciclomatica; usare il C++ (non tutti i 

linguaggi hanno i generics ma alcuni non ne hanno bisogno)







using c=complex<int>;

c v1(10,5);

c v2(23,67);

v1+=v2;

cout << "la somma è " << v1 << endl;







Questo codice oltre a nascondere e rendere inaccessibile le parti che 

non servono all' utilizzatore (come ad esempio la struttura interna di 

un complex o come fare la somma o la stampa su video)

sarebbe meno leggibile del dinosauro ?



Ma non solo, si vuole un complex di numeri in virgola mobile ?



using c=complex<double>;



Con una riga di codice ecco risolto il problema

Altro che il dinosauro





P.S.

Le figure di merda le stai facendo tu a prendere una posizione cosi 

netta a favore del dinosauro








 clienti



?!?!?!?!?

Ma che cazzo dice questo povero analfabeta?!?!?



	Saluti



AHAHAHAHAHAHAHAHAAHAHA!!!


 manutenibilità diventa sempre piu difficile.



Certo, capisco: tu scrivi un programma che serve per fare il calcolo 

degli interessi, e poi non ci dormi la notte perche' stai col pensiero 

che qualcuno ti potrebbe chiedere di metterci in mezzo i numeri 

complessi e tu non sai come fare, giusto?





	Saluti


Il 27/05/2015 02:55, SILVEA ha scritto:


Perchè continui ad insultare su cose che non conosci ?

Difendi un dinosauro essendo tu stesso un dinosauro (informatico)



Parole come information hiding, generic programming, ereditarietà, 

poliformismo,classi,programmazione ad oggetti, non vogliono dire niente 

per chi è un dinosauro (informatico)

E' come parlare di relatività di Einstein ad una persona del 1800

Quindi ti consiglio di studiare

Non offendere me per la tua ignoranza (informatica), non è ne colpa mia 

ne un mio problema








Hai detto piu' cazzate tu nelle poche righe che riporto qui sopra di 

quante ne abbi amai sentite nella mia vita.

Patetico!!!





	Saluti





Studia, invece che offendere

E' un buon consiglio





E' inutile continuare

La mia risposta nell' altro thread è esauriente

Ti consiglio di studiare il modo moderno di progettare sw,quindi lascia 

stare il dinosauro come filosofia di progettare sw

Naturalmente questo non  vuol dire abbandonarlo, ma difenderlo è 

veramente troppo

Studia, come ti ho risposto nell' altro thread




 toccare tutti moduli che usano lo stesso algoritmo





Analfabeta, ma tu hai una vaga idea di che cosa stai parlando?

Lo sapresti spiegare cosa vogliono dire le puttanate scritte qui sopra?



Che significa che "La parte privata dell' oggetto non e nascosta e non 

lo si puo nascondere"?



E quest'alta stronzata qui sotto che vuole dire?



"Inoltre se servisse un bel complex di comp-1 (o comp-2,ecc..) occorre

  duplicare il codice"





E quest'altra idiozia dove l'hai letta?



"Ed ecco che il bel codice deve venire duplicato per forza in quanto il

dinosauro non mette a disposizione la programmazione generica

E cosi per un errore scoperto piu avanti  in un modulo occorre andare a

toccare tutti moduli che usano lo stesso algoritmo"





Parli di cose che non conosci e spari cazzate immonde. Sei ridicolo.





	Saluti



Quando hai finito fammi un fischio

Mi sembra di discutere con un bambino delle elementari di 

logaritmi,metodo dei minimi quadrati, e altre cose del genere

E lui invece che prendere atto della sua ignoranza da dell' ignorante a me

Studia




 Quando ...



Imbecille, fai tanto il saputello ma hai scritto una serie di cazzate 

sconvolgenti.

Cambia mestiere, somaro!!!





	Saluti




 ne un mio problema



ho visto che solo ora hai dato ragione a SILVEA che 120 post fa diceva che anche COBOL poteva risolvere problemi con numeri immaginari/complex (che poi sai che ridere in una banca o assicurazione c'è proprio un largo utilizzo... immagino l'estrattoconto con una funzione che calcola un tasso di interesse immaginario R O T F L 



P.S. io son ancora in attesa del pezzo di codice COBOL dove mostri una chiamata ad un modulo e poi il relativo screen della dichiarazione del "modulo" dell'MVS con l'apposito Type in modo da dimostrare che tale "modulo" NON è un programma (come tu hai sostenuto 1000 volte)


 Una curiosità. Quando scrivi che "E nei progetti reali poche volte ho che fare con la matematica piu avanzata delle 6 operazioni", a cosa ti riferisci? Ci puoi fare qualche esempio di matematica complessa che hai implementato o usato?



si, io sto ancora aspettando l'esempio(intendo il copia/incolla) di codice COBOL dove viene dimostrato che un "modulo" NON è un programma... gradirei vedere questo "modulo" 




 Ultimamente in un progetto ho usato l' algoritmo di karatsuba



hahahahaa e ora ci mostrerai come lo hai usato e ci indicherai quale era la cosa che dovevi fare che ti ha portato ad usare tale algoritmo... sai non vorrei mai che qualcuno qui pensasse che stai qui a sparare solo min.... cavolate senza senso ;)



P.S. ma leggevo ora(prima di 10 min fa non ne sapevo l'esistenza) di questo karatsuba... ma lo sai che è dinosauro come il COBOL? è anche lui del 1960... su dai datti una studiata a cose innovative hahahahaha



ma cosa ne sai se conosci solo il dinosauro

Non ti avevo scritto di finirla li  e andare a studiare ?

E un consiglio molto saggio







Se affermi che sono cazzate spiega almeno il motivo

Altrimenti ti consiglio di intrattenerti con un certo CM, anche lui 

della stessa risma tua

E vi divertite ad insultarvi a vicenda





Ti avevo già risposto che un modulo puo essere anche un programma,basta 

che non chiami servizi di altri moduli (ignoriamo i moduli di sistema 

naturalmente)

Il classico hello world è un esempio di modulo che è anche un programma





Esempio di modulo:



...

call "pippo" using ...

..





Questo è un modulo in quanto il programma completo è composto dal modulo 

principale (quello che fa la call "pippo")  piu il modulo che contiene 

l' entry pippo

In C++ si usa la terminologia 'translation unit' per modulo, ma il 

concetto è lo stesso



E' andato bene il viaggio ?







Il motivo e' che sei un cretino, perche' solo i cretini come te parlano 

di cose che non conoscono e si espongono a fare figure di merda come 

quelle che fai tu scrivendo le idiozie che sono riportate qui sopra.

Non lo sai come funzionano certe cose? Niente di male, ma allora non e' 

meglio se stai zitto?



	Saluti





Ma guarda, la legge della gravità è del 1600 !!





L; algoritmo idi karatsuba è stato superato da altri algoritmi piu 

moderni, ma per le mie esigenze andava benissimo

Compilato con l'ottimizzazione O3 sulla mia macchina esegue una serie di 

moltiplicazioni con numero cifre a scalare (da 1000 a 1) in meno di un 

secondo





Non ho nessun problema ad accontentarti,se ci capisci qualcosa:





		// split in 2 packed_bcd

		// used from  algo karatsuba multiplication

		void packed_bcd::_partition(packed_bcd& v1,packed_bcd& v2,const 

packed_bcd& v) {

			typedef const_iterator PC;

			typedef iterator P;

			ASSERT(v.sign() > 0);

			ASSERT(!v._f);

			ASSERT(v._d > 1);

			size_t d1=v._d / 2;

			size_t d2=v._d - d1;

			pointer p1=_alloc(0,d1,v._f);

			packed_bcd t1=acquire(p1,d1,v._f);

			pointer p2=_alloc(0,d2,v._f);

			packed_bcd t2=acquire(p2,d2,v._f);

			PC::iter i=PC(v).position_on_first_digit();

			P::iter i1=P(t1).position_on_sign();

			P::iter i2=P(t2).position_on_sign();

			i1.set_value(_sign_positive);

			i2.set_value(_sign_positive);

			++i1;

			++i2;

			size_t x=d1;

			bool z1=true;

			while(x--) {

				int value=*i++;

				i1.set_value(value);

				if (value)

					z1=false;

				++i1;

			}

			bool z2=true;

			x=d2;

			while(x--) {

				int value=*i++;

				i2.set_value(value);

				if (value)

					z2=false;

				++i2;

			}

			if (z1)  // t1 is zero

				t1.reset();

			if (z2) // t2 is zero

				t2.reset();

			v1.swap(t2);

			v2.swap(t1);

		}





#if _TEST_KARATSUBA

		void packed_bcd::_karatsuba(packed_bcd& out,const packed_bcd& v1,const 

packed_bcd& v2,size_type m,int level) {

			ASSERT(v1.sign() >= 0);

			ASSERT(v2.sign() >= 0);

			if (v1.null() || v2.null()) {

				out=v1;

				return;

			}

			// try the multiplication in binary mode

			packed_bcd t(v1);

			bool r=false;

			if (sizeof(long long) >= sizeof(short) * 2)

				r=_try_multiplication<long long,short>(t,v2);

			else  {

				_size_error(

							"the multiplication karatsuba algo is not applicable in this 

machine - sizeof(long long) <= sizeof(short)*2"

							,0,0,__FILE__,__LINE__

						);

			}

			if (r) {

				DEBUG_LOG("( " << level << ") classic multi: " << v1 << " * " << v2 

<< " ==> " << t);

				out.swap(t);

				return;

			}

			packed_bcd l1;

			packed_bcd r1;

			_partition(l1,r1,v1);

			DEBUG_LOG("(" << level << ") partion " << v1 << " => ( " << l1 << "," 

<< r1 << ")");

			packed_bcd l2;

			packed_bcd r2;

			_partition(l2,r2,v2);

			DEBUG_LOG("(" << level << ") partion " << v2 << " => ( " << l2 << "," 

<< r2 << ")");



			packed_bcd x;

			_karatsuba(x,l1,l2,_compute_m(l1,l2),level+1);

			DEBUG_LOG("(" << level << ") " << l1 << " * " << l2 << " => " << x);



			packed_bcd y;

			_karatsuba(y,r1,r2,_compute_m(r1,r2),level + 1);

			DEBUG_LOG("(" << level << ") " << r1 << " * " << r2 << " => " << y);



			packed_bcd tz(l1); // temp

			l1.sum(r1);

			DEBUG_LOG("(" << level << ") " << tz << " +  " << r1 << " => " << l1);



			tz=l2; // temp

			l2.sum(r2);

			DEBUG_LOG("(" << level << ") " << tz << " +  " << r2 << " => " << l2);



			packed_bcd z;

			_karatsuba(z,l1,l2,_compute_m(l1,l2),level+1);

			DEBUG_LOG("(" << level << ") " << l1 << " * " << l2 << " => " << z);



			tz=z; // temp

			z.subtract(x);

			DEBUG_LOG("(" << level << ") " << tz << " -  " << x << " => " << z);



			tz=z; // temp

			z.subtract(y);

			DEBUG_LOG("(" << level << ") " << tz << " -  " << y << " => " << z);



			tz=x; // temp

			x.shift_left(m*2); // x * 10^(m*2)

			DEBUG_LOG("(" << level << ") " << tz << " * 10 ^  " << (m * 2) << " 

=> " << x);



			tz=z; // temp

			z.shift_left(m);  // x * 10^m

			DEBUG_LOG("(" << level << ") " << tz << " * 10 ^  " << m << " => " << z);



			tz=x; // temp

			x.sum(z);

			DEBUG_LOG("(" << level << ") " << tz << " +  " << z << " => " << x);



			tz=x;  // temp

			x.sum(y);

			DEBUG_LOG("(" << level << ") " << tz << " +  " << y << " => " << x);

			DEBUG_LOG("(" << level << ") " << " out => " << x);

			out.swap(x);

		}

#else

		void packed_bcd::_karatsuba(packed_bcd& out,const packed_bcd& v1,const 

packed_bcd& v2,size_type m,int) {

			ASSERT(v1.sign() >= 0);

			ASSERT(v2.sign() >= 0);

			if (v1.null() || v2.null()) {

				out=v1;

				return;

			}

			// try the multiplication in binary mode

			packed_bcd t(v1);

			bool r=false;

			if (sizeof(long long) > sizeof(short) * 2)

				r=_try_multiplication<long long,short>(t,v2);

			else  {

				_size_error(

							"the multiplication karatsuba algo is not applicable in this 

machine - sizeof(long long) <= sizeof(short)*2"

							,0,0,__FILE__,__LINE__

						);

			}



			if (r) {

				out.swap(t);

				return;

			}

			packed_bcd l1;

			packed_bcd r1;

			_partition(l1,r1,v1);



			packed_bcd l2;

			packed_bcd r2;

			_partition(l2,r2,v2);



			packed_bcd x;

			_karatsuba(x,l1,l2,_compute_m(l1,l2),int()); // l1 * 2 => x



			packed_bcd y;

			_karatsuba(y,r1,r2,_compute_m(r1,r2),int()); // r1 * r2 => y



			l1.sum(r1); // l1+=r1

			l2.sum(r2); // l2+=r2



			packed_bcd z;

			_karatsuba(z,l1,l2,_compute_m(l1,l2),int()); // l1 * l2 => z



			z.subtract(x);

			z.subtract(y);

			x.shift_left(m*2); // x * 10^(m*2)

			z.shift_left(m);  // x * 10^m

			x.sum(z);

			x.sum(y);

			ASSERT(x.sign() >=0);

			out.swap(x);

		}

#endif



		packed_bcd& packed_bcd::multiply(const packed_bcd& v) {

			typedef iterator P;

			if (null())

				return *this;

			if (v.null()) {

				reset();

				return *this;

			}

			// adjust the decimal digits

			size_type f=_f > v._f ? _f : v._f;

			packed_bcd v1(*this,_d + (f - _f),f); // copy with resize

			packed_bcd v2(v,v._d + (f - v._f),f);  // copy with resize

			// now v1 and v2 have the same decimal digits

			ASSERT(v1._f == v2._f);

			v1._f=v2._f=size_type(); // reset the decimal digits

			if (v1.sign() < 0)

				v1.revert_sign();

			if (v2.sign() < 0)

				v2.revert_sign();

			size_type m=_compute_m(v1,v2);

			packed_bcd r;

			_karatsuba(r,v1,v2,m,int());

			r._f=f*2; // adjust decimal digits

				// adjust the sign

			P::iter p=P(r).position_on_sign();

			p.set_value(sign() == v.sign() ? _sign_positive : _sign_negative);

			//

			swap(r);

			return *this;

		}







Divertiti tranquillamente

Puoi anche divertirti a tradurlo in COBOL (dimenticavo, il 

dinosauro),potrebbe essere utile per aggirare i limiti del COBOL sui 

packed decimal

Naturalmente è tutta roba mia,non copiato dalla rete





Te lo avevo consigliato

Vai a studiare, oppure alleati con CM





Cambia mestiere, asino!





	Saluti


 E' andato bene il viaggio ?

sono ancora a Milano, per ora, ho solo cambiato lavoro ;)








Auguri






Evvai ...cazzate a ruota libera!!!!!!!!!!!!!!!!!!!!



	Saluti



PS: dammi retta, falla finita qui, perche' piu' parli piu' dimostri che 

razza di idiota ignorante sei.




 

si, bhe non è che sia arabo, a parte qualche istruzione che non conosco, ma il ciclo e i test si capiscono benissimo anche se io non conosco il C++


Ok, ma ora mi devi spiegare che cosa dovevi fare con questo programma per cui hai avuto bisogno di tale algoritmo... non per qualche cosa, ma se mai avessi un simile esigenza posso riutilizzarlo provando a convertirlo in COBOL :P








 Vai a studiare, oppure alleati con CM



p.s. hai "dimostrato" che conosci il C++ (o almeno sai fare C/I )



ma devi ancora dimostrare che conosci cobol con la famosa mia richiesta... e sai vedo che alle domande che ti fa piacere rispondi solerte, ma a quelle sul cobol.... bho c'è del LAG



Ti saluto ci vediamo tra qualche giorno, ti lascio il tempo per cercare in rete qualche cosa da copiaincollare, ma dubito... mi sa che finisce come la cosa con SILVEA che alla fine dopo altri 100 post scriverai per darmi ragione ;)


 linguaggi hanno i generics ma alcuni non ne hanno bisogno)



ahaha questo cretino propina il c++ nella stessa maniera in cui propina il suo no euro in tutte le salse.



Tra l'altro il c++ è ormai considerato tutt'altro che all'avanguardia, ciccino mio bello.



Tu sei un cretino sesquipedale, lasciatelo dire! Ma fantastico, semplicemente fantastico!






Il C++ non ha il packed bcd in forma nativa come invece li ha il COBOL

Per fare calcoli con decimali si usa double, long double o float

Questi sono in formato IEE754, quindi hanno un problema di precisione

Poichè avevo bisogno di precisione mi sono fatto una classe number che 

utilizza il packed_bcd (la classe packed bcd dove hai letto uno stralcio)

Naturalmente non è implementato solo la moltiplicazione ma anche le 

altre 4 operazioni (+,-,/,%) piu << e >> (shift a sinistra e destra)



un esempio di uso:



Number<packed_bcd> v1("666666666666666666666666666666666");

Number<packed_bcd> v2(12345.67);

Number<packed_bcd> v3(v1 * v2);

v3 <<= 2; // moltiplica per 100 - è piu efficiente di v3*=100

cout << "risultato: " << v3 << endl;





Ci sentiamo, comunque guarda che non sono ad un esame quindi  il 

sottoscritto non deve dimostrare proprio niente

Fidati della mia parola, in fondo finora ti ho dimostrato che non sono 

un  quaraquaua

Fidati che il dinosauro lo conosco bene





Ma va a farti fottere, non meriti altro








Se vuoi un mio esempio leggi l'esempietto  che ho scritto sui numeri 

complessi (in COBOL)



Poi puo iniziare il sottoscritto a fare il professore per esaminarti 

visto che insisti tanto con le mie conoscenze COBOL ?



P.S.

Non ho mai affermato di conoscere l' MVS

Lo conosco poco infatti,solo qualche progettino piu di una decina di anni fa

Il COBOL nei bei tempi gloriosi l' ho usato su altri mainframe e 

naturalmente (e per fortuna) non avevano l' MVS

ma un altro OS (BS2000) che in confronto all' MVS era avanti anni luce

pur non rivaleggiando con la filosofia UNIX.

Ma non mi metto a discutere di OS adesso










Ho visto.



	Saluti



PS: patetico!!!!!



Criticare sono capaci tutti, fare pochi

E mi raccomando, va ai studiare






Cambia mestiere, somaro!!!!





	Saluti





Che monotonia,sempre le stesse frasi

Ma vai a studiare




 Cambia mestiere, somaro!!!!



Certamente, però tu non sai nulla di information hiding e encapsulation. Ma non hai nessuna nozione di OOP?



Ma cosa vuoi che abbia, già capito da come ha risposto ad alcune mie 

affermazioni

Non c'è niente di male ad usare il dinosauro ed ad usare tecniche di 

progettazione sw oramai obsolete in  linea generale, ma difendere il 

dinosauro è veramente troppo

Una persona con un un po di realtà nel sangue prende atto che usa per il 

proprio lavoro uno strumento che appartiene alla preistoria dell' 

informatica e non da dell'imbecille a persone che usano linguaggi piu 

moderni e tecniche migliori di progettazione sw