Názory k článku
COBOL míří do GCC

cobol se chci naucit uz 40 let, ale nikdy jsem nemel poradnou motivaci tak mozna ted.
za to ve fortranu obcas neco napisu.

Fortran, to sa tiež chcem naučiť, pár krát som niečo porobil a zistil, že rovnako rýchle je to v pythone. Nemá ma ten jazyk rád a bohužiaľ pre Fortran nemám usecase.

fortran se pouziva z historickych duvodu, uz ode davna se v tom delaly vypocty. jsou tam knihovny lapack, linpack, mpi a vedci co delaji vypocty nemusi resit napriklad pointery co jsou v c.

Tak to jste zkousel neco, na co ten jazyk neni vhodny. Zkuste nejaky vypocet ve 2krat vnorene smycce nebo tak. Na vypocty byva fortran desitky az stovkykrat rychlejsi nez python (ovsem existuje numpy, numba a jine jity, pak je vsechno slozitejsi)

Fortran uz nedela chyby, zvlada velke cisla, od f90 ma i paralelizmy a to sam - takze mpich a jine veci resi uplne sam, pokud je to mozne - ne jen ze tak bezi na vice CPU, on bezi u v clusteru ala PVM

Kamos mel udelat matici 1M x 1M ... v C to delal mewic a furt tam mel chyby, dostal 2 denni kurz Fotrtanu, npasal to za 30min a mel to dobre a fngovalao to mnhem rychleji .... vlastne nechapu por lidi pouzivaji B++ a ne objekty ve Fortranu a ty nelinkuji do C++ etc. ... ano Fotran neni dobry na zadavani vsupu z TUI/GUI, grafiku atd. je idelani na nacitani ze souboru, nebo z nejake pipe, pameti atd. proto kompinace objektu fiortranu s necim jinym - kde fotran dela jen to na co je nejlepsi na svete - na mat. vypocty - nic jineho v tom nedelejte ;-)

Cobol, Fortran na EC 1021, Basic na Wangu - první ročník na gymplu (i maturita z programování) za hluboké totality. Mládí v pérdeli a do důchodu daleko :-D :-D :-D

Vie niekto, preco to tam vobec davaju? Pretoze mi to pride zbytocne. Ak je pravda to, co mi hodila ChatGpt o COBOL kompilatoroch:
"
Ak hľadáte open-source riešenie, GnuCOBOL je skvelá voľba. Pre podnikové prostredie sa zvyčajne používa Micro Focus COBOL alebo IBM Enterprise COBOL.
"
tak posledne dva maju svoje specificke rozsirenia a ten posledny je rovno nadratovany na IBM, takze ako alternativa je to nepouzitelne. Jedine, ze by to mala byt konkurencia pre GnuCOBOL, ale to mi pride ako mrhanie casom.

Nadratovany neni, bezi i na Linux, ale ano COBOL je domenou bud Digital - Nunic nebo OpenVPM a nebo prave IBM Aixu a Mainframe OS/360 nebo Z/OS ... dnez us ma ale spise kazdy Z/VM a v nem Aixy, Linuxy a jeden Z/OS kde mu bezi prave jen DB2 databaze, nebo nejaky batchovy bankovni system, Z/OS nema partalelizmus, jede batch ulogy ze zasobniku ... proto se to virtualizuje, nebo se tam na slozutejsi veci davaji Aixy a Linux - IBM je den na IBM Power ... od AS/400, pres Aixyove velke LPAIR masiny (efektivfne to same co AS/400) i male masiny ... az po Mainframe - ty jsou jako jedine jine, pouzivaji fivne karty, velke a tezke karty, co ale vydrzi naveky, jai na storage FICON - dnes uz pres optiku i kdyz odporuji i FC - drive to byl srandovni kabel s mnoha konektory ...

Takze COBOl jel bud na 16bit Digital (vice OS) az po 32 a 64 - Alpha CPU a nebo IBM Power od 32-64 bit ... jinde se moc nepouzival - mozna byl i na HP masinach ... dnes ale bezi i na Linuxu ... cobol je hojne uzivan v armade - nebot je to jazyk bez chyb a nezna veci jako preteceni bufferu a nasledne spsteni datoveho zasobniku a jine srandy zname z C a C++ ;-))

Kdyz US Amrada rekla, ze chce cloveka z Vidne - pak jsme zjistil ze viden je i vesnice v USA a halvne cast NY-City ;-))) ale jejich HR udelalo chybu, chteli NetAppistu, co jej umi napojit prave i na OpenVMS - vse co chtelu jsme znal, davali super plat ;-) a rikali, ze soucasti pohovoru je test na detektoru lzi, tak jsem si rikal, ze to bude prdel to jen zkusit ... ale poak jsme jim napsal, ze sice mai Wien - Vienna v Rakousku, ale ze asi mysli ty cast NewYorku v USA a ze tam fakt nechci ;-) ... tak si to opravili ... btw. myslim ze me kontaktaovali jako 1. kdyz zjistili, ze ziji ve Vidni ;-)) a ze jsem delal vse s cim delali ;-)