home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.os.vms      DEC's VAX* line of computers & VMS.      264,096 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 263,108 of 264,096   
   =?UTF-8?Q?Arne_Vajh=C3=B8j?= to bill   
   Re: Staying on OpenVMS or Migrating to L   
   29 Aug 25 12:29:32   
   
   From: arne@vajhoej.dk   
      
   On 8/29/2025 12:24 PM, bill wrote:   
   > On 8/29/2025 11:33 AM, Arne Vajhøj wrote:   
   >> On 8/29/2025 11:01 AM, Chris Townley wrote:   
   >>> A new blog post by Darya   
   >>>   
   >>> https://vmssoftware.com/resources/blog/2025-08-29-openvms-vs-linux-   
   >>> cost- comparison/   
   >>>   
   >>> Interesting assumptions there...   
   >>   
   >> But not bad assumptions.   
   >>   
   >> I would summarize the numbers as:   
   >> - it cost 500-700 K$ per year to maintain app no matter   
   >>    platform   
   >> - it would cost 300 K$ to migrate 1:1 from VMS Itanium to VMS x86-64   
   >> - it would cost 3 M$ to migrate from Cobol/VMS   
   >>    to common tech stack/Linux   
   >> which respectively:   
   >> - is irrelevant for the conclusion   
   >> - is somewhere in the realistic to slightly optimistic range   
   >> - is very optimistic for 1 MLOC (I would have said 10-20 M$!!)   
   >>   
   >> There is absolutely no doubt that VMS x86-64 is the lowest   
   >> cost solution.   
   >>   
   >> The downside is that it is 1:1 so still Cobol, Rdb and   
   >> DECForms.   
   >   
   > Why do you think migrating COBOL would be so difficult and expensive.   
   > I would expect most of the other languages, which are very likely to   
   > be used in the VMS environment, would be much more of a task migrating   
   > away from VMS.  Assuming, of course, that one has no choice but to   
   > migrate away from VMS.   
   >   
   > While I have never tried a MLOC program :-)  just for fun I have taken   
   > many COBOL programs from mainframe and mini environments and moved them   
   > to Unix/Linux (my preference is Unix) environments with minimal mod-   
   > ification.  Mostly just things related to file system access as file   
   > naming conventions vary so much across the IT world.   
      
   If you read the doc, then you will see that the the migration to   
   Linux is not a migration to Cobol/Linux, but a migration to   
   a JavaScript for frontend and Java/C# backend on Linux. Not a single   
   line of code will be reused in that model.   
      
   Cobol/Linux would be a third option.   
      
   Arne   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca