Kdo bo vzdrževal COBOL? Anthropic: Claude

c3p0 je 25. feb 2026 ob 07:03:26 izjavil:

Trenutni LLM-ji ne znajo le zato, ker jih še nihče ni natreniral. Janezek ne zna, kar se v šoli ne nauči.

> 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.

Pri Groku niso imeli časa, je bila prioriteta slačenje punc...

Kaj pa načeloma nove neo banke uporabljajo kot svoj core sistem?

Drugače primerjava cobol vs silverlight ni povsem na mestu, ker eno je programski jezik (ki se prevede), drugo pa nek framework/tehnologija...

Zimonem je 25. feb 2026 ob 19:34:48 izjavil:

Neobanke morajo biti konkurenčne , tako po cenah kot storitvah. Stare banke lahko živijo od kreditov v CHF.

Neobanke nimajo zgodovine...

Pol je vseeno na čem napišeš softver...

endelin je 25. feb 2026 ob 12:46:49 izjavil:

koliko stane ura grumpy cobol programerja da šari po 50 let stari kodi?

nekje nad 150 dolarjev neto na uro. Musk je ponujal 106 dolarjev neto za prenovo njihovega sistema, pa se ljudje niso prijavljal, ker je bilo premalo.

malisvizec je 25. feb 2026 ob 22:33:55 izjavil:

Catch je v tem, da so bili vcasih prodajani sistemi, vkljucno z izobrazevanjem in projektiranjem resitev. Tega je danes malo, in so zato resitve bolj tko tko. Na celotni zivljenski cikel programske opreme se nihce vec ne ozira.
Predvidevam, da stos cobola ni cobol sam. Po teoriji programskih jezikov je itak vse eno te isti lambda racun.
Fora je v vseh orodjih, ki so bila razvita za tovrstno obdelavo podatkov.
Celotna masinerija je delovala kot sistem. Sedaj je vse razkosano po raznoraznih prog. resitvah in se programerji bolj ukvarjajo, da sistemi delujejo skladno kot z vsebino.
Zal sem ze prevec casa v tem poslu in ko od dalec gledam gredo zadeve bolj na slabse kot na bolje.
Dzabe ti kilometer AI zgenerirane kode, ki jo je tezje vzdrzevat in se tezje preverit.

Veš s čim se največ ukvarjajo, ko gredo stran od mainframea? Z varnostjo! Vse kar so mislili, da bodo prišparali, ko bodo šli stran od cobola, sedaj zapravijo za security.

Ja oni so na AS/400, ki je pa še drugi relikt nekdanjega časa.


Drugače pa CPU-ji v mainframe (Telum)

IBM mainframe CPUs (specifically the 7nm Telum chip in the z16 and the newer Telum II) are high-performance, 5.2 GHz+ processors designed for extreme reliability, security, and AI acceleration. These chips feature 8 cores, 32MB L2 cache per core, and on-chip AI inferencing, supporting up to 250+ cores in a single, massive central processor complex (CPC)

Key Aspects of IBM Mainframe CPUs:
- Telum Processor: The latest, 7nm technology from Samsung used in the IBM z16, optimized for on-chip AI inferencing, low latency, and high-volume transaction processing.
Architecture: Based on a highly evolved, 64-bit z/Architecture, supporting massive, virtualized workloads.
- Specialty Processors: Beyond general-purpose CPs, IBM uses specialized engines:
IFL (Integrated Facility for Linux): Dedicated to Linux workloads.
zIIP (System z Integrated Information Processor): Offloads specialized workloads like Java, XML, and Db2.
- SAP (System Assist Processor): Handles I/O operations.
- CryptoExpress: Accelerators for security.
- Performance & Reliability: Known for 99.99999% availability, with systems designed for 100% utilization over many years.
- Telum II & Future: Unveiled for the upcoming z17, focusing on higher AI core count and enhanced efficiency.

Common Configurations:
- Processor Units (PUs): All processors start as generic PUs and are characterized upon installation as CPs, IFLs, etc..
- Cache Structure: Telum chips feature a 256KB L1 cache and 32MB L2 cache per core.
- Memory: Supports Redundant Array of Independent Memory (RAIM) to prevent data loss, 40TB of ram per machine

Tole je pa najnovejša zadeva:
https://www.ibm.com/new/announcements/t...

Developed using Samsung 5nm technology, the new IBM Telum II processor will feature eight high-performance cores running at 5.5GHz. Telum II will include a 40% increase in on-chip cache capacity, with the virtual L3 and virtual L4 growing to 360MB and 2.88GB respectively. The processor integrates a new data processing unit (DPU) specialized for IO acceleration and the next generation of on-chip AI acceleration. These hardware enhancements are designed to provide significant performance improvements for clients over previous generations.

Sej vse lepo in prav samo ko so prišli novi IBAN računi z malce več ciframi kot je bilo to v preteklosti pa je bila cela štala :D Zato so stare banke dinozavri, ki se težko posodabljajo, ker že vnos da eno polje lahko sprejme več kot znakov kot jih je imelo prej naredi to zahtevno operacijo, ki za sabo potegne skoraj cel projekt.

zavajon je včeraj ob 09:04:19 izjavil:

Glede na to, da je že za to reverse funkcijo iz slikce toliko kode, morajo biti COBOL programi zelo dolgi.

To je še zelo stara koda, drugače imaš funkcijo reverse in je to ena vrstica. Tudi cobol se še vedno razvija. Verzija cobola, ki je sedaj uporabljena, pozna vse.

Glede samega mainframea. Ni omejen samo na ZOS in cobol ali pl1, kot večina misli.
Kubernetes danes teče na njem native. Nobenih problemov.
Virtualke tudi z lahkoto gor postavljaš (karkoli hočeš).
Imaš linux particije, kjer linux teče gor native in to zelo zelo hitro.

Recimo najcenejši mainframe je 75k€. Zmogljiv je nekje toliko kot 6 HP-jevih strežnikov skupaj, kjer pa vsak stane po 60K€.

bm1973 je včeraj ob 09:09:47 izjavil:

Na kateri arhitekturi bazira Telum?

Kolikor vem, IBM vse svoje serverja dela samo še na Power arhitekturi.

Samsung mu dela proce že nekaj časa.

Tody je včeraj ob 09:04:41 izjavil:

Sej vse lepo in prav samo ko so prišli novi IBAN računi z malce več ciframi kot je bilo to v preteklosti pa je bila cela štala :D Zato so stare banke dinozavri, ki se težko posodabljajo, ker že vnos da eno polje lahko sprejme več kot znakov kot jih je imelo prej naredi to zahtevno operacijo, ki za sabo potegne skoraj cel projekt.

Koliko je to več ciframi?
To te je en nategnu. IBAN standard je 34 znakov. In to ni za Cobol noben problem.
Niti ni problem širitev polj. Ta širitev je bila problem 30 let nazaj, ko je bil ram izredno drag, pa so vse krajšali. Kdor je šel s cobolom tudi naprej na višje verzije, teh problemov nima več. Problem so izključno leni programerji, ker se jim ne da poiskat, kje vse je potrebno spremeniti, da bo vse prav delalo. Ampak to je v vseh jezikih podobno. S pravim orodjem se tudi to da narest izredno hitro.

Problem so nekatere banke, ki niso nič spreminjale že leta in imajo še vedno tiste stare programe, ko so še na veliko šparali s prostorom. Nekateri namreč niso že 20 let nič nadgradili in zadeva še vedno deluje brez problemov. Se držijo reka, da dokler dela, ne popravljaj.

Koliko je sploh cobol code prosto dostopne? Je sploh dovolj materiala, da se LLM lahko uči?

Bo pa treba dobro zapreti ta LLM, da ne bo kaj sral okoli.

Bogve koliko skrite sniff kode ima znotraj...

To pa res ni noben razlog, ZDA servira podatke privatnim formam brez najmanjšega zadržka.