[Info-vax] The real problem that needs solving to grow VMS

[Arne Vajhøj]

On 11/3/2022 2:37 PM, Dan Cross wrote:
> In article <tjujnk$18a1d$1 at dont-email.me>,
> Dave Froble  <davef at tsoft-inc.com> wrote:
>> On 11/2/2022 3:10 PM, Bill Gunshannon wrote:
>>> On 11/2/22 14:11, Dave Froble wrote:
>>>> On 11/2/2022 1:11 PM, Dan Cross wrote:
>>>>> In article <tjrk05$qlu5$3 at dont-email.me>,
>>>>> Dave Froble  <davef at tsoft-inc.com> wrote:
>>>>>> The best tool for the job is the overriding criteria.
>>>>>
>>>>> And under what circumstances is VMS the right tool
>>>>> for the job for a new installation?  I can't think
>>>>> of any.
>>>>
>>>> You misunderstand.  The "right tool" would be the apps that the user needs.
>>>> OS doesn't matter, unless it is required for the "right tool".
>>>
>>> You just threw gasoline on Dan's fire.  What "tool", right or otherwise
>>> is available on VMS and not on any of the more common systems?
>>
>> If I can mention one, does that prove my point?  Or do you need some higher number?
>>
>> The Codis ERP package that small power equipment distributors all over North
>> America use runs on VMS, written mostly in Basic.
>>
>> 1) It isn't likely to be ported anywhere else.
>>
>> 2) It has no ready replacements.
>>
>> That is a tool that is vital to it's users.
> 
> Note the question was _for a new installation_.
> 
> I can't imagine many new installations are reaching
> for a VMS-only ERP package written in Basic.

The end user would not care and usually doesn't even know
what programming language the application is written in.

But they do care about OS. VMS today would be a hard sell,
but the premise for all this discussion is that VSI get
VMS made some sort of competitive.

Arne