Příspěvky

1

Hardware / Re:Nový IBM mainframe Z16

« kdy: 08. 09. 2022, 18:35:17 »

Proč by to mělo běžet jen na mainframe?

To som usudil podla toho ze pisu, ze ten mainframe ma na to nejaky hardverovy bezpecnostny modul CryptoExpress:
The Crypto Express 8S hardware security module (HSM) — available as a feature of the z16 platform — allows application developers to use the new quantum-safe algorithms in addition to many other cryptographic services via two available application programming interfaces: Common Cryptographic Architecture (CCA) or Enterprise PKCS #11 (EP11). The Crypto Express 8S for IBM z16 provides three main functions that are needed for the digital signature process

To jsou akorat karty co offloaduji security veci (aby se nezatezovalo obyc CPU) ktery bude mit skoro kazdy Ztko (a urcite je i ekvivalent v x86 svete).

2

Hardware / Re:Nový IBM mainframe Z16

« kdy: 29. 08. 2022, 17:00:56 »

@Pavel.Stehule no zrovna cobol ti dovoli fakt slusny hnoje

U manuálu COBOLu jsem skončil na 10 stránce, a dál jsem to nedal., takže toho o COBOLu vím málo. Ale pověst ho předchází, takže jsem to myslel spíš na management, že se drží zpátky a není moc kreativní.

Bud rad .
Bohuzel to je obecnej problem, tezko managmentu vysvetlit ze ten prinos je longterm kdyz oni honi ctvrtletni KPIcka...

3

Hardware / Re:Nový IBM mainframe Z16

« kdy: 29. 08. 2022, 16:59:42 »

ale ty aplikace v COBOLu zustavaj protoze vedeni nevi jak to prepsat

Prepisovanie z COBOLu do Javy je problematicke. Nejde len o prepisovanie, ale treba to aj dobre otestovat. Program bezi spolahlivo napr. 30 rokov, ludia ktori robili na to zadanie a vedeli to otestovat tu uz nie su. Bolo by to velmi drahe a riskantne. Zbytocne vyhodene peniaze a vystavovanie sa riziku ked to neprinesie ziadny profit.
Niekolko krat som musel prepisovat nejake moduly z COBOLu do Javy, ani nie tak na nahradenie COBOlu ale preto ze v Jave bolo potrebne naimplementovat tu istu biznis logiku. Mnohokrat bol zdrojak ktory v Jave vznikol este zlozitejsi ako povodny v COBOle - napr. co sa tyka databazovych pristupov a vypoctov.
Napr. COBOL ma nativne implementovanu decimal aritmetiku, je dost bolestive prepisovat nejake vypocty typu

Kód: [Vybrat]

COMPUTE bz = lf * ( ((zs - znst + zb) * bwf) / (bs / pg))
do Javy, vymyslat tam zaokruhlovanie a orezavanie, aby to v konecnom dosledku pocitalo presne ako v COBOle a testovat to. Vznikne nieco taketo:

Kód: [Vybrat]

bw = lf.multiply(((zs.add(znst.negate()).add(zb)).multiply(bwf)).divide(bs.divide(pg,BigDecimal.ROUND_DOWN),BigDecimal.ROUND_DOWN));
bw = bw.setScale(3, RoundingMode.DOWN);
.. a ked po urcitej dobe musis citat ten vypocet v Jave a povedat co to vlaste pocita ...

Java a COBOL sa vzajomne vyborne doplnaju, kazdy jazyk je dobry na nieco ine. Lepsie je Javu s COBOlom integrovat ako prepisovat z COBOlu do Javy.

A jsme u toho co jsem psal neni to o tom ze by COBOL byl nakej super jazyk a proto tu s nami je 70let.
Za mne je nejlepsi COBOL dat do hajzlu, protoze ty problemy jsou horsi cim dele se to odklada...

---
Abych nevypadal jak IBM hater tak jsem z/OS fanda, akorat mi prijde skoda na tom mastit COBOL kdyz ten HW toho zvladne vyrazne vice.

4

Hardware / Re:Nový IBM mainframe Z16

« kdy: 29. 08. 2022, 13:12:33 »

Mali sme asi len raz taky pripad par rokov dozadu, ze u nas vyvinuli batch aplikaciu v Jave ktora bezala niekolko hodin a preto bola prakticky nepouzitelna. Boli sme preto nuteni ju prepisat do COBOLu kde bezala len niekolko minut. Odvtedy take pripady nemame, lebo batche robime prioritne v COBOLe.

Ja ti nevim, ale ty aplikace v COBOLu zustavaj protoze vedeni nevi jak to prepsat (pripadne nejsou zdrojaky). Zadny jiny vyhody to fakt podle mne nema (bavime se o AS400). Jazyk jako takovej je sracka, a IDE je taky nahovno (at uz terminal nebo ten predrazenej eclipse shit od IBM).

Predpokladam ze ta Java bezela na stejnym LPARu v AIXu.

---

@Pavel.Stehule no zrovna cobol ti dovoli fakt slusny hnoje