Javel, men det finnes X antall større konsulenthus som gjør konverteringsjobben, og tar betalt linje for linje. Slik jeg forstår det, funker det stort sett greit, men som med all annen porting er det jo ikke 100% rett frem. Du sitter jo igjen med samme problemene i kodebasen, bare i java, så spørsmålet er motivasjonen din til å gjøre det. Det eneste argumentet jeg har sett i det ville er kost, ofte fordi bedriften er bundet opp i en langvarig, dyr leieavtale av maskinresurser.
Det er sikkert en del (kommende) tapere rundt omkring som ikke vil ta på seg risikoen med å gjøre endringer når noe har fungert en stund. De fleste av disse vil etterhvert miste sin ticket to play - noen er inneforstått med dette, andre ikke. Dette er inkompetanse hos ledelse.
En del av inkompetansen på IT-siden er at mange arkitekter og ledere ikke vet hva slags teknologi som flyter rundt i andre bransjer - noe som farger risikoanalysene og gjerne setter en effektivt stopper for endringer.
Så er det jo det økonomiske aspektet, der programvare / forretningsfunksjonalitet må behandles på samme måte som en leiebiflåte eller en gravemaskin. Når man kontinuerlig må bokføre evig (og ofte økende) patching på legacy som capex, så forsvinner veldig fort lysten til å ta nedskrivninger når den nye pakken kommer i produksjon. Ofte må jo gammelt og nytt kjøre parallelt en stund, noe som fort straffer seg i regnskapet. Minner om at de fleste Cobol-kjørende bedrifter er såpass store at de er børsnoterte, så lykke til med å finne ledelsen som skal forklare dette til finansielle analytikere.
Last edited: 14. febr 2023