Slo-Tech - Večkrat smo že pisali, da dobršen del modernega sveta, zlasti finančnega, teče na pol stoletja stari kodi v COBOL-u. Migracija teh sistemov bi bila prava mora, zato se vzdržujejo, krpajo in popravljajo, dokler je to možno, torej dokler ne zmanjka strokovnjakov za COBOL. Ključno vlogo pri tem ima IBM, a se utegne to kmalu spremeniti, napoveduje Anthropic. Njegov Claude namreč že precej dobro razume COBOL.
Ko so včeraj objavili prispevek o Claudovem napredku pri razumevanju COBOL-a, so zatresli celoten IBM. Delnice podjetje so zgrmele za 13 odstotkov, podjetje pa je vredno le še dobrih 200 milijard dolarjev. Vse to le zato, ker Anthropic trdi, da bosta modernizacija in vzdrževanje COBOL-a postala dosegljiva sleherniku. Kar bi strokovnjakom vzelo mesece, torej analiza kode, priprava toka delovanja in iskanje povezljivosti, zmore Claude v enem dnevu.
COBOL (Common Business-Oriented Language) so razvili v 50. letih in je kljub nenavadni sintaksi postal standard za obdelavo poslovnih podatkov. V ZDA na primer 95 odstotkov transakcij na bankomatih še vedno temelji na COBOL-u.
V to jabolko je ugriznil že Elon z Grok-om eno leto nazaj, ko je predlagal rewrite Social Security sistema (COBOL). Naj bi bilo narejeno v par mesecih. Od takrat naprej ni več novic.
Jaz upam, da jim bo resnično uspelo. Nekdo bo moral potem vso to kodo prebrati in jo revidirat. To pomeni še več plače kot za navadnega programerja v Cobolu. Se že veselim.
Smo imeli že ponudbe, ljudje so že prišli pokazat, kako njihovi konverterji odlično delujejo (iz cobola v .net ali javo). Dokler je bil program tipa "hello world", je to vse delovalo. Ko jim pa daš malo bolj kompleksno zadevo, pa nič več. Se zatakne, imajo izgovore, ..., v glavnem nobenega dobrega rezultata. Enako se je zalomilo tudi musku pri njegovih obljubah. In tudi tukaj bodo naleteli na te probleme. Po moje bi lahko nekje 65% kode pretvorili v javo ali .net. Vse ostalo pa je potrebno na novo preprogramirat. Pa tudi to ni nek problem. Problem so procesi zadaj, ki jih nihče več točno ne pozna (ljudje, ki so si zadeve izmislili, so v pokoju ali pa že pod rušo.
Mi je pa v veselje, da se s tem ukvarjajo. Bomo pač začeli tako, da boš dal osnovne zahteve cloadu, ki bo zadevo sestavil, ti jo boš pa dopolnil revidiral, optimiziral in zaključil. Bo manj dela za programerje (in še veliko več kode v cobolu, ki jo bo treba nekoč v nekaj drugega pretumbat, torej še več dela in dobre plače za nas)
Milčinski je napisal butalce kot prispodobo in ne kot priročnik!!!
Svuda u svijetu ima budala ali je izgleda kod nas centrala!!!
Problem so procesi zadaj, ki jih nihče več točno ne pozna (ljudje, ki so si zadeve izmislili, so v pokoju ali pa že pod rušo.
Ja, to bo velik problem...
Meni je kolega razlgal, ko je delal za RV Versicherung.
Softver tako star, da so imena baz, tabel in stolpcev v tabeli še omejena na 8 znakov.
Kaj to pomeni za poimenovanje v eni taki firmi, se ve...
Bo pa to Claude pregledal v enem dnevu, my ass...
AI hype se počasi čisti, pa je treba ven metati novice da se ne ugasne zadeva...
Hlapci! Za hlapce rojeni, za hlapce vzgojeni, ustvarjeni za hlapčevanje.
Gospodar se menja, bič pa ostane, in bo ostal za vekomaj; zato, ker je hrbet
skrivljen, biča vajen in željan! [Ivan Cankar]
Zanimivo bi bilo, ce bi kaksen znalec podrobneje opisal zakaj je migracija oz vzpostavitev vzporednih sistemov tako zapletena. Razumem, da en podsistem oz. institucija v izolaciji tezko migrira, ampak zakaj bi bilo tako zapleteno vse napisati iz nule?
Zanimivo bi bilo, ce bi kaksen znalec podrobneje opisal zakaj je migracija oz vzpostavitev vzporednih sistemov tako zapletena. Razumem, da en podsistem oz. institucija v izolaciji tezko migrira, ampak zakaj bi bilo tako zapleteno vse napisati iz nule?
Isti/podoben razlog kot zakaj je tak problem it danes na Luno, če pa je to že bilo narejeno brez (večjih) težav 50 let nazaj. V primeru COBOL-a je že opisan en primer. Kratka neopisna imena "spremenljivk", komentirano in dokumentirano pa približno tako kot se v večini primerov - beri nič do zanemarljivo. In potem ni več jasno zakaj je tisto sploh narejeno tako kot je. Že ko jaz odprem svojo 10 let staro kodo se včasih kje vprašam zakaj hudiča je to tako narejeno. In potem naslednji korak - to sploh ne bi smelo delati. Ampak dela. Če sem imel srečo sem napisal v komentar zakaj. Ampak nisem bil vedno dosleden. Da ne omenjamo raznih hackov, ki se jih je včasih redno in pridno uporabljalo. Kar pomeni dejansko nekaj kar izgleda narobe, ampak uporablja kak bug / ranljivost in stvar deluje. Tega danes skoraj nihče ne (po)zna, LLM-ji pa itak nimajo pojma, ker ti jeziki niso popularni na spletu. Potem so pa še poslovni procesi, in kako kaj obračunati. V bankah so decimalke, vrstni red operacij in podobno zelo pomembni. Lahko to narediš na novo, na videz sicer enako, v drugem jeziku, samo ni nujno da bo pri velikih številih in velikem številu števil končna suma enaka. In če se to zgodi imaš izjemno velik problem - ne moreš kar reči strankam - jah zdaj bo pa drugače.
Lahko to narediš na novo, na videz sicer enako, v drugem jeziku, samo ni nujno da bo pri velikih številih in velikem številu števil končna suma enaka.
Vem za primer slovenske firme, ki je finančni izračun delala v javascriptu.
Ko so updatali knjižnice, so bili vsi izračuni napačni...
Pa niti ostali jeziki niso imuni na to, ker so napake pri zaokroževanju. Za Javo vem, da ima poseben class za finančni izračun, ki deluje po decimalkah...
Kot COBOL .
FORTRANa se pa v nopvem AI hypu sploh ne omenja .
Hlapci! Za hlapce rojeni, za hlapce vzgojeni, ustvarjeni za hlapčevanje.
Gospodar se menja, bič pa ostane, in bo ostal za vekomaj; zato, ker je hrbet
skrivljen, biča vajen in željan! [Ivan Cankar]
Seveda stane, ampak ko začneš primerjati letne stroške vzdrževanja, ki neprestano rastejo, nove funkcionalnosti pa so otežene zaradi tega, ker prog. jezik izpred 50 let pač ni predvideval interneta, v nekem trenutku dosežeš break-even in ugrizneš v kislo jabolko.
Večjo težavo od migracije na novo platformo (sestaviti skupaj nov sistem ni prav zelo težko, razen, če delaš v NLB, khm, Sigma, khm) vidim v tem, katero platformo izbrati za nov sistem, da ne zagrezneš v podoben živi pesek kot je COBOL.
Antifašizem je danes poslednje pribežališče ničvredneža, je ideologija ničesar
in neizprosen boj proti neobstoječemu sovražniku - v zameno za državni denar
in neprofitno najemno stanovanje v središču Ljubljane. -- Tomaž Štih, 2021
Zanimivo bi bilo, ce bi kaksen znalec podrobneje opisal zakaj je migracija oz vzpostavitev vzporednih sistemov tako zapletena. Razumem, da en podsistem oz. institucija v izolaciji tezko migrira, ampak zakaj bi bilo tako zapleteno vse napisati iz nule?
Ker to stane.
Razumem, da stane. Ampak hkrati je tudi velik problem in financni sistem nima ravno malo kapitala. Spraseval v smislu kateri so glavni tehnicni problemi. Cist laicno, bi ugibal: - sistemi laufajo 24/7 - gre za finance (ce nekdo narobe zaokrozi obresti ipd., se lahko to pozna, pride to tozb itd) - gre za verige raznih zgodovinskih pravil - verjetno so notri tudi bugi katerih v bistvu ne smes popraviti - verjetno je polno nekih certifikacij itd.
Ampak, ce se je kdo s temi problemi ze ukvarjal, bi verjetno znal natancneje pojasniti.
Vseeno, bi 10 milijard moralo zadostovati? Je to danes res tako velik denar, ce gre za "hrbetnico" financnega sistema?
Seveda stane, ampak ko začneš primerjati letne stroške vzdrževanja, ki neprestano rastejo, nove funkcionalnosti pa so otežene zaradi tega, ker prog. jezik izpred 50 let pač ni predvideval interneta, v nekem trenutku dosežeš break-even in ugrizneš v kislo jabolko.
Večjo težavo od migracije na novo platformo (sestaviti skupaj nov sistem ni prav zelo težko, razen, če delaš v NLB, khm, Sigma, khm) vidim v tem, katero platformo izbrati za nov sistem, da ne zagrezneš v podoben živi pesek kot je COBOL.
Skoraj vse zamenjave mainframov v podjetjih so propadle.
Vem za več neuspešnih, kot uspešnih...
Ceneje je mlade ljudi naučiti COBOL in mainframe logike...
Hlapci! Za hlapce rojeni, za hlapce vzgojeni, ustvarjeni za hlapčevanje.
Gospodar se menja, bič pa ostane, in bo ostal za vekomaj; zato, ker je hrbet
skrivljen, biča vajen in željan! [Ivan Cankar]
O čem spet vi mutite... Hrbtenica finančnega sistema se premika na veriženje blokov... Vsaka banka ima svoj sistem, ki laufa... Kaj vse laufa bi morali najprej analizirati, tega država ne plača, potem bi morali povedati kaj vse je treba narediti,... Potem bi morali to sprogramirati. Do tukaj vse lepo in fajn plačajo se drage firme za svetovanje veliko pametovanja in napisanega itd itd.
Potem ko je treba pa zadevo sprogramirat in narediti pa ni več problem denarja ampak odgovornosti ali bodo res vse zadeve potekale tako kot morajo. Ko stranke ne vidijo več svojega denarja na TRR, ko trajniki ne delujejo več, ko plačilne kartice blokirajo...
Managerji pa so potem pred izbiro. Zapravi par MIO za to da bomo na istem ali slabšem... ker pač zakaj? Rizik še vedno ni zadosti velik da bi bil upravičen.
Košček po košček se za zadeva seli na block chain ... To lahko vidite kaj dela visa / master card in podobne institucije .
IBM bi si b.p,. lahko privoščil narediti svoj "Claude AI) s fokusom na COBOLu...
Sam je tudi on zapopadel idejo, da je najbolj COBOL vreči ven...
Hlapci! Za hlapce rojeni, za hlapce vzgojeni, ustvarjeni za hlapčevanje.
Gospodar se menja, bič pa ostane, in bo ostal za vekomaj; zato, ker je hrbet
skrivljen, biča vajen in željan! [Ivan Cankar]
Seveda stane, ampak ko začneš primerjati letne stroške vzdrževanja, ki neprestano rastejo, nove funkcionalnosti pa so otežene zaradi tega, ker prog. jezik izpred 50 let pač ni predvideval interneta, v nekem trenutku dosežeš break-even in ugrizneš v kislo jabolko.
Tudi če ga ni predvideval pred 50 leti, danes vse to podpira. Kokot kličeš izpostavljene apije.
Večjo težavo od migracije na novo platformo (sestaviti skupaj nov sistem ni prav zelo težko, razen, če delaš v NLB, khm, Sigma, khm) vidim v tem, katero platformo izbrati za nov sistem, da ne zagrezneš v podoben živi pesek kot je COBOL.
Potem pa vzameš Silverlight, pa nekaj narediš v njem, čez par let ti ga pa MS ukine, pa moraš spet vse na novo programirat. Pri cobolu tega ni. Cobol je cobol že mnogo let. Če si napisal leta 1974 en program, bo danes še vedno delal brez problemov, kot tisti, ki si ga včeraj napisal. Moji najstareši programi delajo vsakodnevno že skoraj 30 let. In bodo dokler ne ugasnemo teh starih aplikacij. Kar še ne bo prav kmalu.
Zanimivo bi bilo, ce bi kaksen znalec podrobneje opisal zakaj je migracija oz vzpostavitev vzporednih sistemov tako zapletena. Razumem, da en podsistem oz. institucija v izolaciji tezko migrira, ampak zakaj bi bilo tako zapleteno vse napisati iz nule?
Ker to stane.
Razumem, da stane. Ampak hkrati je tudi velik problem in financni sistem nima ravno malo kapitala. Spraseval v smislu kateri so glavni tehnicni problemi. Cist laicno, bi ugibal: - sistemi laufajo 24/7 - gre za finance (ce nekdo narobe zaokrozi obresti ipd., se lahko to pozna, pride to tozb itd) - gre za verige raznih zgodovinskih pravil - verjetno so notri tudi bugi katerih v bistvu ne smes popraviti - verjetno je polno nekih certifikacij itd.
Ampak, ce se je kdo s temi problemi ze ukvarjal, bi verjetno znal natancneje pojasniti.
Vseeno, bi 10 milijard moralo zadostovati? Je to danes res tako velik denar, ce gre za "hrbetnico" financnega sistema?
10 milijard za eno majhno banko ni malo denarja. Manjše banke v IT vlagajo mogoče do 20 milijonov evrov. Če pa misliš svetovno hrbtenico bančnega sistema, je pa 10 milijard premalo. Ene toliko bo stalo samo da bodo v ameriki njihov socialni sistem spravili iz cobola v kakšno javo ali .net. Da bi pa vse iz cobola prestavil v nekaj drugega pa po moje manjka še kake 3 nule zraven tega zneska. Od top 500 največjih in najboljših firm na svetu jih ima več kot 70% še vedno mainframe s cobolom.
Milčinski je napisal butalce kot prispodobo in ne kot priročnik!!!
Svuda u svijetu ima budala ali je izgleda kod nas centrala!!!
O čem spet vi mutite... Hrbtenica finančnega sistema se premika na veriženje blokov... Vsaka banka ima svoj sistem, ki laufa... Kaj vse laufa bi morali najprej analizirati, tega država ne plača, potem bi morali povedati kaj vse je treba narediti,... Potem bi morali to sprogramirati. Do tukaj vse lepo in fajn plačajo se drage firme za svetovanje veliko pametovanja in napisanega itd itd.
Potem ko je treba pa zadevo sprogramirat in narediti pa ni več problem denarja ampak odgovornosti ali bodo res vse zadeve potekale tako kot morajo. Ko stranke ne vidijo več svojega denarja na TRR, ko trajniki ne delujejo več, ko plačilne kartice blokirajo...
Managerji pa so potem pred izbiro. Zapravi par MIO za to da bomo na istem ali slabšem... ker pač zakaj? Rizik še vedno ni zadosti velik da bi bil upravičen.
Košček po košček se za zadeva seli na block chain ... To lahko vidite kaj dela visa / master card in podobne institucije .
Ne, se ne. Probali so, pa so se umaknili stran od tega. Preveč transparentno.
Pri denarju se vse konča. Ljudje so se za 10 centov pripravljeni tožarit več let.
Milčinski je napisal butalce kot prispodobo in ne kot priročnik!!!
Svuda u svijetu ima budala ali je izgleda kod nas centrala!!!
Ni problem postavit iz nule, problem je da v praksi potem hocejo narocniki da spises dvosmerne integracije med novim in legacy in oba hkrati vzdrzujes.
Google pravi, da cca 40% ameriških bank še vedno uporablja Cobol. To pomeni, da vseeno je cca 60% takih, ki ga ne. Torej je možno migrirati, samo je potrebno vložiti denar in ostale resorse. Claude in podobna orodja lahko ta proces pohitrijo, če so jih trenirali na temu, vseeno pa ne bo šlo brez konkretnih vložkov.
Btw., a je v zahodnem svetu na mainframih preživel še kak drug vendor kot IBM? Fujitsu?
Kolikor meni znano ne...
Novih produktov ne dela nihče, razen IBM.
Vse ostalo so stari legacy serverji, ki gredo pa res ven...
FYI. zdajle Vodafone GmBH meče ven SPARC serverje...
Hlapci! Za hlapce rojeni, za hlapce vzgojeni, ustvarjeni za hlapčevanje.
Gospodar se menja, bič pa ostane, in bo ostal za vekomaj; zato, ker je hrbet
skrivljen, biča vajen in željan! [Ivan Cankar]
Google se moti, po bančni vsoti je verjetno številka bolj 80%, torej 80% bančne vsote se obrača s Cobolom in mainframi.
Btw., a je v zahodnem svetu na mainframih preživel še kak drug vendor kot IBM? Fujitsu?
Ti verjamem, se nisem poglabljal dalje. Je pa zanimivo, mislim če so res Claude dobro natrenirali na Cobolu, da se z novo tehnologijo odpira nova prihodnost: migracije sploh ne bo, temveč bojo LLMji in na njih temelječi agenti vzdrževali te sisteme v nedogled. Gremo naprej, zato da lahko ostanemo zadaj, heh. Še par let nazaj si ne bi mislil kaj takega.
10 milijard za eno majhno banko ni malo denarja. Manjše banke v IT vlagajo mogoče do 20 milijonov evrov. Če pa misliš svetovno hrbtenico bančnega sistema, je pa 10 milijard premalo. Ene toliko bo stalo samo da bodo v ameriki njihov socialni sistem spravili iz cobola v kakšno javo ali .net. Da bi pa vse iz cobola prestavil v nekaj drugega pa po moje manjka še kake 3 nule zraven tega zneska. Od top 500 največjih in najboljših firm na svetu jih ima več kot 70% še vedno mainframe s cobolom.
Posamezne banke so irrelavantne. Govorimo o kodi, ki poganja financne transakcije med bankami in ostalimi financnimi institucijami. 10 miljard je verjetno res precej prenizka stevilka, ko pomislim, ampak vseeno "3 nule zraven" je tudi pretiravanje.
Vprašanje, koliko Cobola so imeli Kitajci. Na zahodu je praktično od začetka in zelo dobro vsidran v finančni sistem. Na začetku uvajanja računalnikov v finančni sistem je bil izziv zaokroževanja decimalk, da ni prihajalo do napak zaradi tega, kar je Cobol dobro reševal.
Učite se iz preteklosti, živite v sedanjosti in razmišljajte o prihodnosti.
PS Ne odgovarjam trolom in provokatorjem!
In koliko kode stare 30,40,50 ali celo več so Kitajci sploh imeli? Easy je nekaj spucat, če so avtorji še okoli in prisebni. Ko se pa začno nahajati po britofih in mavričnih oddelkih DSO-jev rata pa zabavno.
Kitajska je v 10ih letih spucala cobol iz uporabe. Tako da tisto se ne da je bolj podprto z ibm lobiranjem.
Ker se je kot država odločila za De-IOE (Delete IBM, Oracle, EMC) projekt.
Ampak mainframov je pa še precej na Kitajskem, ne gre to čez noč.
In s COBOLom ni nič narobe, dela...
Hlapci! Za hlapce rojeni, za hlapce vzgojeni, ustvarjeni za hlapčevanje.
Gospodar se menja, bič pa ostane, in bo ostal za vekomaj; zato, ker je hrbet
skrivljen, biča vajen in željan! [Ivan Cankar]
Kitajska je v 10ih letih spucala cobol iz uporabe. Tako da tisto se ne da je bolj podprto z ibm lobiranjem.
Ker se je kot država odločila za De-IOE (Delete IBM, Oracle, EMC) projekt.
Ampak mainframov je pa še precej na Kitajskem, ne gre to čez noč.
In s COBOLom ni nič narobe, dela...
Spet halucinacije? Alipay in wechat posekata viso in MasterCard po številu transakcij za več kot magnitudo. V vire bankingu je pa večji del sunline. Ki se počasi razpreda po jv Aziji in Afriki.
Filanje na smrt bolnega konja se strihninom pač ni rešitev.
To s COBOLom je tako kot z našimi (ok, z vsemi) politiki. Gledajo max 4 leta v naprej.
Enako direktorji na bankah. Gledajo eno leto v naprej, do naslednje pogodbe in izplačila dobička. Noben od vodilnih pri zdravi pameti ne bo začel projekta za 20mrd$, ki bo mogoče zaživel čez 5-10 let. Sploh ker bi v tem vmesnem času še vedno morali plačevati tudi za vzdržavanje starega sistema.
Če bi kdo naredil konkretno analizo, bi se na koncu izkazalo, da zamenjava mainframa ni nič hitrejša, nič cenejša, plus zmetal si cel kup denarja za migracijo.
Pri tem imaš pa še riziko, ali nova repitev res dela tako kot je treba...
Noben AI ti ne bo naredil migracije, to je zdaj samo nov hype AI firm, ki morajo zagovarjati investicije in napihnjen borzni tečaj...
Hlapci! Za hlapce rojeni, za hlapce vzgojeni, ustvarjeni za hlapčevanje.
Gospodar se menja, bič pa ostane, in bo ostal za vekomaj; zato, ker je hrbet
skrivljen, biča vajen in željan! [Ivan Cankar]
Nekje sredi projekta (lahko tudi ze na koncu migracije) in po recimo 5, 10 letih garanja ti pa IBM podkupi še lastnika/upravo firme, ta začne propagirati FUD in projekt prehoda dol z big irona se čez noč pokoplje. Zgarane izgorele in postinfarktne črnčke za tipokovnico pa k*rc gleda...
Verjetno v kapitalizmu drugače sploh ne more biti. Dokler ne bo nova rešitev stala 10% stare. Kdaj pa bo tako?
.
. 
