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