Discussion:
Licenses on VAX/VMS 4.0/4.1 source code listing scans
(too old to reply)
Joerg Hoppe
2021-12-09 05:31:19 UTC
Permalink
I digitized a pack of VAX/VMS 4.0/4.1 source code listings
AH-BT13A-SE and AH-EF71A-SE, from micro fiche to PDF.
Question is now: can I publish to the community or individuals?
What is the license status for this old stuff (around 1985), VSI ?

thanks,
Joerg
Phillip Helbig (undress to reply)
2021-12-09 07:13:24 UTC
Permalink
Post by Joerg Hoppe
I digitized a pack of VAX/VMS 4.0/4.1 source code listings
AH-BT13A-SE and AH-EF71A-SE, from micro fiche to PDF.
Question is now: can I publish to the community or individuals?
IANAL, but very probably not. Look at the terms and conditions which
came with the listings.
Post by Joerg Hoppe
What is the license status for this old stuff (around 1985), VSI ?
VSI has nothing to do with it, because they have no legal rights to VAX
stuff.

Legally, there is no such thing as abandonware.

Some of that VAX source code still lives on in VSI VMS, so in that sense
VSI might be interested in your potential activities. I don't know if
they can legally prevent you from publishing them, but if you want to
help "the community" it would be a good idea not to annoy the current
owner of VMS.
Volker Halle
2021-12-09 09:09:07 UTC
Permalink
Jörg,

the cover letter says this (example from OpenVMS VAXV6.1 Listings Kit):

Product Licensing

"The compact disc kit (QB kit) includes the license required to view these files on a standalone system or a VAXcluster system. If you want to make these files available to another system (possibly at a remote site), you will need to purchase another kit. (...)

Please note that a source license agreement must be signed for all kits. Contact your Digital representative for more information."

Volker.
Bill Gunshannon
2021-12-09 13:22:29 UTC
Permalink
Post by Phillip Helbig (undress to reply)
Post by Joerg Hoppe
I digitized a pack of VAX/VMS 4.0/4.1 source code listings
AH-BT13A-SE and AH-EF71A-SE, from micro fiche to PDF.
Question is now: can I publish to the community or individuals?
IANAL, but very probably not. Look at the terms and conditions which
came with the listings.
I expect he got them somewhere like eBay and they didn't come with
a license or anything beyond the listings themselves.
Post by Phillip Helbig (undress to reply)
Post by Joerg Hoppe
What is the license status for this old stuff (around 1985), VSI ?
VSI has nothing to do with it, because they have no legal rights to VAX
stuff.
I don't think that is true. I believe VSI has license to all of it
and only made the (proper?) business decision to not get involved with
anything VAX.
Post by Phillip Helbig (undress to reply)
Legally, there is no such thing as abandonware.
That is, actually, quite true although many people (including some
here, based on comments I have seen) refuse to accept it.
Post by Phillip Helbig (undress to reply)
Some of that VAX source code still lives on in VSI VMS, so in that sense
VSI might be interested in your potential activities. I don't know if
they can legally prevent you from publishing them, but if you want to
help "the community" it would be a good idea not to annoy the current
owner of VMS.
They are probably of very limited value but release of them would
undoubtedly violate someone's IP rights.

bill
Andreas Eder
2021-12-09 14:27:37 UTC
Permalink
Post by Bill Gunshannon
Post by Phillip Helbig (undress to reply)
Legally, there is no such thing as abandonware.
That is, actually, quite true although many people (including some
here, based on comments I have seen) refuse to accept it.
I think that very much depends on where you are located, under which
jurisdiction.

'Andreas
Arne Vajhøj
2021-12-09 14:47:52 UTC
Permalink
Post by Andreas Eder
Post by Bill Gunshannon
Post by Phillip Helbig (undress to reply)
Legally, there is no such thing as abandonware.
That is, actually, quite true although many people (including some
here, based on comments I have seen) refuse to accept it.
I think that very much depends on where you are located, under which
jurisdiction.
True.

But it does not exist in places like the US and EU.

(the closest is that EU allows "cultural heritage institutions"
to use registered orphan work of books, film and music)

But there are around 200 countries in the world and some may have
a more relaxed attitude towards copyright.

Arne
Simon Clubley
2021-12-09 18:42:37 UTC
Permalink
Post by Bill Gunshannon
They are probably of very limited value but release of them would
undoubtedly violate someone's IP rights.
Within a month, VAX/VMS will start on the same journey to unusable
history that the PDP-11 DEC operating systems started long ago.

Simon.
--
Simon Clubley, ***@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.
chris
2021-12-09 10:33:02 UTC
Permalink
Post by Joerg Hoppe
I digitized a pack of VAX/VMS 4.0/4.1 source code listings
AH-BT13A-SE and AH-EF71A-SE, from micro fiche to PDF.
Question is now: can I publish to the community or individuals?
What is the license status for this old stuff (around 1985), VSI ?
Seems like the same question as for all the stuff on bitsavers.
You could send it to them, and leave it up to them to figure out making
it publicly available.
As well as I know, bitsavers hasn't been sued for anything on the site.
It may be interesting to many for historical reasons and the sources
were never enough to build a working systems, so there is perhaps some
fair use argument to publish.

May not be strictly correct, but you could anonymously upload to a site
that publishes anyway. There are plenty of sites around like that and
sometime you just have to do what needs to be done...

Chris
Bill Gunshannon
2021-12-09 13:23:45 UTC
Permalink
Post by chris
Post by Joerg Hoppe
I digitized a pack of VAX/VMS 4.0/4.1 source code listings
AH-BT13A-SE and AH-EF71A-SE, from micro fiche to PDF.
Question is now: can I publish to the community or individuals?
What is the license status for this old stuff (around 1985), VSI ?
Seems like the same question as for all the stuff on bitsavers.
You could send it to them, and leave it up to them to figure out making
it publicly available.
As well as I know, bitsavers hasn't been sued for anything on the site.
It may be interesting to many for historical reasons and the sources
were never enough to build a working systems, so there is perhaps some
fair use argument to publish.
May not be strictly correct, but you could anonymously upload to a site
that publishes anyway. There are plenty of sites around like that and
sometime you just have to do what needs to be done...
See my previous comment in this thread. :-)

bill
Dave Froble
2021-12-10 17:54:37 UTC
Permalink
If you are a developer, you should try to walk the walk in terms
of ethics and try to do the right thing.
I'd agree 100%.
In the real world though,
people will do whatever needs to be done to find a solution if there
seems to b an insurmountable obstacle.
Again, I agree.
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
If one is willing to pay for something, but there is no one available to pay,
than what? Either one does without, or, one does whatever is necessary. While
there may be those who feel I should just do without, I do not agree with them.

Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.

For those who think we should just let our customers roll over and die, I have
only one comment.

STOP USING MY WHEEL, IT IS NOT FREEWARE, IT IS NOT ABANDONED!
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Simon Clubley
2021-12-10 18:25:05 UTC
Permalink
Post by Dave Froble
Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?

If you don't, where do you intend on getting this knowledge from ?

Simon.
--
Simon Clubley, ***@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.
Dave Froble
2021-12-10 18:36:16 UTC
Permalink
Post by Simon Clubley
Post by Dave Froble
Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.

Instead, I'll ask these questions.

What is the problem, if there is nobody to question such usage?

What is your opinion of a vendor potentially destroying a customer's business?
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Bill Gunshannon
2021-12-10 19:44:25 UTC
Permalink
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point.  We at Consolidated Data insist that all our customers
have
support for their commercial use VMS systems.  That is our ethics.
However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business.  That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
What is your opinion of a vendor potentially destroying a customer's business?
Sounds like bad planning on the part of the business. Even the PDP-11
didn't just die one day. Same thing with Pr1me. And I am sure most
other companies that have gone the way of the dodo. If one suspects
they are running on a system with such a potential, it is part of
their due diligence to look for solutions before the day of disaster.

bill
Dave Froble
2021-12-10 21:52:25 UTC
Permalink
Post by Bill Gunshannon
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
What is your opinion of a vendor potentially destroying a customer's business?
Sounds like bad planning on the part of the business. Even the PDP-11
didn't just die one day. Same thing with Pr1me. And I am sure most
other companies that have gone the way of the dodo. If one suspects
they are running on a system with such a potential, it is part of
their due diligence to look for solutions before the day of disaster.
So what are you saying? Everyone using VMS today should start a port and dump
VMS? Be specific.
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Bill Gunshannon
2021-12-10 23:55:11 UTC
Permalink
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point.  We at Consolidated Data insist that all our
customers have
support for their commercial use VMS systems.  That is our ethics.
However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business.  That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
What is your opinion of a vendor potentially destroying a customer's business?
Sounds like bad planning on the part of the business.  Even the PDP-11
didn't just die one day. Same thing with Pr1me.  And I am sure most
other companies that have gone the way of the dodo.  If one suspects
they are running on a system with such a potential, it is part of
their due diligence to look for solutions before the day of disaster.
So what are you saying?  Everyone using VMS today should start a port
and dump VMS?  Be specific.
If they truly think that VMS is going to die, yes. BUt I don't know
that the threat actually exists. But If I were running a company
dependent on it I would keep my eye on options. No cruise ship plans
on sinking but they all care lifeboats.

bill
Dave Froble
2021-12-11 01:13:39 UTC
Permalink
Post by Bill Gunshannon
Post by Dave Froble
Post by Bill Gunshannon
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
What is your opinion of a vendor potentially destroying a customer's business?
Sounds like bad planning on the part of the business. Even the PDP-11
didn't just die one day. Same thing with Pr1me. And I am sure most
other companies that have gone the way of the dodo. If one suspects
they are running on a system with such a potential, it is part of
their due diligence to look for solutions before the day of disaster.
So what are you saying? Everyone using VMS today should start a port and dump
VMS? Be specific.
If they truly think that VMS is going to die, yes. BUt I don't know
that the threat actually exists. But If I were running a company
dependent on it I would keep my eye on options. No cruise ship plans
on sinking but they all care lifeboats.
bill
Yep. Got a plan. Don't want it to happen, but if VSI should fail, we'd
continue to use VMS, at least until other options could be explored. Isn't that
what the topic is about? Continuing to run the VMS system already in use?
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Dave Froble
2021-12-10 21:50:43 UTC
Permalink
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
So are you saying you don't actually have the knowledge needed to create
the patch needed to bypass the LMF ?
I'm just not saying ...
Post by Dave Froble
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
Ownership of assets doesn't cease just because a company fails.
You are setting yourself and your customers up for a future owner
of the VSI assets to come after you, especially if you reduce the
resale value of those assets by coming up with a way to bypass the
need for existing VMS customers to purchase more of those assets.
If there is an entity that allows my customers to continue, then there isn't an
issue, is there?

If there is not an entity, who, other than you and Bill, is going to really give
a damn?
Post by Dave Froble
What is your opinion of a vendor potentially destroying a customer's business?
You know what VSI have done by putting time limits on production
licences and you could port away today if the risk is unacceptable
to you.
Porting is not an option.
That is your legal option to remove this risk.
Why do you think so many people are angry with VSI for introducing
time-limited production licences instead of just saying that they
will patch VMS to bypass the licences if VSI fails ?
They clearly understand the legal issues and risks involved with trying
to do what you suggest.
Ok Simon, I'll turn things around. If you had customers depending on VMS, or
any software, and the vendor went away, and your customers needed to continue to
use their applications, what would you do? Would you do whatever was necessary
for your customers to continue, or, would you tell your customers "too bad, you
lose"?

I'm talking right now, today, no time for your port, or anything else.
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Bill Gunshannon
2021-12-10 23:52:58 UTC
Permalink
Post by Dave Froble
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point.  We at Consolidated Data insist that all our
customers have
support for their commercial use VMS systems.  That is our ethics.
However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business.  That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
So are you saying you don't actually have the knowledge needed to create
the patch needed to bypass the LMF ?
I'm just not saying ...
Post by Dave Froble
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
Ownership of assets doesn't cease just because a company fails.
You are setting yourself and your customers up for a future owner
of the VSI assets to come after you, especially if you reduce the
resale value of those assets by coming up with a way to bypass the
need for existing VMS customers to purchase more of those assets.
If there is an entity that allows my customers to continue, then there
isn't an issue, is there?
If there is not an entity, who, other than you and Bill, is going to
really give a damn?
The owner of the IP might. And their lawyers might see violators as
low hanging fruit to recover some of their losses. :-)
Post by Dave Froble
Post by Dave Froble
What is your opinion of a vendor potentially destroying a customer's business?
You know what VSI have done by putting time limits on production
licences and you could port away today if the risk is unacceptable
to you.
Porting is not an option.
Porting is always an option. There is nothing done on a computer
that can not be done on another computer. You may think the work
required is excessive and you might think the cost is excessive
but that doesn't mean it can not be done.
Post by Dave Froble
That is your legal option to remove this risk.
Why do you think so many people are angry with VSI for introducing
time-limited production licences instead of just saying that they
will patch VMS to bypass the licences if VSI fails ?
They clearly understand the legal issues and risks involved with trying
to do what you suggest.
Ok Simon, I'll turn things around.  If you had customers depending on
VMS, or any software, and the vendor went away, and your customers
needed to continue to use their applications, what would you do?  Would
you do whatever was necessary for your customers to continue, or, would
you tell your customers "too bad, you lose"?
A wise man wouldn't wait until the drop dead date to fix a problem.
The customers complaint would not be with you, necessarily, it would
be with the owners of VMS or that other software that just went away.
But, no company I know of has just dropped dead all of a sudden.
There are always warning signs. And due diligence says when you
start to see warning signs you should start your preparations for
launching the lifeboats.
Post by Dave Froble
I'm talking right now, today, no time for your port, or anything else.
See above.

bill
Dave Froble
2021-12-11 01:05:46 UTC
Permalink
Post by Bill Gunshannon
Post by Dave Froble
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
So are you saying you don't actually have the knowledge needed to create
the patch needed to bypass the LMF ?
I'm just not saying ...
Post by Dave Froble
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
Ownership of assets doesn't cease just because a company fails.
You are setting yourself and your customers up for a future owner
of the VSI assets to come after you, especially if you reduce the
resale value of those assets by coming up with a way to bypass the
need for existing VMS customers to purchase more of those assets.
If there is an entity that allows my customers to continue, then there isn't
an issue, is there?
If there is not an entity, who, other than you and Bill, is going to really
give a damn?
The owner of the IP might. And their lawyers might see violators as
low hanging fruit to recover some of their losses. :-)
Post by Dave Froble
Post by Dave Froble
What is your opinion of a vendor potentially destroying a customer's business?
You know what VSI have done by putting time limits on production
licences and you could port away today if the risk is unacceptable
to you.
Porting is not an option.
Porting is always an option. There is nothing done on a computer
that can not be done on another computer. You may think the work
required is excessive and you might think the cost is excessive
but that doesn't mean it can not be done.
If the work and cost is excessive, then porting is not an option. Sure,
anything can be done, but, can it be paid for?
Post by Bill Gunshannon
Post by Dave Froble
That is your legal option to remove this risk.
Why do you think so many people are angry with VSI for introducing
time-limited production licences instead of just saying that they
will patch VMS to bypass the licences if VSI fails ?
They clearly understand the legal issues and risks involved with trying
to do what you suggest.
Ok Simon, I'll turn things around. If you had customers depending on VMS, or
any software, and the vendor went away, and your customers needed to continue
to use their applications, what would you do? Would you do whatever was
necessary for your customers to continue, or, would you tell your customers
"too bad, you lose"?
A wise man wouldn't wait until the drop dead date to fix a problem.
The customers complaint would not be with you, necessarily, it would
be with the owners of VMS or that other software that just went away.
But, no company I know of has just dropped dead all of a sudden.
There are always warning signs. And due diligence says when you
start to see warning signs you should start your preparations for
launching the lifeboats.
Post by Dave Froble
I'm talking right now, today, no time for your port, or anything else.
See above.
bill
So, in your opinion, should customers continue to stick with VMS?
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Bill Gunshannon
2021-12-11 01:11:31 UTC
Permalink
Post by Dave Froble
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point.  We at Consolidated Data insist that all our
customers have
support for their commercial use VMS systems.  That is our
ethics.  However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business.  That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
So are you saying you don't actually have the knowledge needed to create
the patch needed to bypass the LMF ?
I'm just not saying ...
Post by Dave Froble
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
Ownership of assets doesn't cease just because a company fails.
You are setting yourself and your customers up for a future owner
of the VSI assets to come after you, especially if you reduce the
resale value of those assets by coming up with a way to bypass the
need for existing VMS customers to purchase more of those assets.
If there is an entity that allows my customers to continue, then there isn't
an issue, is there?
If there is not an entity, who, other than you and Bill, is going to really
give a damn?
The owner of the IP might.  And their lawyers might see violators as
low hanging fruit to recover some of their losses.  :-)
Post by Dave Froble
Post by Dave Froble
What is your opinion of a vendor potentially destroying a
customer's business?
You know what VSI have done by putting time limits on production
licences and you could port away today if the risk is unacceptable
to you.
Porting is not an option.
Porting is always an option.  There is nothing done on a computer
that can not be done on another computer.  You may think the work
required is excessive and you  might think the cost is excessive
but that doesn't mean it can not be done.
If the work and cost is excessive, then porting is not an option.  Sure,
anything can be done, but, can it be paid for?
Post by Dave Froble
That is your legal option to remove this risk.
Why do you think so many people are angry with VSI for introducing
time-limited production licences instead of just saying that they
will patch VMS to bypass the licences if VSI fails ?
They clearly understand the legal issues and risks involved with trying
to do what you suggest.
Ok Simon, I'll turn things around.  If you had customers depending on
VMS, or
any software, and the vendor went away, and your customers needed to continue
to use their applications, what would you do?  Would you do whatever was
necessary for your customers to continue, or, would you tell your customers
"too bad, you lose"?
A wise man wouldn't wait until the drop dead date to fix a problem.
The customers complaint would not be with you, necessarily, it would
be with the owners of VMS or that other software that just went away.
But, no company I know of has just dropped dead all of a sudden.
There are always warning signs.  And due diligence says when you
start to see warning signs you should start your preparations for
launching the lifeboats.
Post by Dave Froble
I'm talking right now, today, no time for your port, or anything else.
See above.
bill
So, in your opinion, should customers continue to stick with VMS?
Not my call to make. I no longer have a dog in the fight.
If the p[people using VMS feel comfortable staying there that's fine.
Obviously, many already have not. I think the current owners are a
better bet than the last. At least the current owners actually want
to see it succeed. But only the current users can make the decision
of whether or not to stay. And assume all the risks that entails.

bill
Arne Vajhøj
2021-12-11 01:29:08 UTC
Permalink
Post by Dave Froble
So, in your opinion, should customers continue to stick with VMS?
Not my call to make.  I no longer have a dog in the fight.
If the p[people using VMS feel comfortable staying there that's fine.
Obviously, many already have not.  I think the current owners are a
better bet than the last. At least the current owners actually want
to see it succeed. But only the current users can make the decision
of whether or not to stay.  And assume all the risks that entails.
The risk seems pretty low to me.

The x86-64 port is almost complete that means new and cheap
hardware available for many years to come.

VSI seems to adjust ambition level to what they can pay for.
Which may be frustrating in the perspective of getting a lot
of new features very quickly, but is very good from a
financial risk perspective. Less revenue will not result
in bankruptcy but just result in slower pace of rollout of
new features.

There is practically zero risk that VSI will ditch VMS as
VMS is their only business.

Not bad.

Of course VSI could further reduce risk for users by
coming up with a license scheme that ensured that all
customers would always have N years left on their
licenses.

Arne
Bill Gunshannon
2021-12-11 13:20:44 UTC
Permalink
Post by Arne Vajhøj
Post by Dave Froble
So, in your opinion, should customers continue to stick with VMS?
Not my call to make.  I no longer have a dog in the fight.
If the p[people using VMS feel comfortable staying there that's fine.
Obviously, many already have not.  I think the current owners are a
better bet than the last. At least the current owners actually want
to see it succeed. But only the current users can make the decision
of whether or not to stay.  And assume all the risks that entails.
The risk seems pretty low to me.
I agree that the risk today, based on the information publicly
available, seems quite low.
Post by Arne Vajhøj
The x86-64 port is almost complete that means new and cheap
hardware available for many years to come.
But it is not going to run (or, at least, not be supported) on
that cheap hardware. I doubt Acer is one of their targets.
Post by Arne Vajhøj
VSI seems to adjust ambition level to what they can pay for.
Which may be frustrating in the perspective of getting a lot
of new features very quickly, but is very good from a
financial risk perspective. Less revenue will not result
in bankruptcy but just result in slower pace of rollout of
new features.
But it may result in less customers. They are already fighting
an uphill battle selling something that the industry tells people
is a dead end. Kind of like COBOL. It is probably one of the
most used languages for serious business applications in use
today. Some of the largest information systems in the world
are written in it. Everybody is affected by its use every day.
And yet, because academia continues to denigrate it and refuses
to teach it the pool of technicians competent in its use continues
to drop. Likewise, I doubt there are any CIO's telling their
companies to jump on the VMS bandwagon especially when their
CISO is telling them "VMS bad, Windows good".
Post by Arne Vajhøj
There is practically zero risk that VSI will ditch VMS as
VMS is their only business.
It has never been a concern that VSI would ditch VMS. It is the
rest of the IT world ditching VMS that is the threat. Not only
to VMS, but also to VSI.
Post by Arne Vajhøj
Not bad.
Of course VSI could further reduce risk for users by
coming up with a license scheme that ensured that all
customers would always have N years left on their
licenses.
And, the only problem with that is what is good, longterm,
for the customer may not be good, longterm, for VSI. An
interesting paradox.

bill
Arne Vajhøj
2021-12-11 14:58:08 UTC
Permalink
Post by Bill Gunshannon
Post by Arne Vajhøj
Post by Dave Froble
So, in your opinion, should customers continue to stick with VMS?
Not my call to make.  I no longer have a dog in the fight.
If the p[people using VMS feel comfortable staying there that's fine.
Obviously, many already have not.  I think the current owners are a
better bet than the last. At least the current owners actually want
to see it succeed. But only the current users can make the decision
of whether or not to stay.  And assume all the risks that entails.
The risk seems pretty low to me.
I agree that the risk today, based on the information publicly
available,  seems quite low.
Post by Arne Vajhøj
The x86-64 port is almost complete that means new and cheap
hardware available for many years to come.
But it is not going to run (or, at least, not be supported) on
that cheap hardware.  I doubt Acer is one of their targets.
Low end x86-64 servers are pretty cheap.

You run maybe 10 VM's on a 5000 dollars physical server. I consider
that very cheap compared to previous.

You can run in public cloud for like 10 cent per hour.

Heck - you can run in VM on a cheap Acer laptop. Not
for production but ...
Post by Bill Gunshannon
Post by Arne Vajhøj
VSI seems to adjust ambition level to what they can pay for.
Which may be frustrating in the perspective of getting a lot
of new features very quickly, but is very good from a
financial risk perspective. Less revenue will not result
in bankruptcy but just result in slower pace of rollout of
new features.
But it may result in less customers.  They are already fighting
an uphill battle selling something that the industry tells people
is a dead end.
The existing customers require relative little new features.

New customers will require a lot of new features.

A delay in new features is not likely to cause many existing customers
to drop VMS, but it will certainly delay getting new customers.
Post by Bill Gunshannon
Post by Arne Vajhøj
Of course VSI could further reduce risk for users by
coming up with a license scheme that ensured that all
customers would always have N years left on their
licenses.
And, the only problem with that is what is good, longterm,
for the customer may not be good, longterm, for VSI.  An
interesting paradox.
Depends on the model.

The model where customers extend 1 year every year so they always have
5 years coverage is actually better for VSI than just having customers
extend for next year.

Arne
Arne Vajhøj
2021-12-11 18:20:16 UTC
Permalink
                                                      Also not
really something I can see VSI agreeing to because it would
require a commitment they probably could not guarantee.
????
In 2022 VSI sell a 5 year license good to 2027. In 2023
VSI sell an extension so it is good until 2028. That should
be fine for VSI. They do not guarantee anything - they just
sell a license valid for a number of years.
In the end of 2023 customers opt to not buy the 2029 extension
(or any beyond that).  That leaves VSI with a remaining 3 year
commitment and no incoming revenue.  As a three letter (beginning
with C) executive in the company, would you agree to do that?
Of course.

Try compare the two scenarios.

1 year renewals:

2022 : X
2023 : X
2024 : X
2025 : X
2026 : X
2027 : X

5 year with annual extensions:

2022 : 5X
2023 : X
2024 :
2025 :
2026 :
2027 :

Assuming positive inflation/interest then the latter is more
favorable to VSI.

Arne
Arne Vajhøj
2021-12-11 18:29:39 UTC
Permalink
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
Of course VSI could further reduce risk for users by
coming up with a license scheme that ensured that all
customers would always have N years left on their
licenses.
And, the only problem with that is what is good, longterm,
for the customer may not be good, longterm, for VSI.  An
interesting paradox.
Depends on the model.
The model where customers extend 1 year every year so they always have
5 years coverage is actually better for VSI than just having customers
extend for next year.
Don't know about in other countries, but that would pretty much
eliminate the US Government as a potential customer.
I doubt that. It is quite common to pay upfront for 5 years.
No agency of the US Government can commit funds beyond the end
of the Fiscal Year.  There are no 5 year contracts.  Only 1 year
contracts with 4 additional renewals.  And then only if the budget
for the next year includes funds for that renewal.
JWCC is for 3 years with the possibility for 2 extensions of 1 year.

Apparently they can commit to more than 1 year if they want to.

Arne
Arne Vajhøj
2021-12-11 16:51:50 UTC
Permalink
Kind of like COBOL.  It is probably one of the
most used languages for serious business applications in use
today.  Some of the largest information systems in the world
are written in it.  Everybody is affected by its use every day.
If an application:
- is processing money
- first version was written before 1995
- has not been rewritten after 1995
then there is a good chance that it is in Cobol.

And a lot of those applications are very important applications.

But I am not so sure that it is one of the most used languages.
The estimate is that Cobol is about 200 billion out of 3 trillion lines
of code (7%). And based on hiring statistics it looks like Cobol
work is like 1% of development work being done.

And all the largest systems are distributed. They use
Hadoop, Cassandra, Kafka etc.. Traditional technologies
does simply not scale to that level.
And yet, because academia continues to denigrate it and refuses
to teach it the pool of technicians competent in its use continues
to drop.
Very few new people learn Cobol.

But is there a need for more Cobol programmers?

If there were then the salaries for Cobol programmer would
sky rocket.

It has not.

Arne
Bill Gunshannon
2021-12-11 18:40:46 UTC
Permalink
Post by Arne Vajhøj
            Kind of like COBOL.  It is probably one of the
most used languages for serious business applications in use
today.  Some of the largest information systems in the world
are written in it.  Everybody is affected by its use every day.
- is processing money
- first version was written before 1995
- has not been rewritten after 1995
then there is a good chance that it is in Cobol.
And, not just processing money.
Post by Arne Vajhøj
And a lot of those applications are very important applications.
But I am not so sure that it is one of the most used languages.
I didn't say most used languages. I limited myself to serious
business. There is no COBOL version of Candy Crush.
Post by Arne Vajhøj
The estimate is that Cobol is about 200 billion out of 3 trillion lines
of code (7%). And based on hiring statistics it looks like Cobol
work is like 1% of development work being done.
Many of the times those hiring statistics are compiled by thge
people trying to kill COBOL. I have watched the number of COBOL
jobs publicly advertised rise by more than 1000% in the past
5-10 years. I have followed and even been involved with some of
the largest COBOL users and watched their hiring practices. Believe it
or not, not everyone hires thru Indeed, Monster or Dice.
Post by Arne Vajhøj
And all the largest systems are distributed. They use
Hadoop, Cassandra, Kafka etc.. Traditional technologies
does simply not scale to that level.
You wanna bet? While some of the frontend stuff has mofrated to
the typical web crap the IRS for example is still a Unisys OS2200
shop with the code being mostly Legacy ACOB carried forward from
its origination on a UNIVAC 1100.
Post by Arne Vajhøj
And yet, because academia continues to denigrate it and refuses
to teach it the pool of technicians competent in its use continues
to drop.
Very few new people learn Cobol.
My point exactly.
Post by Arne Vajhøj
But is there a need for more Cobol programmers?
More everyday. And the COVID lockdowns have increased that as
many remote workers are opting to retire rather than return to
the office making the shortage worse.
Post by Arne Vajhøj
If there were then the salaries for Cobol programmer would
sky rocket.
COBOL programmers have already been receiving 6 figure salaries.
the biggest reason for the lack of publicly viewable job offerings
has more to do with job stability than lack of jobs.

----------------------------------------------------

Defense Finance and Accounting Service

Salary
$92,914 - $120,789 per year

"Use Integrated Database Management System (IDMS), Common Business
Oriented Language (COBOL), and Job Control Language (JCL) in a
mainframe environment to design software for Payroll Systems used
by the Defense Finance and Accounting Service."

-------------------------------------------------------

This announcement or similar ones has been running almost constantly
for as long as I have been following the the business. More than 20
years.
Post by Arne Vajhøj
It has not.
Most of the places that employ COBOL programmers do not make salary
information available. Some take this to mean they don't pay. One
does not necessarily equate to the other.

bill
Arne Vajhøj
2021-12-11 19:25:07 UTC
Permalink
Post by Bill Gunshannon
Post by Arne Vajhøj
            Kind of like COBOL.  It is probably one of the
most used languages for serious business applications in use
today.  Some of the largest information systems in the world
are written in it.  Everybody is affected by its use every day.
- is processing money
- first version was written before 1995
- has not been rewritten after 1995
then there is a good chance that it is in Cobol.
And, not just processing money.
Post by Arne Vajhøj
And a lot of those applications are very important applications.
But I am not so sure that it is one of the most used languages.
I didn't say most used languages.  I limited myself to serious
business.  There is no COBOL version of Candy Crush.
Post by Arne Vajhøj
The estimate is that Cobol is about 200 billion out of 3 trillion lines
of code (7%). And based on hiring statistics it looks like Cobol
work is like 1% of development work being done.
Many of the times those hiring statistics are compiled by thge
people trying to kill COBOL.
I am very skeptical about such a conspiracy theory.
Post by Bill Gunshannon
  I have watched the number of COBOL
jobs publicly advertised rise by  more than 1000% in the past
5-10 years.
Hmmm.

At the big job sites the number of Cobol jobs has decreased by
2/3 the last 15 years.
Post by Bill Gunshannon
  I have followed and even been involved with some of
the largest COBOL users and watched their hiring practices. Believe it
or not, not everyone hires thru Indeed, Monster or Dice.
Not everyone.

But assuming that Cobol is many times more required in the total
job market than there seems like wishful thinking from someone that
likes Cobol.
Post by Bill Gunshannon
Post by Arne Vajhøj
And all the largest systems are distributed. They use
Hadoop, Cassandra, Kafka etc.. Traditional technologies
does simply not scale to that level.
You wanna bet?  While some of the frontend stuff has mofrated to
the typical web crap the IRS for example is still a Unisys OS2200
shop with the code being mostly Legacy ACOB carried forward from
its origination on a UNIVAC 1100.
Yes. And that system may have been a big system 30 years ago.

But today large systems are NNN/NNNN nodes, NNNN CPU's, N/NN TB memory
and N PB disk.

Arne
Bill Gunshannon
2021-12-12 00:12:32 UTC
Permalink
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
            Kind of like COBOL.  It is probably one of the
most used languages for serious business applications in use
today.  Some of the largest information systems in the world
are written in it.  Everybody is affected by its use every day.
- is processing money
- first version was written before 1995
- has not been rewritten after 1995
then there is a good chance that it is in Cobol.
And, not just processing money.
Post by Arne Vajhøj
And a lot of those applications are very important applications.
But I am not so sure that it is one of the most used languages.
I didn't say most used languages.  I limited myself to serious
business.  There is no COBOL version of Candy Crush.
Post by Arne Vajhøj
The estimate is that Cobol is about 200 billion out of 3 trillion lines
of code (7%). And based on hiring statistics it looks like Cobol
work is like 1% of development work being done.
Many of the times those hiring statistics are compiled by thge
people trying to kill COBOL.
I am very skeptical about such a conspiracy theory.
Not a conspiracy theory. A lot of the polls done today have a
pre-desired conclusion and they are made to fit it. I point
this out to pollsters on Indeed all the time. It's like asking
"Yes or no. Have you stopped beating your wife?" :-)
Post by Arne Vajhøj
Post by Bill Gunshannon
                           I have watched the number of COBOL
jobs publicly advertised rise by  more than 1000% in the past
5-10 years.
Hmmm.
At the big job sites the number of Cobol jobs has decreased by
2/3 the last 15 years.
Based on what numbers? 15 years ago Indeed would list maybe 10
or 15. Just did a search for COBOL: Page 1 of 2,462 jobs.
Even if half of them are bogus it's still a lot.
Post by Arne Vajhøj
Post by Bill Gunshannon
                  I have followed and even been involved with some of
the largest COBOL users and watched their hiring practices. Believe it
or not, not everyone hires thru Indeed, Monster or Dice.
Not everyone.
But assuming that Cobol is many times more required in the total
job market than there seems like wishful thinking from someone that
likes Cobol.
Or someone who has noit drunk the koolaid and is trying to enlighten
people to something that is being hidden. Regardless of the reason.
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
And all the largest systems are distributed. They use
Hadoop, Cassandra, Kafka etc.. Traditional technologies
does simply not scale to that level.
You wanna bet?  While some of the frontend stuff has mofrated to
the typical web crap the IRS for example is still a Unisys OS2200
shop with the code being mostly Legacy ACOB carried forward from
its origination on a UNIVAC 1100.
Yes. And that system may have been a big system 30 years ago.
The US IRS is one of the biggest ISes in the world. Large enough
that some of the biggest contracting companies in the United States
looked at an RFP to replace it and said it probably couldn't be
done. And so it is still written mostly in COBOL running on Unisys
OS2200.
Post by Arne Vajhøj
But today large systems are NNN/NNNN nodes, NNNN CPU's, N/NN TB memory
and N PB disk.
In what way does that contradict what I said above? Or are you one
of those people who think IBM Mainframe still means 360/40.

bill
Arne Vajhøj
2021-12-12 00:38:08 UTC
Permalink
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
And all the largest systems are distributed. They use
Hadoop, Cassandra, Kafka etc.. Traditional technologies
does simply not scale to that level.
You wanna bet?  While some of the frontend stuff has mofrated to
the typical web crap the IRS for example is still a Unisys OS2200
shop with the code being mostly Legacy ACOB carried forward from
its origination on a UNIVAC 1100.
Yes. And that system may have been a big system 30 years ago.
The US IRS is one of the biggest ISes in the world.  Large enough
that some of the biggest contracting companies in the United States
looked at an RFP to replace it and said it probably couldn't be
done.  And so it is still written mostly in COBOL running on Unisys
OS2200.
Post by Arne Vajhøj
But today large systems are NNN/NNNN nodes, NNNN CPU's, N/NN TB memory
and N PB disk.
In what way does that contradict what I said above?  Or are you one
of those people who think IBM Mainframe still means 360/40.
A z15 max out at 24 CPU with 190 cores for application and OS
and 40 TB memory 192 IO cards.

The largest Unisys (the 8300) is as far as I can read only
8 CPU with 64 cores for application and OS and 512 GB of memory.

It just doesn't scale to what companies with large data processing
requirements need today.

11 years ago(!) the largest Hadoop cluster had 2000 CPU with 22400
cores, 64 TB memory and 21 PB data on disk.

Arne
Arne Vajhøj
2021-12-13 18:53:36 UTC
Permalink
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
And all the largest systems are distributed. They use
Hadoop, Cassandra, Kafka etc.. Traditional technologies
does simply not scale to that level.
You wanna bet?  While some of the frontend stuff has mofrated to
the typical web crap the IRS for example is still a Unisys OS2200
shop with the code being mostly Legacy ACOB carried forward from
its origination on a UNIVAC 1100.
Yes. And that system may have been a big system 30 years ago.
The US IRS is one of the biggest ISes in the world.  Large enough
that some of the biggest contracting companies in the United States
looked at an RFP to replace it and said it probably couldn't be
done.  And so it is still written mostly in COBOL running on Unisys
OS2200.
Post by Arne Vajhøj
But today large systems are NNN/NNNN nodes, NNNN CPU's, N/NN TB
memory and N PB disk.
In what way does that contradict what I said above?  Or are you one
of those people who think IBM Mainframe still means 360/40.
A z15 max out at 24 CPU with 190 cores for application and OS
and 40 TB memory 192 IO cards.
The largest Unisys (the 8300) is as far as I can read only
8 CPU with 64 cores for application and OS and 512 GB of memory.
It just doesn't scale to what companies with large data processing
requirements need today.
11 years ago(!) the largest Hadoop cluster had 2000 CPU with 22400
cores, 64 TB memory and 21 PB data on disk.
And yet the IRS is doing it just fine.  Go figure.
Sure. They got a mid-size problem and their system capable
of handling mid-size problems does fine.

Those that have a very large problem would not be fine.

Of course IRS could get the same mid-size capability for way
less money on a different platform, but porting is probably
expensive. And they do not have any competitors to worry about! :-)
And then we have DFAS which is an IBM shop handles payroll for all
the military and civilians in DOD.  A bit more than any company I
can think  of.
And then we also have the DOD EMR system.  Every member of the
military, all their dependents, all the retirees that are still
getting care at an MTF (like me!)  That's and IBM mainframe, too.
and the application is written in COBOL.
Yes.

I suspect they fit pretty nicely with my original description:
- is processing money
- first version was written before 1995
- has not been rewritten after 1995
Seems that COBOL and mainframes are doing just fine.
IBM's mainframe revenue is decreasing over time (it spikes
every year they release a new model and plummets when there
is no new model, but the trend is downwards). Still significant
money though.

Decreasing revenue is not doing fine.
Just so you will know where I am coming from on this, there is
a strong move to push "modernization" of mainframes.  The current
definition of "modernization" is move to a different platform and
re-write all your applications in the language du jour.
My impression is that it is like:

90% : too expensive and risky to port so stay
4% : port to Cobol on Linux/Windows
4% : port to Java on Linux/Windows
2% : port to C# on Windows

(Java is from 1995 and C# is from 2002 so not anything new)

Arne
Bill Gunshannon
2021-12-13 20:26:07 UTC
Permalink
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
And all the largest systems are distributed. They use
Hadoop, Cassandra, Kafka etc.. Traditional technologies
does simply not scale to that level.
You wanna bet?  While some of the frontend stuff has mofrated to
the typical web crap the IRS for example is still a Unisys OS2200
shop with the code being mostly Legacy ACOB carried forward from
its origination on a UNIVAC 1100.
Yes. And that system may have been a big system 30 years ago.
The US IRS is one of the biggest ISes in the world.  Large enough
that some of the biggest contracting companies in the United States
looked at an RFP to replace it and said it probably couldn't be
done.  And so it is still written mostly in COBOL running on Unisys
OS2200.
Post by Arne Vajhøj
But today large systems are NNN/NNNN nodes, NNNN CPU's, N/NN TB
memory and N PB disk.
In what way does that contradict what I said above?  Or are you one
of those people who think IBM Mainframe still means 360/40.
A z15 max out at 24 CPU with 190 cores for application and OS
and 40 TB memory 192 IO cards.
The largest Unisys (the 8300) is as far as I can read only
8 CPU with 64 cores for application and OS and 512 GB of memory.
It just doesn't scale to what companies with large data processing
requirements need today.
11 years ago(!) the largest Hadoop cluster had 2000 CPU with 22400
cores, 64 TB memory and 21 PB data on disk.
And yet the IRS is doing it just fine.  Go figure.
Sure. They got a mid-size problem and their system capable
of handling mid-size problems does fine.
Mid-size? Do you have any iodea what the US IRS is and what they do?
Post by Arne Vajhøj
Those that have a very large problem would not be fine.
Of course IRS could get the same mid-size capability for way
less money on a different platform, but porting is probably
expensive. And they do not have any competitors to worry about! :-)
Expense wasn't the problem. They have pretty deep pockets. :-)
The problem was the ability to accomplish a port given the constraints
they run under. Realize, of course, it was not the IRS that wanted
the "modernization" Their system works just fine. As is usually
the case it was outsiders (thinking much like it appears you do) who
were driving the bus.
Post by Arne Vajhøj
And then we have DFAS which is an IBM shop handles payroll for all
the military and civilians in DOD.  A bit more than any company I
can think  of.
And then we also have the DOD EMR system.  Every member of the
military, all their dependents, all the retirees that are still
getting care at an MTF (like me!)  That's and IBM mainframe, too.
and the application is written in COBOL.
Yes.
- is processing money
- first version was written before 1995
- has not been rewritten after 1995
Seems that COBOL and mainframes are doing just fine.
IBM's mainframe revenue is decreasing over time (it spikes
every year they release a new model and plummets when there
is no new model, but the trend is downwards). Still significant
money though.
Decreasing revenue is not doing fine.
Well, long after VSI ans VMS are gone I expect IBM and zSystems
(probably even iSystems) will still be around, I seem to remember
that one of the original purposes of VAX and VMS was to kill IBM's
small systems. Didn't happen. The only company I know first hand
was trounced by DEC was Pr1me and that was more their fault than
DEC's.
Post by Arne Vajhøj
Just so you will know where I am coming from on this, there is
a strong move to push "modernization" of mainframes.  The current
definition of "modernization" is move to a different platform and
re-write all your applications in the language du jour.
90% : too expensive and risky to port so stay
4%  : port to Cobol on Linux/Windows
4%  : port to Java on  Linux/Windows
2%  : port to C# on  Windows
(Java is from 1995 and C# is from 2002 so not anything new)
Arne
bill
Arne Vajhøj
2021-12-13 20:44:56 UTC
Permalink
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
And all the largest systems are distributed. They use
Hadoop, Cassandra, Kafka etc.. Traditional technologies
does simply not scale to that level.
You wanna bet?  While some of the frontend stuff has mofrated to
the typical web crap the IRS for example is still a Unisys OS2200
shop with the code being mostly Legacy ACOB carried forward from
its origination on a UNIVAC 1100.
Yes. And that system may have been a big system 30 years ago.
The US IRS is one of the biggest ISes in the world.  Large enough
that some of the biggest contracting companies in the United States
looked at an RFP to replace it and said it probably couldn't be
done.  And so it is still written mostly in COBOL running on Unisys
OS2200.
Post by Arne Vajhøj
But today large systems are NNN/NNNN nodes, NNNN CPU's, N/NN TB
memory and N PB disk.
In what way does that contradict what I said above?  Or are you one
of those people who think IBM Mainframe still means 360/40.
A z15 max out at 24 CPU with 190 cores for application and OS
and 40 TB memory 192 IO cards.
The largest Unisys (the 8300) is as far as I can read only
8 CPU with 64 cores for application and OS and 512 GB of memory.
It just doesn't scale to what companies with large data processing
requirements need today.
11 years ago(!) the largest Hadoop cluster had 2000 CPU with 22400
cores, 64 TB memory and 21 PB data on disk.
And yet the IRS is doing it just fine.  Go figure.
Sure. They got a mid-size problem and their system capable
of handling mid-size problems does fine.
Mid-size?  Do you have any iodea what the US IRS is and what they do?
Yes.

But you told what HW they are running on. And from that it is
an mid-size task.
Post by Arne Vajhøj
Those that have a very large problem would not be fine.
Of course IRS could get the same mid-size capability for way
less money on a different platform, but porting is probably
expensive. And they do not have any competitors to worry about! :-)
Expense wasn't the problem.  They have pretty deep pockets. :-)
The problem was the ability to accomplish a port given the constraints
they run under.
It is a hard thing to port. The CPU/memory/disk requirement are
mid size. But the requirements are very large.

US Tax rules supposedly consist of 2500 pages of law and 9000
pages of regulations. That is 29 volumes of 400 pages. Hard
problem.

And anybody think that they would simplify rules to make a
port easier or even just freeze rules during a port??

:-)

Arne
Arne Vajhøj
2021-12-14 02:03:50 UTC
Permalink
Post by Arne Vajhøj
Post by Arne Vajhøj
Those that have a very large problem would not be fine.
Of course IRS could get the same mid-size capability for way
less money on a different platform, but porting is probably
expensive. And they do not have any competitors to worry about! :-)
Expense wasn't the problem.  They have pretty deep pockets. :-)
The problem was the ability to accomplish a port given the constraints
they run under.
It is a hard thing to port. The CPU/memory/disk requirement are
mid size. But the requirements are very large.
US Tax rules supposedly consist of 2500 pages of law and 9000
pages of regulations. That is 29 volumes of 400 pages. Hard
problem.
And anybody think that they would simplify rules to make a
port easier or even just freeze rules during a port??
You missed the big one.  No down time.  The new system would have
to go into operation functioning perfectly from not just day one,
but from minute one.  It's a 24 hours a day 365 days a year (except
every four years when it is a 366 day) job :-).  How many large
scale porting projects have you seen accomplish that?
Typical mainframe to distributed migrations change it from
like 20 hours of operation to 24 hours operation, so that
is typical a significant improvement when migrating. New
systems are practically always 24x7 without the nightly
batch jobs.

But I do not know IRS service availability.

Arne
Arne Vajhøj
2021-12-11 20:23:01 UTC
Permalink
Post by Bill Gunshannon
Post by Arne Vajhøj
If there were then the salaries for Cobol programmer would
sky rocket.
COBOL programmers have already been receiving 6 figure salaries.
the biggest reason for the lack of publicly viewable job offerings
has more to do with job stability than lack of jobs.
----------------------------------------------------
Defense Finance and Accounting Service
Salary
$92,914 - $120,789 per year
"Use Integrated Database Management System (IDMS), Common Business
Oriented Language (COBOL), and Job Control Language (JCL) in a
mainframe environment to design software for Payroll Systems used
by the Defense Finance and Accounting Service."
-------------------------------------------------------
This announcement or similar ones has been running almost constantly
for as long as I have been following the the business.  More than 20
years.
The above snippet does not say whether it is 0/5/10/20 years of
experienced they are looking for or whether it is in New York/Boston
/Seattle/San Francisco/Mountain View or Kansas/Arkansas
/Missouri/Alabama they are looking

So it is hard to say whether it is a great salary or a
crap salary.

But it is not a sky rocket salary.
Post by Bill Gunshannon
Post by Arne Vajhøj
It has not.
Most of the places that employ COBOL programmers do not make salary
information available.  Some take this to mean they don't pay. One
does not necessarily equate to the other.
Well - you just confirmed that it has not.

Arne
Bill Gunshannon
2021-12-12 00:24:09 UTC
Permalink
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
If there were then the salaries for Cobol programmer would
sky rocket.
COBOL programmers have already been receiving 6 figure salaries.
the biggest reason for the lack of publicly viewable job offerings
has more to do with job stability than lack of jobs.
----------------------------------------------------
Defense Finance and Accounting Service
Salary
$92,914 - $120,789 per year
"Use Integrated Database Management System (IDMS), Common Business
Oriented Language (COBOL), and Job Control Language (JCL) in a
mainframe environment to design software for Payroll Systems used
by the Defense Finance and Accounting Service."
-------------------------------------------------------
This announcement or similar ones has been running almost constantly
for as long as I have been following the the business.  More than 20
years.
The above snippet does not say whether it is 0/5/10/20 years of
experienced they are looking for or whether it is in New York/Boston
/Seattle/San Francisco/Mountain View or Kansas/Arkansas
/Missouri/Alabama they are looking
I didn't post the whole thing. In typical government form it is
several pages long with most of it being boilerplate. DFAS is in
Indiana (which is why I never applied for a position.) Experience
would be evaluated from your resume. But minimum starting salary
is still $95K. I would be happy with that. How much are VMS
programmers making these days?
Post by Arne Vajhøj
So it is hard to say whether it is a great salary or a
crap salary.
But it is not a sky rocket salary.
Seriously? I just took a quick look at Java Programmers on Indeed.
Most of the jobs are for half of that. And a lot of those were in
NYC where a 1 bedroom apartment starts at $2000 a month.


After being out of the COBOL market for 30 years I took a gig back in
2012. I was getting $75K. Not bad for someone who's experience was
that far out of date. I left that job for a position as a Unix Sys
Admin for which my experience was current. It paid about $10K less.
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
It has not.
Most of the places that employ COBOL programmers do not make salary
information available.  Some take this to mean they don't pay. One
does not necessarily equate to the other.
Well - you just confirmed that it has not.
Don't understand this one.

bill
Bill Gunshannon
2021-12-12 00:29:13 UTC
Permalink
Brian,
I tried to reply to your email but your system refused it for reasons
I can't fathom. Sorry. I didn't ignore you.

bill
Bill Gunshannon
2021-12-12 14:12:38 UTC
Permalink
Post by Bill Gunshannon
Brian,
  I tried to reply to your email but your system refused it for reasons
I can't fathom.  Sorry.  I didn't ignore you.
bill
Another bounce. Claims my address is in an RBL. I seriously
doubt it. Sorry, I give up.

bill
Phillip Helbig (undress to reply)
2021-12-12 16:38:20 UTC
Permalink
Post by Bill Gunshannon
Post by Bill Gunshannon
Brian,
  I tried to reply to your email but your system refused it for reasons
I can't fathom.  Sorry.  I didn't ignore you.
bill
Another bounce. Claims my address is in an RBL. I seriously
doubt it. Sorry, I give up.
It might very well be (by mistake) in some RBL.
Arne Vajhøj
2021-12-12 01:13:26 UTC
Permalink
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
If there were then the salaries for Cobol programmer would
sky rocket.
COBOL programmers have already been receiving 6 figure salaries.
the biggest reason for the lack of publicly viewable job offerings
has more to do with job stability than lack of jobs.
----------------------------------------------------
Defense Finance and Accounting Service
Salary
$92,914 - $120,789 per year
"Use Integrated Database Management System (IDMS), Common Business
Oriented Language (COBOL), and Job Control Language (JCL) in a
mainframe environment to design software for Payroll Systems used
by the Defense Finance and Accounting Service."
-------------------------------------------------------
This announcement or similar ones has been running almost constantly
for as long as I have been following the the business.  More than 20
years.
The above snippet does not say whether it is 0/5/10/20 years of
experienced they are looking for or whether it is in New York/Boston
/Seattle/San Francisco/Mountain View or Kansas/Arkansas
/Missouri/Alabama they are looking
I didn't post the whole thing.  In typical government form it is
several pages long with most of it being boilerplate.  DFAS is in
Indiana (which is why I never applied for a position.)  Experience
would be evaluated from your resume.  But minimum starting salary
is still $95K.
For Indiana and not top-10% then that is probably fine.
  I would be happy with that.
I suspect that you do not have a brand new astronomical mortgage
and 3 kids to put through college in a few years.
How much are VMS
programmers making these days?
No idea. But probably similar to developers on other platforms.
Post by Arne Vajhøj
So it is hard to say whether it is a great salary or a
crap salary.
But it is not a sky rocket salary.
Seriously?  I just took a quick look at Java Programmers on Indeed.
Most of the jobs are for half of that.  And a lot of those were in
NYC where a 1 bedroom apartment starts at $2000 a month.
????

Average developer salaries in the US is somewhere in the 100-110 range.

O'Reilly -
https://www.zdnet.com/article/heres-how-much-money-you-can-make-as-a-developer-in-2021/

Burning Glass / Dice -
https://insights.dice.com/2020/10/13/12-programming-languages-that-pay-ultra-high-salaries/

Glass Door / Octoparse -
https://www.octoparse.com/blog/15-highest-paying-programming-languages-in-2017

Indeed / Daxx (Python only, but be state) -
https://www.daxx.com/blog/development-trends/python-developer-salary-usa

Code Platoon -
https://www.codeplatoon.org/the-best-paying-and-most-in-demand-programming-languages-in-2021/

Statista / Indeed -
https://www.indeed.com/career-advice/finding-a-job/highest-paid-programmers-by-language

There is obviously some uncertainty involved in such numbers.

But given that they all end up with very similar numbers from
different sources, then they seems very plausible.

Trying to hire a Java developer in NYC for half of 95K is a joke.

NYC salaries are significant higher than average due to high cost
of living.

Java salaries are at average or slightly above - it is a sort of meat
and potato language today - solid demand - but not super hot.

The latest and greatest tend to be a lot higher than average due to
demand exceeding supply.

Rust, Go, Scala etc..

A few years ago Ruby and Swift.

Arne
Dave Froble
2021-12-12 16:50:54 UTC
Permalink
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
If there were then the salaries for Cobol programmer would
sky rocket.
COBOL programmers have already been receiving 6 figure salaries.
the biggest reason for the lack of publicly viewable job offerings
has more to do with job stability than lack of jobs.
----------------------------------------------------
Defense Finance and Accounting Service
Salary
$92,914 - $120,789 per year
"Use Integrated Database Management System (IDMS), Common Business
Oriented Language (COBOL), and Job Control Language (JCL) in a
mainframe environment to design software for Payroll Systems used
by the Defense Finance and Accounting Service."
-------------------------------------------------------
This announcement or similar ones has been running almost constantly
for as long as I have been following the the business. More than 20
years.
The above snippet does not say whether it is 0/5/10/20 years of
experienced they are looking for or whether it is in New York/Boston
/Seattle/San Francisco/Mountain View or Kansas/Arkansas
/Missouri/Alabama they are looking
I didn't post the whole thing. In typical government form it is
several pages long with most of it being boilerplate. DFAS is in
Indiana (which is why I never applied for a position.) Experience
would be evaluated from your resume. But minimum starting salary
is still $95K.
For Indiana and not top-10% then that is probably fine.
Post by Bill Gunshannon
I would be happy with that.
I suspect that you do not have a brand new astronomical mortgage
and 3 kids to put through college in a few years.
I still have a mortgage and handle it just fine with my retirement
check. :-) By the way, the average salary where I live is ion the
15K-20K range. Someone earning what that job offered would be a
king. And, yes, we do have some jobs in that area. And some of
them are actually COBOL programmers. (In the insurance business.)
Post by Arne Vajhøj
Post by Bill Gunshannon
How much are VMS
programmers making these days?
No idea. But probably similar to developers on other platforms.
I guess a better question would have been what one could expect as
a starting salary for VMS. Most of the people doing VMS today are
dinosaurs with long seniority, I am sure.
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
So it is hard to say whether it is a great salary or a
crap salary.
But it is not a sky rocket salary.
Seriously? I just took a quick look at Java Programmers on Indeed.
Most of the jobs are for half of that. And a lot of those were in
NYC where a 1 bedroom apartment starts at $2000 a month.
????
Average developer salaries in the US is somewhere in the 100-110 range.
A quick perusal of Indeed seems to contradict that. While some
jobs list a high end over 100K the low end is usually 20K-40K.
Amazon is paying 30K to stuff boxes around here.
Post by Arne Vajhøj
O'Reilly -
https://www.zdnet.com/article/heres-how-much-money-you-can-make-as-a-developer-in-2021/
Burning Glass / Dice -
https://insights.dice.com/2020/10/13/12-programming-languages-that-pay-ultra-high-salaries/
Glass Door / Octoparse -
https://www.octoparse.com/blog/15-highest-paying-programming-languages-in-2017
Indeed / Daxx (Python only, but be state) -
https://www.daxx.com/blog/development-trends/python-developer-salary-usa
Code Platoon -
https://www.codeplatoon.org/the-best-paying-and-most-in-demand-programming-languages-in-2021/
Statista / Indeed -
https://www.indeed.com/career-advice/finding-a-job/highest-paid-programmers-by-language
I used to get the SANS pay survey results. According to them
I should have been making well over $100K. It never happened.
Post by Arne Vajhøj
There is obviously some uncertainty involved in such numbers.
But given that they all end up with very similar numbers from
different sources, then they seems very plausible.
Unless part of the purpose is to steer the crowd in a certain direction.
After 25 years in academia I can assure I saw it happening.
Post by Arne Vajhøj
Trying to hire a Java developer in NYC for half of 95K is a joke.
NYC salaries are significant higher than average due to high cost
of living.
Java salaries are at average or slightly above - it is a sort of meat
and potato language today - solid demand - but not super hot.
The latest and greatest tend to be a lot higher than average due to
demand exceeding supply.
Rust, Go, Scala etc..
A few years ago Ruby and Swift.
Based on that you would expect COBOL to be at the top. There is
still demand. DFAS and IRS constantly hiring. Other places I
have personal experience with also have a need. And supply is
very close to zero. I am not aware of any University in the US
today that offers even a basic course in COBOL programming. Not
even in their CIS degree programs. They choose instead to attack
COBOL if they mention it at all and steer students away from even
looking at it.
There was a Representative in Congress (from my State, actually)
here that recently proposed a bill to fund a push to get legacy
stuff (like COBOL) back into education because of the strong need
for it in the IT world. Someone like the department I used to
work for could get as much as $2,000,000 in grant money and all
they would have to do to qualify would be to offer courses in
things like COBOL. I told them about it. No interest. "Too
much paperwork." And yet the required paperwork was a mere
fraction of what is required for your average NSF grant. Think
about that. Teach one copurse that used to be on the books
anyway 15 years ago and get $2,000,000. And maybe more next
year. Assuming you didn't want to divert current faculty to
the task, you could hire a new faculty member for maybe $250,000
to cover pay and benefits. $50,000 to get him and office and
the rest is in the departments coffers. And yet, no interest.
How would you explain that?
bill
Ego

We're smarter than you are, do what we say

Desire to impose one's expectations on others

Human intellegence is a myth
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Bill Gunshannon
2021-12-12 23:32:02 UTC
Permalink
Post by Dave Froble
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
If there were then the salaries for Cobol programmer would
sky rocket.
COBOL programmers have already been receiving 6 figure salaries.
the biggest reason for the lack of publicly viewable job offerings
has more to do with job stability than lack of jobs.
----------------------------------------------------
Defense Finance and Accounting Service
Salary
$92,914 - $120,789 per year
"Use Integrated Database Management System (IDMS), Common Business
Oriented Language (COBOL), and Job Control Language (JCL) in a
mainframe environment to design software for Payroll Systems used
by the Defense Finance and Accounting Service."
-------------------------------------------------------
This announcement or similar ones has been running almost constantly
for as long as I have been following the the business.  More than 20
years.
The above snippet does not say whether it is 0/5/10/20 years of
experienced they are looking for or whether it is in New York/Boston
/Seattle/San Francisco/Mountain View or Kansas/Arkansas
/Missouri/Alabama they are looking
I didn't post the whole thing.  In typical government form it is
several pages long with most of it being boilerplate.  DFAS is in
Indiana (which is why I never applied for a position.)  Experience
would be evaluated from your resume.  But minimum starting salary
is still $95K.
For Indiana and not top-10% then that is probably fine.
                    I would be happy with that.
I suspect that you do not have a brand new astronomical mortgage
and 3 kids to put through college in a few years.
I still have a mortgage and handle it just fine with my retirement
check.  :-)  By the way, the average salary where I live is ion the
15K-20K range.  Someone earning what that job offered would be a
king.  And, yes, we do have some jobs in that area.  And some of
them are actually COBOL programmers.  (In the insurance business.)
Post by Arne Vajhøj
                                                How much are VMS
programmers making these days?
No idea. But probably similar to developers on other platforms.
I guess a better question would have been what one could expect as
a starting salary for VMS.  Most of the people doing VMS today are
dinosaurs with long seniority, I am sure.
Post by Arne Vajhøj
Post by Arne Vajhøj
So it is hard to say whether it is a great salary or a
crap salary.
But it is not a sky rocket salary.
Seriously?  I just took a quick look at Java Programmers on Indeed.
Most of the jobs are for half of that.  And a lot of those were in
NYC where a 1 bedroom apartment starts at $2000 a month.
????
Average developer salaries in the US is somewhere in the 100-110 range.
A quick perusal of Indeed seems to contradict that.  While some
jobs list a high end over 100K the low end is usually 20K-40K.
Amazon is paying 30K to stuff boxes around here.
Post by Arne Vajhøj
O'Reilly -
https://www.zdnet.com/article/heres-how-much-money-you-can-make-as-a-developer-in-2021/
Burning Glass / Dice -
https://insights.dice.com/2020/10/13/12-programming-languages-that-pay-ultra-high-salaries/
Glass Door / Octoparse -
https://www.octoparse.com/blog/15-highest-paying-programming-languages-in-2017
Indeed / Daxx (Python only, but be state) -
https://www.daxx.com/blog/development-trends/python-developer-salary-usa
Code Platoon -
https://www.codeplatoon.org/the-best-paying-and-most-in-demand-programming-languages-in-2021/
Statista / Indeed -
https://www.indeed.com/career-advice/finding-a-job/highest-paid-programmers-by-language
I used to get the SANS pay survey results.  According to them
I should have been  making well over $100K.  It never happened.
Post by Arne Vajhøj
There is obviously some uncertainty involved in such numbers.
But given that they all end up with very similar numbers from
different sources, then they seems very plausible.
Unless part of the purpose is to steer the crowd in a certain direction.
After 25 years in academia I can assure I saw it happening.
Post by Arne Vajhøj
Trying to hire a Java developer in NYC for half of 95K is a joke.
NYC salaries are significant higher than average due to high cost
of living.
Java salaries are at average or slightly above - it is a sort of meat
and potato language today - solid demand - but not super hot.
The latest and greatest tend to be a lot higher than average due to
demand exceeding supply.
Rust, Go, Scala etc..
A few years ago Ruby and Swift.
Based on that you would expect COBOL to be at the top.  There is
still demand.  DFAS and IRS constantly hiring.  Other places I
have personal experience with also have a need.  And supply is
very close to zero.  I am not aware of any University in the US
today that offers even a basic course in COBOL programming.  Not
even in their CIS degree programs.  They choose instead to attack
COBOL if they mention it at all and steer students away from even
looking at it.
There was a Representative in Congress (from my State, actually)
here that recently proposed a bill to fund a push to get legacy
stuff (like COBOL) back into education because of the strong need
for it in the IT world.  Someone like the department I used to
work for could get as much as $2,000,000 in grant money and all
they would have to do to qualify would be to offer courses in
things like COBOL.  I told them about it.  No interest.  "Too
much paperwork."  And yet the required paperwork was a mere
fraction of what is required for your average NSF grant.  Think
about that.  Teach one copurse that used to be on the books
anyway 15 years ago and get $2,000,000.  And maybe more  next
year.  Assuming you didn't want to divert current faculty to
the task, you could hire a new faculty member for maybe $250,000
to cover pay and benefits. $50,000 to get him and office and
the rest is in the departments coffers.  And yet, no interest.
How would you explain that?
bill
Ego
We're smarter than you are, do what we say
Desire to impose one's expectations on others
Human intellegence is a myth
Exactly. Those of us who have been around since before then
watched it happen. OOP came out. Academia pushed it as the
ultimate paradigm. Languages that had been around successfully
doing what they did for decades grafted OOP into their languages
and forced it down people's throats. Object COBOL came out.
COBOL practitioners of the art laughed and announced that the
emperor really had no clothes on at all and refused to re-write
all their applications in the new paradigm. Academia's reaction
was to take a page out of the Amish rule book. They shunned COBOL.
They stopped teaching it even in CIS courses where it was still
the most practical language to get the job done. They attacked
it claiming weaknesses that didn't exist. They told students
that even learning COBOL would ruin them as programmers (shades
of Dijkstra!!)

And the rest is, as they say, history. It is also why I don't
expect to ever see the trend reversed. Academia never admits
a mistake. Now, if we could just get the Trade Schools to start
teaching CIS....

bill
Arne Vajhøj
2021-12-13 18:26:15 UTC
Permalink
Exactly.  Those of us who have been around since before then
watched it happen.  OOP came out.  Academia pushed it as the
ultimate paradigm. Languages that had been around successfully
doing what they did for decades grafted OOP into their languages
and forced it down people's throats.  Object COBOL came out.
COBOL practitioners of the art laughed and announced that the
emperor really had no clothes on at all and refused to re-write
all their applications in the new paradigm.  Academia's reaction
was to take a page out of the Amish rule book.  They shunned COBOL.
They stopped teaching it even in CIS courses where it was still
the most practical language to get the job done.  They attacked
it claiming weaknesses that didn't exist.  They told students
that even learning COBOL would ruin them as programmers (shades
of Dijkstra!!)
Nice story, but it has nothing to do with reality.

Computer Science never liked Cobol - they were on the Algol
and Pascal wagon back in the 60's and 70's.

Lesser academic educations teaching programming typical
dropped Cobol in the 90's due to lack of demand.

(and non-IT areas like Physics, Medicine and Economics were
Fortran back then)

Cobol first got OO features in 2002.

It is pretty obvious from the timeline that lack of interest
in OO Cobol was not the reason for Cobol's missing presence
in education.

Computer science did push OOP back in the 80's and 90's. But
the industry was very much involved as well (Apple: object-pascal
and objective-c; Borland: later Turbo Pascal, Delphi;
Microsoft: C++; SUN: C++, Java). And even some of the
academic research was funded by the industry (AT&T, Xerox etc.), so
OO is not an academic thing.

And it has thrived because of the value it provides - not because
universities pushed it. The last 10-20 years Computer Science
has pushed FP not OOP. But true FP has never really caught on
in the industry. Most OOP languages got a few FP features and
they are used for convenience, but not enough to be true FP.

Arne
Bill Gunshannon
2021-12-13 20:44:34 UTC
Permalink
Post by Arne Vajhøj
Exactly.  Those of us who have been around since before then
watched it happen.  OOP came out.  Academia pushed it as the
ultimate paradigm. Languages that had been around successfully
doing what they did for decades grafted OOP into their languages
and forced it down people's throats.  Object COBOL came out.
COBOL practitioners of the art laughed and announced that the
emperor really had no clothes on at all and refused to re-write
all their applications in the new paradigm.  Academia's reaction
was to take a page out of the Amish rule book.  They shunned COBOL.
They stopped teaching it even in CIS courses where it was still
the most practical language to get the job done.  They attacked
it claiming weaknesses that didn't exist.  They told students
that even learning COBOL would ruin them as programmers (shades
of Dijkstra!!)
Nice story, but it has nothing to do with reality.
Well, I was there and my view is somewhat different than yours.
Post by Arne Vajhøj
Computer Science never liked Cobol - they were on the Algol
and Pascal wagon back in the 60's and 70's.
There was no CS in the 60's and only later in the 70's It was
just a sideline for math departments. In any event, most CS
departments had two tracks CS and CIS. CS played with Unix
and C and CIS was COBOL, PL/1 (in IBM dominated areas like
Marist College) and even some RPG and 360 BAL.
Post by Arne Vajhøj
Lesser academic educations teaching programming typical
dropped Cobol in the 90's due to lack of demand.
We kept a COBOL course on the books well into the 90's but it
was never offered. COBOL was used in a mandatory (for both CS
and CIS programs) course, Until the early 2000's. It was done
using DEC COBOL until the day they made me remove the last VMS
machines from my data center. It was not unsuitability that
resulted in these changes it was politics. Both VMS and COBOL
were seen as "legacy". Something the students shouldn't even
be introduced to. VMS was easier to get rid of because all
they had to do was tell me to get rid of the hardware. COBOL
took a little longer (and a lot more work) because the course
using it had to be redone.
Post by Arne Vajhøj
(and non-IT areas like Physics, Medicine and Economics were
Fortran back then)
Cobol first got OO features in 2002.
It is pretty obvious from the timeline that lack of interest
in OO Cobol was not the reason for Cobol's missing presence
in education.
Really? Then where do you assign the blame?
Post by Arne Vajhøj
Computer science did push OOP back in the 80's and 90's. But
the industry was very much involved as well (Apple: object-pascal
and objective-c; Borland: later Turbo Pascal, Delphi;
Microsoft: C++; SUN: C++, Java). And even some of the
academic research was funded by the industry (AT&T, Xerox etc.), so
OO is not an academic thing.
It started there and once they stopped teaching non-OOP pardigms
what did the people coming out to places like AT&T, Apple, Xerox,
etc. know other than OOP?
Post by Arne Vajhøj
And it has thrived because of the value it provides - not because
universities pushed it. The last 10-20 years Computer Science
has pushed FP not OOP. But true FP has never really caught on
in the industry. Most OOP languages got a few FP features and
they are used for convenience, but not enough to be true FP.
Sadly, I think OOP is going to be here a long time. I am just
glad the people working where it is not a good fit have resisted
it. I still do COBOL. Mostly just for fun, but it is still
interesting. You should go over to Rosetta Code and see all the
things COBOL does that aren't even in its wheelhouse.

bill
Arne Vajhøj
2021-12-14 02:34:15 UTC
Permalink
Post by Arne Vajhøj
Computer Science never liked Cobol - they were on the Algol
and Pascal wagon back in the 60's and 70's.
There was no CS in the 60's and only later in the 70's  It was
just a sideline for math departments.
Purdue University Computer Science Department was established in 1962.

https://www.cs.purdue.edu/history/index.html
  In any event, most CS
departments had two tracks CS and CIS.  CS played with Unix
and C and CIS was COBOL, PL/1 (in IBM dominated areas like
Marist College) and even some RPG and 360 BAL.
Somebody had to teach languages used.
Post by Arne Vajhøj
Lesser academic educations teaching programming typical
dropped Cobol in the 90's due to lack of demand.
We kept a COBOL course on the books well into the 90's but it
was never offered.  COBOL was used in a mandatory (for both CS
and CIS programs) course, Until the early 2000's.
That was later than most places, but ...
  It was done
using DEC COBOL until the day they made me remove the last VMS
machines from my data center.  It was not unsuitability that
resulted in these changes it was politics.  Both VMS and COBOL
were seen as "legacy". Something the students shouldn't even
be introduced to.  VMS was easier to get rid of because all
they had to do was tell me to get rid of the hardware.  COBOL
took a little longer (and a lot more work) because the course
using it had to be redone.
Post by Arne Vajhøj
Cobol first got OO features in 2002.
It is pretty obvious from the timeline that lack of interest
in OO Cobol was not the reason for Cobol's missing presence
in education.
Really?  Then where do you assign the blame?
Lack of demand for the skill.

Most students know somebody in the industry and if they hear
that companies hire C, C++, Java, Delphi, VB6 (late 90's!) then
they do not go for Cobol. Most students want to work with the
new growing languages not with old declining languages.

The fact that there may a great career in old languages
because old code tend to continue running for decade after decade
rarely appeals to students.

And that some of the then growing languages went in decline pretty
quickly (Delphi and VB6 turned out to decline faster than Cobol!)
was also not considered.
Post by Arne Vajhøj
Computer science did push OOP back in the 80's and 90's. But
the industry was very much involved as well (Apple: object-pascal
and objective-c; Borland: later Turbo Pascal, Delphi;
Microsoft: C++; SUN: C++, Java). And even some of the
academic research was funded by the industry (AT&T, Xerox etc.), so
OO is not an academic thing.
It started there and once they stopped teaching non-OOP pardigms
what did the people coming out to places like AT&T, Apple, Xerox,
etc. know other than OOP?
When they did their research back in the 80's everybody knew
procedural programming. They wanted to do something differently.
Post by Arne Vajhøj
And it has thrived because of the value it provides - not because
universities pushed it. The last 10-20 years Computer Science
has pushed FP not OOP. But true FP has never really caught on
in the industry. Most OOP languages got a few FP features and
they are used for convenience, but not enough to be true FP.
Sadly, I think OOP is going to be here a long time.  I am just
glad the people working where it is not a good fit have resisted
it.  I still do COBOL.  Mostly just for fun, but it is still
interesting.  You should go over to Rosetta Code and see all the
things COBOL does that aren't even in its wheelhouse.
Cobol was intended as a business application language but it is
enough general purpose to that almost everything can be done
in it.

Arne
Bill Gunshannon
2021-12-14 14:02:29 UTC
Permalink
Post by Arne Vajhøj
Post by Arne Vajhøj
Computer Science never liked Cobol - they were on the Algol
and Pascal wagon back in the 60's and 70's.
There was no CS in the 60's and only later in the 70's  It was
just a sideline for math departments.
Purdue University Computer Science Department was established in 1962.
https://www.cs.purdue.edu/history/index.html
I am sure there were a few early adopters. But but In 1980 I
worked at West Point. They had a Geography & Computer Science
Department. When I later moved to the University of Scranton
their CS department had started as courses offered by the Math
Department and all of the origin CS faculty came from moved from
the Math Department.
Post by Arne Vajhøj
                                     In any event, most CS
departments had two tracks CS and CIS.  CS played with Unix
and C and CIS was COBOL, PL/1 (in IBM dominated areas like
Marist College) and even some RPG and 360 BAL.
Somebody had to teach languages used.
Exactly. Until they decided not to teach the languages used and
started trying to force a change to the languages being used. In
the case of COBOL, they failed. BUt they still won't teach it.
There are other legacy languages still in use that are not taught.
An ideal opportunity for trade schools to step up, fill the gap
and save students a fortune in un-needed debt.
Post by Arne Vajhøj
Post by Arne Vajhøj
Lesser academic educations teaching programming typical
dropped Cobol in the 90's due to lack of demand.
We kept a COBOL course on the books well into the 90's but it
was never offered.  COBOL was used in a mandatory (for both CS
and CIS programs) course, Until the early 2000's.
That was later than most places, but ...
Yes, it was. I did the same thing with VMS but one can't swim
upstream forever.
Post by Arne Vajhøj
                                               It was done
using DEC COBOL until the day they made me remove the last VMS
machines from my data center.  It was not unsuitability that
resulted in these changes it was politics.  Both VMS and COBOL
were seen as "legacy". Something the students shouldn't even
be introduced to.  VMS was easier to get rid of because all
they had to do was tell me to get rid of the hardware.  COBOL
took a little longer (and a lot more work) because the course
using it had to be redone.
Post by Arne Vajhøj
Cobol first got OO features in 2002.
It is pretty obvious from the timeline that lack of interest
in OO Cobol was not the reason for Cobol's missing presence
in education.
Really?  Then where do you assign the blame?
Lack of demand for the skill.
Except that the demand is still there. General Dynamics (who
maintain the DOD EMR I mentioned) once offered internships for
undergrad students because they were finding it necessary to
train their own COBOL programmers. They would take any student
who had at least the basic undergrad intro course and the ad
claimed they would teach them COBOL on the job. I can tell
you that the some of the faculty where I was told the students
not to apply.
Post by Arne Vajhøj
Most students know somebody in the industry and if they hear
that companies hire C, C++, Java, Delphi, VB6 (late 90's!) then
they do not go for Cobol. Most students want to work with the
new growing languages not with old declining languages.
And, thus, miss out on some very good opportunities. Those
government positions I mentioned offer, as well as good pay,
one of the best retirement plans in existence, very good health
care and more time off than most private businesses. As well
as long term stability. It is virtually impossible to lose
a government job unless you opt to quit. I can give you some
really good anecdotes to support that, too, from personal
experience. :-)
Post by Arne Vajhøj
The fact that there may a great career in old languages
because old code tend to continue running for decade after decade
rarely appeals to students.
Again, my experience differs. I used to sit and chat with my
students in the labs and many of them verified the things I
was telling them about COBOL. But, sadly, they were still
left with no training and most people will take the job they
know how to do over the one they don't. Even if they really
could learn it easily.
Post by Arne Vajhøj
And that some of the then growing languages went in decline pretty
quickly (Delphi and VB6 turned out to decline faster than Cobol!)
was also not considered.
So it is with most language du jour. There are still a lot of
Fortran jobs out there, too. But like COBOL you need to search
for them.
Post by Arne Vajhøj
Post by Arne Vajhøj
Computer science did push OOP back in the 80's and 90's. But
the industry was very much involved as well (Apple: object-pascal
and objective-c; Borland: later Turbo Pascal, Delphi;
Microsoft: C++; SUN: C++, Java). And even some of the
academic research was funded by the industry (AT&T, Xerox etc.), so
OO is not an academic thing.
It started there and once they stopped teaching non-OOP pardigms
what did the people coming out to places like AT&T, Apple, Xerox,
etc. know other than OOP?
When they did their research back in the 80's everybody knew
procedural programming. They wanted to do something differently.
Even if it didn't really apply to the needed tasks.
Post by Arne Vajhøj
Post by Arne Vajhøj
And it has thrived because of the value it provides - not because
universities pushed it. The last 10-20 years Computer Science
has pushed FP not OOP. But true FP has never really caught on
in the industry. Most OOP languages got a few FP features and
they are used for convenience, but not enough to be true FP.
Sadly, I think OOP is going to be here a long time.  I am just
glad the people working where it is not a good fit have resisted
it.  I still do COBOL.  Mostly just for fun, but it is still
interesting.  You should go over to Rosetta Code and see all the
things COBOL does that aren't even in its wheelhouse.
Cobol was intended as a business application language but it is
enough general purpose to that almost everything can be done
in it.
Exactly. I have done some COBOL stuff for Rosetta Code and
it's really fun. May do another one today. Of course, I also
do DIBOL-11, MACRO-11, Ratfor and Basic09. And, I am thinking
of doing some Logo (I have gotten back into Logo because my 8
year old grandson wants to learn "coding" and Logo is an ideal
language for teaching the basics to someone his age). If there
was an available PL/I compiler I would probably do a bunch in
that, too. The fun of being a dinosaur.

bill
Arne Vajhøj
2021-12-14 14:59:29 UTC
Permalink
Post by Bill Gunshannon
Post by Arne Vajhøj
                                               It was done
using DEC COBOL until the day they made me remove the last VMS
machines from my data center.  It was not unsuitability that
resulted in these changes it was politics.  Both VMS and COBOL
were seen as "legacy". Something the students shouldn't even
be introduced to.  VMS was easier to get rid of because all
they had to do was tell me to get rid of the hardware.  COBOL
took a little longer (and a lot more work) because the course
using it had to be redone.
Post by Arne Vajhøj
Cobol first got OO features in 2002.
It is pretty obvious from the timeline that lack of interest
in OO Cobol was not the reason for Cobol's missing presence
in education.
Really?  Then where do you assign the blame?
Lack of demand for the skill.
Except that the demand is still there.
There are some demand but pretty small compared to the entire market.
Post by Bill Gunshannon
  General Dynamics (who
maintain the DOD EMR I mentioned) once offered internships for
undergrad students because they were finding it necessary to
train their own COBOL programmers.  They would take any student
who had at least the basic undergrad intro course and the ad
claimed they would teach them COBOL on the job.  I can tell
you that the some of the faculty where I was told the students
not to apply.
It happens occasionally that companies train people in Cobol.

But it is like a dozen here and a dozen there.

Python, Java, C# get hundreds of thousands every year.
Post by Bill Gunshannon
Post by Arne Vajhøj
Most students know somebody in the industry and if they hear
that companies hire C, C++, Java, Delphi, VB6 (late 90's!) then
they do not go for Cobol. Most students want to work with the
new growing languages not with old declining languages.
And, thus, miss out on some very good opportunities.  Those
government positions I mentioned offer, as well as good pay,
one of the best retirement plans in existence, very good health
care and more time off than most private businesses.  As well
as long term stability.  It is virtually impossible to lose
a government job unless you opt to quit.  I can give you some
really good anecdotes to support that, too, from personal
experience.  :-)
Yes. But it is generally considered more fun to work on something
that is growing than to maintain something that is considered
doomed - even if it realistically will take decades to get off the
old stuff.
Post by Bill Gunshannon
Post by Arne Vajhøj
The fact that there may a great career in old languages
because old code tend to continue running for decade after decade
rarely appeals to students.
Again, my experience differs.  I used to sit and chat with my
students in the labs and many of them verified the things I
was telling them about COBOL.  But, sadly, they were still
left with no training and most people will take the job they
know how to do over the one they don't.  Even if they really
could learn it easily.
If students wanted to learn Cobol they would learn Cobol.

Neither ASP classic nor PHP was ever big in education but millions
managed to learn them anyway.
Post by Bill Gunshannon
Post by Arne Vajhøj
And that some of the then growing languages went in decline pretty
quickly (Delphi and VB6 turned out to decline faster than Cobol!)
was also not considered.
So it is with most language du jour.
Some thrive long term - some declines after relative few years.

C++, Java, Python, C# turned long term viable.

Delphi, VB6 declined quickly.

We don't know yet how Ruby, Scala, Rust, Go, Kotlin will do.

In 10-15 years we will know.
Post by Bill Gunshannon
  There are still a lot of
Fortran jobs out there, too. But like COBOL you need to search
for them.
One need to search to fine the rare stuff.

Arne
Bill Gunshannon
2021-12-14 15:20:56 UTC
Permalink
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
                                               It was done
using DEC COBOL until the day they made me remove the last VMS
machines from my data center.  It was not unsuitability that
resulted in these changes it was politics.  Both VMS and COBOL
were seen as "legacy". Something the students shouldn't even
be introduced to.  VMS was easier to get rid of because all
they had to do was tell me to get rid of the hardware.  COBOL
took a little longer (and a lot more work) because the course
using it had to be redone.
Post by Arne Vajhøj
Cobol first got OO features in 2002.
It is pretty obvious from the timeline that lack of interest
in OO Cobol was not the reason for Cobol's missing presence
in education.
Really?  Then where do you assign the blame?
Lack of demand for the skill.
Except that the demand is still there.
There are some demand but pretty small compared to the entire market.
Yeah, it takes a lot of people to write that next version of
Candy Crush.
Post by Arne Vajhøj
Post by Bill Gunshannon
                                      General Dynamics (who
maintain the DOD EMR I mentioned) once offered internships for
undergrad students because they were finding it necessary to
train their own COBOL programmers.  They would take any student
who had at least the basic undergrad intro course and the ad
claimed they would teach them COBOL on the job.  I can tell
you that the some of the faculty where I was told the students
not to apply.
It happens occasionally that companies train people in Cobol.
But it is like a dozen here and a dozen there.
Python, Java, C# get hundreds of thousands every year.
I have seen a lot of internships offered. I used to search for
them for my students (still do, actually). I have never seen
one that offered to train the intern specifically in any of
those languages.
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
Most students know somebody in the industry and if they hear
that companies hire C, C++, Java, Delphi, VB6 (late 90's!) then
they do not go for Cobol. Most students want to work with the
new growing languages not with old declining languages.
And, thus, miss out on some very good opportunities.  Those
government positions I mentioned offer, as well as good pay,
one of the best retirement plans in existence, very good health
care and more time off than most private businesses.  As well
as long term stability.  It is virtually impossible to lose
a government job unless you opt to quit.  I can give you some
really good anecdotes to support that, too, from personal
experience.  :-)
Yes. But it is generally considered more fun to work on something
that is growing than to maintain something that is considered
doomed - even if it realistically will take decades to get off the
old stuff.
A shame when you figure these jobs offer a lot more stability than
most of the language du jour jobs.
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
The fact that there may a great career in old languages
because old code tend to continue running for decade after decade
rarely appeals to students.
Again, my experience differs.  I used to sit and chat with my
students in the labs and many of them verified the things I
was telling them about COBOL.  But, sadly, they were still
left with no training and most people will take the job they
know how to do over the one they don't.  Even if they really
could learn it easily.
If students wanted to learn Cobol they would learn Cobol.
Sadly, most students never learn to think for themselves and when
it is drilled into them repeatedly not to do someting even if the
reasons given ar invalid they tend to follow like the lemmings
college is preparing them to be.
Post by Arne Vajhøj
Neither ASP classic nor PHP was ever big in education but millions
managed to learn them anyway.
Don't know about over there, but PHP was very big over here.
Entire courses built around programming in PHP. Often called
"Rapid Prototyping" or something similar and being the antithesis
of true software engineering.
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
And that some of the then growing languages went in decline pretty
quickly (Delphi and VB6 turned out to decline faster than Cobol!)
was also not considered.
So it is with most language du jour.
Some thrive long term - some declines after relative few years.
C++, Java, Python, C# turned long term viable.
Delphi, VB6 declined quickly.
We don't know yet how Ruby, Scala, Rust, Go, Kotlin will do.
In 10-15 years we will know.
Post by Bill Gunshannon
                                     There are still a lot of
Fortran jobs out there, too. But like COBOL you need to search
for them.
One need to search to fine the rare stuff.
I can think of a couple reasons for that. One, stability. People
aren't leaving those jobs every 2-3 years. Two, they don't use
the web job sites because they don't want to have to sort thru 500
totally unqualified applicants with inflated resumes to find that
one needle in the haystack. (I used to have to handle the first
pass thru resumes and I have seen stuff that just makes you laugh!)
With IBM Mainframes a lot of the searching is done thru places like
the User Group. I am sure VMS used to be the same way before the
demise of DECUS. And, there are still a lot of companies that just
refuse to waste time with places like Indeed and Monster. You will
see the periodic job with them there, but they didn't put it there.
The job site got it thru web scraping. (Why do you think most of
jobs on all these sites are the same?)

bill
Dave Froble
2021-12-14 17:05:45 UTC
Permalink
I was staying out of this nonsense, since I've long ago determined that no one
will convince Arne of something he doesn't want to acknowledge. But this gem ..
Post by Bill Gunshannon
Sadly, most students never learn to think for themselves and when
it is drilled into them repeatedly not to do someting even if the
reasons given ar invalid they tend to follow like the lemmings
college is preparing them to be.
When my son was ready to go to college, he asked me, what job(s) should I learn?
I told him he was not going to college to learn a job. That he was going to
college to expand his horizons, to learn to think, and to question. That is the
true job of higher education, to teach young people that the world is a bit
wider than what they knew growing up. To be able to think for themselves. As
an example, he came home one day and declared "the only difference between
Christianity and today's cults is that Christianity is 2000 years old." Now I'm
sure that came from some know-it-all professor, but, the key was that my son was
exposed to a new concept, and then had to think about it.

Higher education is only as good as those at the point of contact, the
professors, and they are only human, with their egos, their concepts, and the
self assurance that they are the pinnacle of human evolution. All too often
their students accept that concept.
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Bill Gunshannon
2021-12-14 17:20:45 UTC
Permalink
Post by Dave Froble
I was staying out of this nonsense, since I've long ago determined that
no one will convince Arne of something he doesn't want to acknowledge.
But this gem ..
Post by Bill Gunshannon
Sadly, most students never learn to think for themselves and when
it is drilled into them repeatedly not to do someting even if the
reasons given ar invalid they tend to follow like the lemmings
college is preparing them to be.
When my son was ready to go to college, he asked me, what job(s) should
I learn?  I told him he was not going to college to learn a job.  That
he was going to college to expand his horizons, to learn to think, and
to question.
Wow, an argument that was quite popular in the 1800's. :-)
Post by Dave Froble
That is the true job of higher education, to teach young
people that the world is a bit wider than what they knew growing up.  To
be able to think for themselves.  As an example, he came home one day
and declared "the only difference between Christianity and today's cults
is that Christianity is 2000 years old."  Now I'm sure that came from
some know-it-all professor, but, the key was that my son was exposed to
a new concept, and then had to think about it.
Much more likely he was told it as dogma and accepted it from the
professor without question. Did he go to a Jesuit School? :-)
Post by Dave Froble
Higher education is only as good as those at the point of contact, the
professors, and they are only human, with their egos, their concepts,
and the self assurance that they are the pinnacle of human evolution.
All too often their students accept that concept.
I remember well the year we had the evaluation by Jesuits from
one of the more prestigious Jesuit Universities. He berated us
for even having a CS Department. That was a trade and that was
not what University was for. This from a Professor who taught
at Georgetown. A school that produce piles of lawyers every
year. Like that's not a trade. :-)

Of course, please remember my earlier comment that CIS should
be taught in trade school. Should make the liberal art snobs
happy, save the students a fortune in student loans and meet
the needs of the industry. Everybody wins.

bill
Arne Vajhøj
2021-12-14 15:03:42 UTC
Permalink
Post by Arne Vajhøj
Post by Arne Vajhøj
And it has thrived because of the value it provides - not because
universities pushed it. The last 10-20 years Computer Science
has pushed FP not OOP. But true FP has never really caught on
in the industry. Most OOP languages got a few FP features and
they are used for convenience, but not enough to be true FP.
Sadly, I think OOP is going to be here a long time.  I am just
glad the people working where it is not a good fit have resisted
it.  I still do COBOL.  Mostly just for fun, but it is still
interesting.  You should go over to Rosetta Code and see all the
things COBOL does that aren't even in its wheelhouse.
Cobol was intended as a business application language but it is
enough general purpose to that almost everything can be done
in it.
Exactly.  I  have done some COBOL stuff for Rosetta Code and
it's really fun.  May do another one today.  Of course, I also
do DIBOL-11, MACRO-11, Ratfor and Basic09.  And, I am thinking
of doing some Logo (I have gotten back into Logo because my 8
year old grandson wants to learn "coding" and Logo is an ideal
language for teaching the basics to someone his age).  If there
was an available PL/I compiler I would probably do a bunch in
that, too.  The fun of being a dinosaur.
Kednos had PL/I for VAX and Alpha and a hobbyist program.

Maybe you can get a kit and a license - I think it was said
that even though the business is closed then a hobbyist
license could still be issued.

Or you could give http://www.iron-spring.com/ a try on
Linux.

Arne
Bill Gunshannon
2021-12-14 15:29:55 UTC
Permalink
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Arne Vajhøj
And it has thrived because of the value it provides - not because
universities pushed it. The last 10-20 years Computer Science
has pushed FP not OOP. But true FP has never really caught on
in the industry. Most OOP languages got a few FP features and
they are used for convenience, but not enough to be true FP.
Sadly, I think OOP is going to be here a long time.  I am just
glad the people working where it is not a good fit have resisted
it.  I still do COBOL.  Mostly just for fun, but it is still
interesting.  You should go over to Rosetta Code and see all the
things COBOL does that aren't even in its wheelhouse.
Cobol was intended as a business application language but it is
enough general purpose to that almost everything can be done
in it.
Exactly.  I  have done some COBOL stuff for Rosetta Code and
it's really fun.  May do another one today.  Of course, I also
do DIBOL-11, MACRO-11, Ratfor and Basic09.  And, I am thinking
of doing some Logo (I have gotten back into Logo because my 8
year old grandson wants to learn "coding" and Logo is an ideal
language for teaching the basics to someone his age).  If there
was an available PL/I compiler I would probably do a bunch in
that, too.  The fun of being a dinosaur.
Kednos had PL/I for VAX and Alpha and a hobbyist program.
Kednos is gone as far as I know. And they didn't just release
the compiler when they left. Wonder what Dave things of that?
Post by Arne Vajhøj
Maybe you can get a kit and a license - I think it was said
that even though the business is closed then a hobbyist
license could still be issued.
And, that also assumes one has a usable VMS system. Other than my
VAX which is not going to be running much longer I have had very
little luck getting an Alpha version up as I have no hardware and
the emulators (at least the free ones) haven't worked well for me.

But I may look into that. Haven't done any serious PL/I for
40 years but it was fun when I did.
Post by Arne Vajhøj
Or you could give http://www.iron-spring.com/ a try on
Linux.
Didn't know about this but a quick look shows a beta that
is, at least so far, incomplete. But then, it's free and
you get what you pay for.

Guess I'll stick with the languages I have more support for
at the moment. Just found a few more tasks that look like fun.

bill
Arne Vajhøj
2021-12-14 15:49:08 UTC
Permalink
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Arne Vajhøj
And it has thrived because of the value it provides - not because
universities pushed it. The last 10-20 years Computer Science
has pushed FP not OOP. But true FP has never really caught on
in the industry. Most OOP languages got a few FP features and
they are used for convenience, but not enough to be true FP.
Sadly, I think OOP is going to be here a long time.  I am just
glad the people working where it is not a good fit have resisted
it.  I still do COBOL.  Mostly just for fun, but it is still
interesting.  You should go over to Rosetta Code and see all the
things COBOL does that aren't even in its wheelhouse.
Cobol was intended as a business application language but it is
enough general purpose to that almost everything can be done
in it.
Exactly.  I  have done some COBOL stuff for Rosetta Code and
it's really fun.  May do another one today.  Of course, I also
do DIBOL-11, MACRO-11, Ratfor and Basic09.  And, I am thinking
of doing some Logo (I have gotten back into Logo because my 8
year old grandson wants to learn "coding" and Logo is an ideal
language for teaching the basics to someone his age).  If there
was an available PL/I compiler I would probably do a bunch in
that, too.  The fun of being a dinosaur.
Kednos had PL/I for VAX and Alpha and a hobbyist program.
Kednos is gone as far as I know.  And they didn't just release
the compiler when they left.  Wonder what Dave things of that?
Post by Arne Vajhøj
Maybe you can get a kit and a license - I think it was said
that even though the business is closed then a hobbyist
license could still be issued.
And, that also assumes one has a usable VMS system.  Other than my
VAX which is not going to be running much longer I have had very
little luck getting an Alpha version up as I have no hardware and
the emulators (at least the free ones) haven't worked well for me.
VMS PL/I certainly requires VMS.

:-)

Emulator has worked for me, but I believe Alpha's can be had relative
cheap.

But then you need to track down the license.
But I may look into that. Haven't done any serious PL/I for
40 years but it was fun when I did.
There are lots of rare languages to look at.

GNU Modula-2 runs great on Linux.
Post by Arne Vajhøj
Or you could give http://www.iron-spring.com/ a try on
Linux.
Didn't know about this but a quick look shows  a beta that
is, at least so far, incomplete.  But then, it's free and
you get what you pay for.
Too bad that Raincode only offer their Cobol compiler for
free and not their PL/I compiler.

Arne
Arne Vajhøj
2021-12-14 18:02:35 UTC
Permalink
Post by Arne Vajhøj
VMS PL/I certainly requires VMS.
:-)
Emulator has worked for me, but I believe Alpha's can be had relative
cheap.
In most cases it costs more to ship one than the whole box is worth.
Sadly, I have been one of those fixed income retirees you keep hearing
about for several years now.  And inflation is making it even harder
to make do.  Afraid there is no spare money for computer hobbies any
more.  With the price of gas I can't even afford to make road trips
for FTGH gear any more.  :-)
Post by Arne Vajhøj
But then you need  to track down the license.
VSI License is easy to come by.  I have one for the emulators I have
been trying to get running.
It was the PL/I license I was thinking about,
Post by Arne Vajhøj
Post by Bill Gunshannon
But I may look into that. Haven't done any serious PL/I for
40 years but it was fun when I did.
There are lots of rare languages to look at.
GNU Modula-2 runs great on Linux.
I was never impressed with Modula.  Not even when it got all
the way up to 2.  :-)
I think Modula-2 was a very nice language.
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
Or you could give http://www.iron-spring.com/ a try on
Linux.
Didn't know about this but a quick look shows  a beta that
is, at least so far, incomplete.  But then, it's free and
you get what you pay for.
Too bad that Raincode only offer their Cobol compiler for
free and not their PL/I compiler.
OK, I guess, if you want to do Windows.  :-)
They do have a Linux version too.

Arne
Bill Gunshannon
2021-12-14 18:22:13 UTC
Permalink
Post by Arne Vajhøj
Post by Arne Vajhøj
VMS PL/I certainly requires VMS.
:-)
Emulator has worked for me, but I believe Alpha's can be had relative
cheap.
In most cases it costs more to ship one than the whole box is worth.
Sadly, I have been one of those fixed income retirees you keep hearing
about for several years now.  And inflation is making it even harder
to make do.  Afraid there is no spare money for computer hobbies any
more.  With the price of gas I can't even afford to make road trips
for FTGH gear any more.  :-)
Post by Arne Vajhøj
But then you need  to track down the license.
VSI License is easy to come by.  I have one for the emulators I have
been trying to get running.
It was the PL/I license I was thinking about,
Oh, I thought the previous post said hobbyist licenses for the
Kednos PL/I compiler were still available.
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Bill Gunshannon
But I may look into that. Haven't done any serious PL/I for
40 years but it was fun when I did.
There are lots of rare languages to look at.
GNU Modula-2 runs great on Linux.
I was never impressed with Modula.  Not even when it got all
the way up to 2.  :-)
I think Modula-2 was a very nice language.
To each his own. I saw it as an attempt to get people to stop
using Pascal for the things it was never intended to for. And
then it started to grow.
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
Or you could give http://www.iron-spring.com/ a try on
Linux.
Didn't know about this but a quick look shows  a beta that
is, at least so far, incomplete.  But then, it's free and
you get what you pay for.
Too bad that Raincode only offer their Cobol compiler for
free and not their PL/I compiler.
OK, I guess, if you want to do Windows.  :-)
They do have a Linux version too.
I must have missed that in my quick perusal of their web page. I
thought they said they were for .NET.

bill
Arne Vajhøj
2021-12-14 18:43:56 UTC
Permalink
Post by Bill Gunshannon
Post by Arne Vajhøj
Post by Arne Vajhøj
VMS PL/I certainly requires VMS.
:-)
Emulator has worked for me, but I believe Alpha's can be had relative
cheap.
In most cases it costs more to ship one than the whole box is worth.
Sadly, I have been one of those fixed income retirees you keep hearing
about for several years now.  And inflation is making it even harder
to make do.  Afraid there is no spare money for computer hobbies any
more.  With the price of gas I can't even afford to make road trips
for FTGH gear any more.  :-)
Post by Arne Vajhøj
But then you need  to track down the license.
VSI License is easy to come by.  I have one for the emulators I have
been trying to get running.
It was the PL/I license I was thinking about,
Oh, I thought the previous post said hobbyist licenses for the
Kednos PL/I compiler were still available.
I think it is.

But I am not sure whether it is Kednos or Endless software you need
to go to.

And both web sites seems down now.
Post by Bill Gunshannon
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Bill Gunshannon
But I may look into that. Haven't done any serious PL/I for
40 years but it was fun when I did.
There are lots of rare languages to look at.
GNU Modula-2 runs great on Linux.
I was never impressed with Modula.  Not even when it got all
the way up to 2.  :-)
I think Modula-2 was a very nice language.
To each his own.  I saw it as an attempt to get people to stop
using Pascal for the things it was never intended to for.  And
then it started to grow.
I guess that is right. Pascal for real development. I consider that
a good thing.
Post by Bill Gunshannon
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
Or you could give http://www.iron-spring.com/ a try on
Linux.
Didn't know about this but a quick look shows  a beta that
is, at least so far, incomplete.  But then, it's free and
you get what you pay for.
Too bad that Raincode only offer their Cobol compiler for
free and not their PL/I compiler.
OK, I guess, if you want to do Windows.  :-)
They do have a Linux version too.
I must have missed that in my quick perusal of their web page. I
thought they said they were for .NET.
They are .NET based.

But .NET today is Windows, Linux or macOS at your choice.

Arne
Dave Froble
2021-12-14 17:11:36 UTC
Permalink
Post by Bill Gunshannon
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
And it has thrived because of the value it provides - not because
universities pushed it. The last 10-20 years Computer Science
has pushed FP not OOP. But true FP has never really caught on
in the industry. Most OOP languages got a few FP features and
they are used for convenience, but not enough to be true FP.
Sadly, I think OOP is going to be here a long time. I am just
glad the people working where it is not a good fit have resisted
it. I still do COBOL. Mostly just for fun, but it is still
interesting. You should go over to Rosetta Code and see all the
things COBOL does that aren't even in its wheelhouse.
Cobol was intended as a business application language but it is
enough general purpose to that almost everything can be done
in it.
Exactly. I have done some COBOL stuff for Rosetta Code and
it's really fun. May do another one today. Of course, I also
do DIBOL-11, MACRO-11, Ratfor and Basic09. And, I am thinking
of doing some Logo (I have gotten back into Logo because my 8
year old grandson wants to learn "coding" and Logo is an ideal
language for teaching the basics to someone his age). If there
was an available PL/I compiler I would probably do a bunch in
that, too. The fun of being a dinosaur.
Kednos had PL/I for VAX and Alpha and a hobbyist program.
Kednos is gone as far as I know. And they didn't just release
the compiler when they left. Wonder what Dave things of that?
Tell me how much you're going to think of computers when you're dying? Tom has
left the building, but I've got to wonder, if he had the time would he have
gifted his product to the rest of us. Dave sure would do so. That's what Dave
"thinks" (not things) of that.
Post by Bill Gunshannon
Post by Arne Vajhøj
Maybe you can get a kit and a license - I think it was said
that even though the business is closed then a hobbyist
license could still be issued.
And, that also assumes one has a usable VMS system. Other than my
VAX which is not going to be running much longer I have had very
little luck getting an Alpha version up as I have no hardware and
the emulators (at least the free ones) haven't worked well for me.
Bullshit! At one time I offered you an Alpha. You couldn't be bothered.
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Bill Gunshannon
2021-12-14 17:34:57 UTC
Permalink
Post by Dave Froble
Post by Arne Vajhøj
Post by Arne Vajhøj
Post by Arne Vajhøj
And it has thrived because of the value it provides - not because
universities pushed it. The last 10-20 years Computer Science
has pushed FP not OOP. But true FP has never really caught on
in the industry. Most OOP languages got a few FP features and
they are used for convenience, but not enough to be true FP.
Sadly, I think OOP is going to be here a long time.  I am just
glad the people working where it is not a good fit have resisted
it.  I still do COBOL.  Mostly just for fun, but it is still
interesting.  You should go over to Rosetta Code and see all the
things COBOL does that aren't even in its wheelhouse.
Cobol was intended as a business application language but it is
enough general purpose to that almost everything can be done
in it.
Exactly.  I  have done some COBOL stuff for Rosetta Code and
it's really fun.  May do another one today.  Of course, I also
do DIBOL-11, MACRO-11, Ratfor and Basic09.  And, I am thinking
of doing some Logo (I have gotten back into Logo because my 8
year old grandson wants to learn "coding" and Logo is an ideal
language for teaching the basics to someone his age).  If there
was an available PL/I compiler I would probably do a bunch in
that, too.  The fun of being a dinosaur.
Kednos had PL/I for VAX and Alpha and a hobbyist program.
Kednos is gone as far as I know.  And they didn't just release
the compiler when they left.  Wonder what Dave things of that?
Tell me how much you're going to think of computers when you're dying?
Tom has left the building, but I've got to wonder, if he had the time
would he have gifted his product to the rest of us.  Dave sure would do
so.  That's what Dave "thinks" (not things) of that.
sic
Post by Dave Froble
Post by Arne Vajhøj
Maybe you can get a kit and a license - I think it was said
that even though the business is closed then a hobbyist
license could still be issued.
And, that also assumes one has a usable VMS system.  Other than my
VAX which is not going to be running much longer I have had very
little luck getting an Alpha version up as I have no hardware and
the emulators (at least the free ones) haven't worked well for me.
Bullshit!  At one time I offered you an Alpha.  You couldn't be bothered.
Not a matter of can't be bothered, more can't afford even free stuff
any more. The last Alpha I had was PC sized Deskside pedestal. It
weighed almost 100 pounds. Sturdy is nice, but, luckily, I didn't
have to pay the shipping on that as it was a donation from HP.
See my last posting. Very lean Christmas this year and probably
for the foreseeable future.

bill
John Reagan
2021-12-14 16:43:28 UTC
Permalink
Post by Arne Vajhøj
Post by Bill Gunshannon
Post by Arne Vajhøj
Computer Science never liked Cobol - they were on the Algol
and Pascal wagon back in the 60's and 70's.
There was no CS in the 60's and only later in the 70's It was
just a sideline for math departments.
Purdue University Computer Science Department was established in 1962.
https://www.cs.purdue.edu/history/index.html
Go Boilers! I'm a Purdue grad, 1981. I took a operation system course from Peter Denning. My first compiler course was taught by Doug Comer. I graded papers for Walter Tichy. [All are well-known names especially Peter Denning]
Arne Vajhøj
2021-12-14 19:23:18 UTC
Permalink
Post by Arne Vajhøj
Post by Arne Vajhøj
So it is hard to say whether it is a great salary or a
crap salary.
But it is not a sky rocket salary.
Seriously?  I just took a quick look at Java Programmers on Indeed.
Most of the jobs are for half of that.  And a lot of those were in
NYC where a 1 bedroom apartment starts at $2000 a month.
????
Average developer salaries in the US is somewhere in the 100-110 range.
A quick perusal of Indeed seems to contradict that.  While some
jobs list a high end over 100K the low end is usually 20K-40K.
Amazon is paying 30K to stuff boxes around here.
That is the statistics.

And they will not get any programmers for Amazon warehouse pay level.
Post by Arne Vajhøj
O'Reilly -
https://www.zdnet.com/article/heres-how-much-money-you-can-make-as-a-developer-in-2021/
Burning Glass / Dice -
https://insights.dice.com/2020/10/13/12-programming-languages-that-pay-ultra-high-salaries/
Glass Door / Octoparse -
https://www.octoparse.com/blog/15-highest-paying-programming-languages-in-2017
Indeed / Daxx (Python only, but be state) -
https://www.daxx.com/blog/development-trends/python-developer-salary-usa
Code Platoon -
https://www.codeplatoon.org/the-best-paying-and-most-in-demand-programming-languages-in-2021/
Statista / Indeed -
https://www.indeed.com/career-advice/finding-a-job/highest-paid-programmers-by-language
I used to get the SANS pay survey results.  According to them
I should have been  making well over $100K.  It never happened.
Maybe location.

I used one of the many online salary comparers and saw:

Scranton PA - 65000

is the same standard of living as:

Manhattan NY - 170000
San Franciso CA - 133500
Brooklyn NY - 123000
Washington DC - 109500
Seattle WA - 106000
Boston MA - 100000
Los Angeles - 99000
Post by Arne Vajhøj
There is obviously some uncertainty involved in such numbers.
But given that they all end up with very similar numbers from
different sources, then they seems very plausible.
Unless part of the purpose is to steer the crowd in a certain direction.
A conspiracy between so many to give an impression of a general higher
salary level then reality?

I don't buy that!
Post by Arne Vajhøj
Java salaries are at average or slightly above - it is a sort of meat
and potato language today - solid demand - but not super hot.
The latest and greatest tend to be a lot higher than average due to
demand exceeding supply.
Rust, Go, Scala etc..
A few years ago Ruby and Swift.
Based on that you would expect COBOL to be at the top.  There is
still demand.  DFAS and IRS constantly hiring.  Other places I
have personal experience with also have a need.  And supply is
very close to zero.
There is still some demand. There seems to be several hundred
open jobs all the time.

But that is not much in the bigger IT job market.
  I am not aware of any University in the US
today that offers even a basic course in COBOL programming.  Not
even in their CIS degree programs.
If they need people and they can't get them then they raise
salary until they get people.

And people can learn Cobol.

Good programmers can learn new languages.

And Cobol is not nearly as hard to learn as PL/I, Ada, C++ or
Scala.
There was a Representative in Congress (from my State, actually)
here that recently proposed a bill to fund a push to get legacy
stuff (like COBOL) back into education because of the strong need
for it in the IT world.  Someone like the department I used to
work for could get as much as $2,000,000 in grant money and all
they would have to do to qualify would be to offer courses in
things like COBOL.  I told them about it.  No interest.  "Too
much paperwork."  And yet the required paperwork was a mere
fraction of what is required for your average NSF grant.  Think
about that.  Teach one copurse that used to be on the books
anyway 15 years ago and get $2,000,000.  And maybe more  next
year.  Assuming you didn't want to divert current faculty to
the task, you could hire a new faculty member for maybe $250,000
to cover pay and benefits. $50,000 to get him and office and
the rest is in the departments coffers.  And yet, no interest.
Seems pretty silly/arrogant to me to not look into it.

And it is not a bad idea.

There is some demand for those skills.

And while I may consider it risky for an aspiring developer to
only learn Cobol, then learning Cobol as 1 out of 3 languages
makes fine sense.

Arne
Simon Clubley
2021-12-13 19:37:40 UTC
Permalink
Post by Arne Vajhøj
Post by Dave Froble
So, in your opinion, should customers continue to stick with VMS?
Not my call to make.  I no longer have a dog in the fight.
If the p[people using VMS feel comfortable staying there that's fine.
Obviously, many already have not.  I think the current owners are a
better bet than the last. At least the current owners actually want
to see it succeed. But only the current users can make the decision
of whether or not to stay.  And assume all the risks that entails.
The risk seems pretty low to me.
The x86-64 port is almost complete that means new and cheap
hardware available for many years to come.
It's not the hardware that's the problem in the minds of many people.

It's the fact that VMS is the road less travelled these days and it
comes with restrictions (time-limited production licences) that many
find unacceptable and which is not a problem in what these days are
more mainstream operating systems.

IOW, when asking people to choose VMS, you are asking them to go
down the road less travelled _and_ you are asking them to choose
a much more restrictive licence that they would not have to do if
they stayed with a mainstream operating system.

Now imagine how that looks in the eyes of a upper manager that has
no real emotional bond to VMS.

Simon.
--
Simon Clubley, ***@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.
Phillip Helbig (undress to reply)
2021-12-13 21:45:47 UTC
Permalink
Unless it gets open-sourced I don't think its realistic for VSI to increase
adoption much beyond companies currently running older HPE releases.
What will VSI have as income if it is open-sourced? Only support?
Probably not viable.

And the VMS way of doing things and the open-source way are not always
compatible.
David Goodwin
2021-12-13 23:45:33 UTC
Permalink
Unless it gets open-sourced I don't think its realistic for VSI to increase
adoption much beyond companies currently running older HPE releases.
What will VSI have as income if it is open-sourced? Only support?
Probably not viable.
What will VSI have as income if they're not winning over Linux/Windows users
and their existing customers slowly leave?
And the VMS way of doing things and the open-source way are not always
compatible.
At the same time it was likely the only chance VMS had at some form of long-term survival.

HPE OpenVMS licenses can only be transferred with HPEs permission. VSI licenses
expire. The continued legal availability of OpenVMS in any form depends on HPE
willing to process license transfers and VSI remaining in business to issue new licenses.

Many proprietary operating systems have been down this path already. The outcome
is always the same - demand gets to the point where its no longer commercially viable
and no more OpenVMS.

Solaris is the only one I can think of that took a different path. Oracle seems to be
only doing maintenance on it now but that doesn't really matter. Sun released the
source code back in 2008. After the Oracle acquisition the community forked OpenSolaris
as Illumos, got it building building and continues to maintain it today. Joyent/Samsung
pay a few people work on it as they use it as the basis for some cloud platform. The
open-source descendant of Solaris will be around for as long as there is anyone with an
interest in running it.
Arne Vajhøj
2021-12-11 00:07:42 UTC
Permalink
Post by Dave Froble
Post by Dave Froble
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
Ownership of assets doesn't cease just because a company fails.
You are setting yourself and your customers up for a future owner
of the VSI assets to come after you, especially if you reduce the
resale value of those assets by coming up with a way to bypass the
need for existing VMS customers to purchase more of those assets.
If there is an entity that allows my customers to continue, then there
isn't an issue, is there?
If there is not an entity, who, other than you and Bill, is going to
really give a damn?
There can be cases where there is an entity willing
to sue copyright violaters without being willing to
sell a license.
Post by Dave Froble
Post by Dave Froble
What is your opinion of a vendor potentially destroying a customer's business?
You know what VSI have done by putting time limits on production
licences and you could port away today if the risk is unacceptable
to you.
Porting is not an option.
Porting is per definition an option for all software
at all time.

Everybody makes the decision to port or not port
all the time - some think about it - some make a
decision by not thinking about it.

You can look at expected cost, risk and benefits of not
porting and you look at expected cost, risk and benefits
of porting and you make a decision.

A port may be a rewrite from scratch if the code is
totally non-portable. But there are plenty of
technologies out there to pick and chose from.

Arne
Dave Froble
2021-12-11 01:10:35 UTC
Permalink
Post by Arne Vajhøj
Post by Dave Froble
Post by Dave Froble
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
Ownership of assets doesn't cease just because a company fails.
You are setting yourself and your customers up for a future owner
of the VSI assets to come after you, especially if you reduce the
resale value of those assets by coming up with a way to bypass the
need for existing VMS customers to purchase more of those assets.
If there is an entity that allows my customers to continue, then there isn't
an issue, is there?
If there is not an entity, who, other than you and Bill, is going to really
give a damn?
There can be cases where there is an entity willing
to sue copyright violaters without being willing to
sell a license.
It occurs to me this can be reversed. Customers have an implied, if not more
specific, contract with the vendor. Should another entity acquire the software,
and not fulfill this contract, perhaps they could be sued to force them to honor
the contract. Acquire the product, you also acquire the responsibilities.

This could be fun. Lawyers could have a field day.

:-)
Post by Arne Vajhøj
Post by Dave Froble
Post by Dave Froble
What is your opinion of a vendor potentially destroying a customer's business?
You know what VSI have done by putting time limits on production
licences and you could port away today if the risk is unacceptable
to you.
Porting is not an option.
Porting is per definition an option for all software
at all time.
Not when cost is involved.
Post by Arne Vajhøj
Everybody makes the decision to port or not port
all the time - some think about it - some make a
decision by not thinking about it.
You can look at expected cost, risk and benefits of not
porting and you look at expected cost, risk and benefits
of porting and you make a decision.
A port may be a rewrite from scratch if the code is
totally non-portable. But there are plenty of
technologies out there to pick and chose from.
Arne
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Bill Gunshannon
2021-12-11 01:18:02 UTC
Permalink
Post by Dave Froble
Post by Dave Froble
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
Ownership of assets doesn't cease just because a company fails.
You are setting yourself and your customers up for a future owner
of the VSI assets to come after you, especially if you reduce the
resale value of those assets by coming up with a way to bypass the
need for existing VMS customers to purchase more of those assets.
If there is an entity that allows my customers to continue, then there isn't
an issue, is there?
If there is not an entity, who, other than you and Bill, is going to really
give a damn?
There can be cases where there is an entity  willing
to sue copyright violaters without being  willing to
sell a license.
It occurs to me this can be reversed.  Customers have an implied, if not
more specific, contract with the vendor.
There is no such thing as an implied license. All the terms of a
contract are spelled out in the contract.
Should another entity acquire
the software, and not fulfill this contract, perhaps they could be sued
to force them to honor the contract.  Acquire the product, you also
acquire the responsibilities.
That is true. But only so far as spelled out int he contact. And
with no requirement to renew or extend the contract when it runs out.
This could be fun.  Lawyers could have a field day.
Much less than you think. They will read the contract and tell you
what the spelled out terms are and that is all you get.
:-)
Post by Dave Froble
Post by Dave Froble
What is your opinion of a vendor potentially destroying a
customer's business?
You know what VSI have done by putting time limits on production
licences and you could port away today if the risk is unacceptable
to you.
Porting is not an option.
Porting is per definition an option for all software
at all time.
Not when cost is involved.
Cost is not an issue except in the choice of whether or not to
do a port. Cost does not make the port impossible. it might
make it impractical but that is the choice the one considering
the port has to make. Your argument is like saying Porsches
are impossible because less than 1% of the population of the
world can afford one.
Everybody makes the decision to port or not port
all the time - some think about it - some make a
decision by not thinking about it.
You can look at expected cost, risk and benefits of not
porting and you look at expected cost, risk and benefits
of porting and you make a decision.
A port may be a rewrite from scratch if the code is
totally non-portable. But there are plenty of
technologies out there to pick and chose from.
Arne
bill
Arne Vajhøj
2021-12-11 01:21:16 UTC
Permalink
Post by Dave Froble
Post by Dave Froble
Instead, I'll ask these questions.
What is the problem, if there is nobody to question such usage?
Ownership of assets doesn't cease just because a company fails.
You are setting yourself and your customers up for a future owner
of the VSI assets to come after you, especially if you reduce the
resale value of those assets by coming up with a way to bypass the
need for existing VMS customers to purchase more of those assets.
If there is an entity that allows my customers to continue, then there isn't
an issue, is there?
If there is not an entity, who, other than you and Bill, is going to really
give a damn?
There can be cases where there is an entity  willing
to sue copyright violaters without being  willing to
sell a license.
It occurs to me this can be reversed.  Customers have an implied, if not
more specific, contract with the vendor.  Should another entity acquire
the software, and not fulfill this contract, perhaps they could be sued
to force them to honor the contract.  Acquire the product, you also
acquire the responsibilities.
This could be fun.  Lawyers could have a field day.
:-)
If you happens to be the first in the history of mankind that
got a contract that gives you the right to purchase a given software
indefinitely out in the future, then you can sue.

If not then there is no case.

Arne
V***@SendSpamHere.ORG
2021-12-11 13:19:13 UTC
Permalink
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
So are you saying you don't actually have the knowledge needed to create
the patch needed to bypass the LMF ?
No *patch* required. ;)
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG

I speak to machines with the voice of humanity.
Dave Froble
2021-12-11 15:56:07 UTC
Permalink
Post by V***@SendSpamHere.ORG
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
So are you saying you don't actually have the knowledge needed to create
the patch needed to bypass the LMF ?
No *patch* required. ;)
True. There is always PAKGEN. Not legal, but we have had enough
people here express their lack of concern that it is obviously
seen as a potential solution.
bill
Either you just don't "get it", or, perhaps you just don't care.

The need for such an action would only occur if for some reason people could no
longer use their VMS solutions. I really don't want to see that happen. That's
why I won't discuss methods. It would still be rather sub-optimal. VMS users
need VSI (or something similar) to continue to develop VMS, to correct errors,
to insure security, and such. Usage without that would not be a good thing.

But the actual issue, to me, is the harm done if all of a sudden VMS systems
stop working, companies fail, many people lose their jobs, a real mess. In such
a case I for one would not care about any copyright issues. I would "do the
right thing".

One can hope that never happens. But in a world where once again the Taliban
are chucking a girl in a pit and chucking rocks at her, I'd hoped that would
never happen either.

Do you care Bill ???
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Bill Gunshannon
2021-12-11 18:00:09 UTC
Permalink
Post by Dave Froble
Post by V***@SendSpamHere.ORG
Post by Dave Froble
Post by Simon Clubley
Post by Dave Froble
Case in point.  We at Consolidated Data insist that all our
customers have
support for their commercial use VMS systems.  That is our
ethics.  However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business.  That is my ethics.
Even ignoring the legal issues with that (and you know my position in
this general area :-)), do you have the knowledge needed to actually
do this bypass ?
If you don't, where do you intend on getting this knowledge from ?
I'll defer answering that question, for now.
So are you saying you don't actually have the knowledge needed to create
the patch needed to bypass the LMF ?
No *patch* required. ;)
True.  There is always PAKGEN.  Not legal, but we have had enough
people here express their lack of concern that it is obviously
seen as a potential solution.
bill
Either you just don't "get it", or, perhaps you just don't care.
Oh, I get it. And I do care. But probably not about the same things
you care about.
Post by Dave Froble
The need for such an action would only occur if for some reason people
could no longer use their VMS solutions.
And that will not happen overnight. If there is even the slightest
possibility of it occurring then people should be making plans for
it now and not waiting until it is a crisis. That's what Risk
Assessment and Due Diligence are all about.
Post by Dave Froble
I really don't want to see
that happen.  That's why I won't discuss methods.  It would still be
rather sub-optimal.  VMS users need VSI (or something similar) to
continue to develop VMS, to correct errors, to insure security, and
such.  Usage without that would not be a good thing.
But the actual issue, to me, is the harm done if all of a sudden VMS
systems stop working, companies fail, many people lose their jobs, a
real mess.
And who's fault would that be?
Post by Dave Froble
In such a case I for one would not care about any copyright
issues.  I  would "do the right thing".
So, I take it you go along with the current idea being pushed by the
Dems that all this looting is justified because people are hungry?
Wrong is no longer wrong if it doesn't coincide with your desires.
Post by Dave Froble
One can hope that never happens.
But one should be working on contingencies now and not waiting until
disaster strikes. Would you not buy insurance and then just take
your neighbors car when yours gets wrecked through no fault of your
own?
Post by Dave Froble
But in a world where once again the
Taliban are chucking a girl in a pit and chucking rocks at her, I'd
hoped that would never happen either.
Do you care Bill ???
Do I care about what? I care about my dog. I also care about other
people's property. I don't shoplift (even though it is now not even
illegal in many jurisdictions). While, as I said, I no longer have
a dog in the fight, I am still active in the IT world (business and
academia) and I continue to champion the things that are good business
and point out those practices that are not.

bill
Bill Gunshannon
2021-12-10 19:40:57 UTC
Permalink
Post by Dave Froble
If you are a developer, you should try to walk the walk in terms
of ethics and try to do the right thing.
I'd agree 100%.
In the real world though,
people will do whatever needs to be done to find a solution if there
seems to b an insurmountable obstacle.
Again, I agree.
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
If one is willing to pay for something, but there is no one available to
pay, than what?  Either one does without, or, one does whatever is
necessary.  While there may be those who feel I should just do without,
I do not agree with them.
Case in point.  We at Consolidated Data insist that all our customers
have support for their commercial use VMS systems.  That is our ethics.
However, should the time come when there is nobody to pay for such
support, and the license terminates, and VMS stops working, then I will
bypass the licensing to keep my customer in business.  That is my ethics.
For those who think we should just let our customers roll over and die,
I have only one comment.
STOP USING MY WHEEL, IT IS NOT FREEWARE, IT IS NOT ABANDONED!
A good businessman would have kept his ear to the ground, heard
the oncoming stampede and taken the necessary actions to avoid it.
If that means finding a new product, then so be it. But stealing
other people's property is never justified.

bill
Dave Froble
2021-12-10 21:56:50 UTC
Permalink
Post by Bill Gunshannon
Post by Dave Froble
If you are a developer, you should try to walk the walk in terms
of ethics and try to do the right thing.
I'd agree 100%.
In the real world though,
people will do whatever needs to be done to find a solution if there
seems to b an insurmountable obstacle.
Again, I agree.
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
If one is willing to pay for something, but there is no one available to pay,
than what? Either one does without, or, one does whatever is necessary.
While there may be those who feel I should just do without, I do not agree
with them.
Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.
For those who think we should just let our customers roll over and die, I have
only one comment.
STOP USING MY WHEEL, IT IS NOT FREEWARE, IT IS NOT ABANDONED!
A good businessman would have kept his ear to the ground, heard
the oncoming stampede and taken the necessary actions to avoid it.
If that means finding a new product, then so be it. But stealing
other people's property is never justified.
We are talking hypothetical here. I'm not advocating anything today.

Don't vendors make a commitment to customers when they sell them the use of
something like VMS? If so, and the vendor defaults, isn't that an issue? Don't
customers have any rights? Is it really stealing to continue to use a product
that one purchased in good faith?
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Arne Vajhøj
2021-12-10 23:59:14 UTC
Permalink
We are talking hypothetical here.  I'm not advocating anything today.
Don't vendors make a commitment to customers when they sell them the use
of something like VMS?  If so, and the vendor defaults, isn't that an
issue?  Don't customers have any rights?  Is it really stealing to
continue to use a product that one purchased in good faith?
If VSI sell you a license to run VMS from time 1-JAN-2022 to forever
or from 1-JAN-2022 to 31-DEC-2023, then you have a right to exactly that.

So if you get the license from 1-JAN-2022 to 31-DEC-2023, then you have
rights per license from 1-JAN-2022 to 31-DEC-2023. 1-JAN-2024 that
license grants you no rights.

You should understand what you buy. It is not good faith to expect
more than you actual bought.

Arne
Dave Froble
2021-12-11 01:16:16 UTC
Permalink
Post by Arne Vajhøj
Post by Dave Froble
We are talking hypothetical here. I'm not advocating anything today.
Don't vendors make a commitment to customers when they sell them the use of
something like VMS? If so, and the vendor defaults, isn't that an issue?
Don't customers have any rights? Is it really stealing to continue to use a
product that one purchased in good faith?
If VSI sell you a license to run VMS from time 1-JAN-2022 to forever
or from 1-JAN-2022 to 31-DEC-2023, then you have a right to exactly that.
But VSI also says you can purchase another year of support, right?
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Arne Vajhøj
2021-12-11 01:19:07 UTC
Permalink
Post by Dave Froble
Post by Arne Vajhøj
We are talking hypothetical here.  I'm not advocating anything today.
Don't vendors make a commitment to customers when they sell them the use of
something like VMS?  If so, and the vendor defaults, isn't that an
issue?
Don't customers have any rights?  Is it really stealing to continue
to use a
product that one purchased in good faith?
If VSI sell you a license to run VMS from time 1-JAN-2022 to forever
or from 1-JAN-2022 to 31-DEC-2023, then you have a right to exactly that.
But VSI also says you can purchase another year of support, right?
I don't think VSI has made legal commitments that you will be able
to purchase what you can today indefinitely out in the future.

Arne
Dave Froble
2021-12-10 22:03:54 UTC
Permalink
Post by Dave Froble
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
If one is willing to pay for something, but there is no one available to pay,
than what? Either one does without, or, one does whatever is necessary.
While there may be those who feel I should just do without, I do not agree
with them.
Case in point. We at Consolidated Data insist that all our customers have
support for their commercial use VMS systems. That is our ethics. However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business. That is my ethics.
I really don't get that.
No, you really don't.
If the same customers needed a loan and the bank said no would
bank robbery be justified?
We are not discussing something an entity doesn't already have. We are
discussing a product that customers have bought and paid for. Your example is
way wrong.
I don't think so.
I also somewhat doubt that those companies would agree to run their
business on illegal software.
That's the question, isn't it? Is it really illegal to use a product one has
already purchased and paid for?

In the hypothetical situation where a vendor requires a customer to continue
with support, if the vendor is no longer available to provide such support, is
that any fault of the customer? It would be the vendor that changed things, not
the customer. The vendor would have broken the contract, not the customer.
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Arne Vajhøj
2021-12-10 22:18:38 UTC
Permalink
Post by Dave Froble
Post by Dave Froble
If one is willing to pay for something, but there is no one available to pay,
than what?  Either one does without, or, one does whatever is necessary.
While there may be those who feel I should just do without, I do not agree
with them.
Case in point.  We at Consolidated Data insist that all our customers
have
support for their commercial use VMS systems.  That is our ethics.
However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business.  That is my ethics.
I really don't get that.
No, you really don't.
If the same customers needed a loan and the bank said no would
bank robbery be justified?
We are not discussing something an entity doesn't already have.  We are
discussing a product that customers have bought and paid for.  Your
example is way wrong.
I don't think we are discussing something that the customer have bought
and paid for.

If that is the case there is nothing to discuss. Continuing is legal and
it does not require any work.
Post by Dave Froble
I don't think so.
I also somewhat doubt that those companies would agree to run their
business on illegal software.
That's the question, isn't it?  Is it really illegal to use a product
one has already purchased and paid for?
If one has paid for an forever license then one can legally use forever.

If one has paid for an N year license then one can legally use for
N years. After N years it becomes illegal because it has not been paid
for.

That should be pretty obvious.
Post by Dave Froble
In the hypothetical situation where a vendor requires a customer to
continue with support, if the vendor is no longer available to provide
such support, is that any fault of the customer?  It would be the vendor
that changed things, not the customer.  The vendor would have broken the
contract, not the customer.
I can't follow you.

Customer pays vendor for a license for N years. Vendor provide such a
license.

Vendor is legally and morally obliged to ensure that the license
work for N years.

Vendor does not have any legal or moral obligations after the N years.
Customer has a legal and moral obligation to stop using software after
the N years.

Arne
Bill Gunshannon
2021-12-11 00:05:23 UTC
Permalink
Post by Dave Froble
Post by Dave Froble
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
If one is willing to pay for something, but there is no one available to pay,
than what?  Either one does without, or, one does whatever is necessary.
While there may be those who feel I should just do without, I do not agree
with them.
Case in point.  We at Consolidated Data insist that all our customers
have
support for their commercial use VMS systems.  That is our ethics.
However,
should the time come when there is nobody to pay for such support, and the
license terminates, and VMS stops working, then I will bypass the licensing to
keep my customer in business.  That is my ethics.
I really don't get that.
No, you really don't.
If the same customers needed a loan and the bank said no would
bank robbery be justified?
We are not discussing something an entity doesn't already have.  We are
discussing a product that customers have bought and paid for.  Your
example is way wrong.
I don't think so.
I also somewhat doubt that those companies would agree to run their
business on illegal software.
That's the question, isn't it?  Is it really illegal to use a product
one has already purchased and paid for?
You do not purchase VMS. You buy a license to use it within the terms
of the license. Period. You never own a copy of VMS. Read the license.
Post by Dave Froble
In the hypothetical situation where a vendor requires a customer to
continue with support, if the vendor is no longer available to provide
such support, is that any fault of the customer?  It would be the vendor
that changed things, not the customer.  The vendor would have broken the
contract, not the customer.
The would be required to continue to provide the service called for
in the contract. When the contract expires they are not required to
institute a new contract. A contract is an agreement between both
parties. Either one can refuse to renew. Many previous VMS customers
have already done that. Can they be required to continue to license
and use VMS? Works both ways.

bill
Arne Vajhøj
2021-12-10 20:12:20 UTC
Permalink
If you are a developer, you should try to walk the walk in terms
of ethics and try to do the right thing. In the real world though,
people will do whatever needs to be done to find a solution if there
seems to b an insurmountable obstacle.
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
I don't think there is much ethical dilemma here.

There should be no doubt that following the law is the etical
solution here.

Arne
Dave Froble
2021-12-10 22:06:04 UTC
Permalink
Post by Arne Vajhøj
If you are a developer, you should try to walk the walk in terms
of ethics and try to do the right thing. In the real world though,
people will do whatever needs to be done to find a solution if there
seems to b an insurmountable obstacle.
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
I don't think there is much ethical dilemma here.
There should be no doubt that following the law is the etical
solution here.
Do you think that breaking a contract, either written or implied, is ethical and
legal?
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Arne Vajhøj
2021-12-10 22:22:24 UTC
Permalink
Post by Dave Froble
Post by Arne Vajhøj
If you are a developer, you should try to walk the walk in terms
of ethics and try to do the right thing. In the real world though,
people will do whatever needs to be done to find a solution if there
seems to b an insurmountable obstacle.
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
I don't think there is much ethical dilemma here.
There should be no doubt that following the law is the etical
solution here.
Do you think that breaking a contract, either written or implied, is
ethical and legal?
It is not.

And if you have a contract that promises you the ability to buy a
product forever, then you have a good case.

But I have never heard of any such contract.

You buy something, you use that and when it is used/worn out/expired
then you have no guarantee that you can buy the same thing again.

Arne
Bill Gunshannon
2021-12-10 23:43:52 UTC
Permalink
Post by Dave Froble
Post by Arne Vajhøj
If you are a developer, you should try to walk the walk in terms
of ethics and try to do the right thing. In the real world though,
people will do whatever needs to be done to find a solution if there
seems to b an insurmountable obstacle.
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
I don't think there is much ethical dilemma here.
There should be no doubt that following the law is the etical
solution here.
Do you think that breaking a contract, either written or implied, is
ethical and legal?
There is no such thing as an implied contract.

bill
chris
2021-12-13 00:34:10 UTC
Permalink
Post by Arne Vajhøj
If you are a developer, you should try to walk the walk in terms
of ethics and try to do the right thing. In the real world though,
people will do whatever needs to be done to find a solution if there
seems to b an insurmountable obstacle.
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
I don't think there is much ethical dilemma here.
There should be no doubt that following the law is the etical
solution here.
Arne
Well, that's my whole point, but if no license is available from the
original vendor, or they have ceased to exist, the user should stop
using the product, irrespective of the effect on their business ?.

Imho, it's a gross breach of good faith and trust for a vendor to
provide no means of continuance in such cases...

Chris
Dave Froble
2021-12-13 22:53:40 UTC
Permalink
Post by chris
Post by Arne Vajhøj
If you are a developer, you should try to walk the walk in terms
of ethics and try to do the right thing. In the real world though,
people will do whatever needs to be done to find a solution if there
seems to b an insurmountable obstacle.
The other point is, do the original owners really care enough, or
even at all, when so much licensed software is out there and is
obsolete and no longer sold ?. Similar case here, where I was trying
find detail on the write boot block code for early SunOs for historical
purposes. Found the complete source cd online and was able to complete
the task. No profit involved, other than keeping some old machines
alive.
Ethical dilemmas everywhere in life and we all have to make our
own choices...
I don't think there is much ethical dilemma here.
There should be no doubt that following the law is the etical
solution here.
Arne
Well, that's my whole point, but if no license is available from the
original vendor, or they have ceased to exist, the user should stop
using the product, irrespective of the effect on their business ?.
Imho, it's a gross breach of good faith and trust for a vendor to
provide no means of continuance in such cases...
Companies come and go. Most don't want to fail, but it happens.
But I hardly think it is their fault that a customer doesn't take
appropriate actions to protect their future. Back in my mainframe
days we used to have COOP plans. Now, they were more targeted at
disasters like 9/11 but the idea is sound for even less disastrous
situations. If one sees a possibility (no matter how vague) of a
situation that could result in their demise they really should make
the effort to plan for it. And those plans should be updated and
maybe even movced up in priority if the vagueness seems to be fading
and the threat seems closer.
I guess it's useless. There are some, (like those against Cobol), who will
never admit that a vendor has a moral, if not legal, responsibility to customers.
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Phillip Helbig (undress to reply)
2021-12-14 05:35:08 UTC
Permalink
Post by Dave Froble
I guess it's useless. There are some, (like those against Cobol), who will
never admit that a vendor has a moral, if not legal, responsibility to customers.
A vendor has to live up to the contract and should not do anything
illegal. No more, no less.

Moral responsibility? Who gets to define "moral"? That open's
Pandora's box.
chris
2021-12-14 12:06:17 UTC
Permalink
Post by Phillip Helbig (undress to reply)
Post by Dave Froble
I guess it's useless. There are some, (like those against Cobol), who will
never admit that a vendor has a moral, if not legal, responsibility to customers.
A vendor has to live up to the contract and should not do anything
illegal. No more, no less.
Moral responsibility? Who gets to define "moral"? That open's
Pandora's box.
It's the intangibles like that that form part of the establishment of
trust in a business relationship...

Chris
chris
2021-12-14 15:30:01 UTC
Permalink
Post by chris
Post by Phillip Helbig (undress to reply)
Post by Dave Froble
I guess it's useless. There are some, (like those against Cobol), who will
never admit that a vendor has a moral, if not legal, responsibility to customers.
A vendor has to live up to the contract and should not do anything
illegal. No more, no less.
Moral responsibility? Who gets to define "moral"? That open's
Pandora's box.
It's the intangibles like that that form part of the establishment of
trust in a business relationship...
Sure, but your options are to continue to do business or cease to do
business, not claim some moral right to do something.
No one is suggesting that it does. The law is only relevant insofar
as it is enforced, but that's a different kettle of fish from the
ethical considerations and matters of implied trust between vendor
and client.

The number of people who continue to make excuses for shoddy
treatment from vendors never ceases to amaze me...

Chris
Dave Froble
2021-12-14 17:16:43 UTC
Permalink
Post by Phillip Helbig (undress to reply)
Post by Dave Froble
I guess it's useless. There are some, (like those against Cobol), who will
never admit that a vendor has a moral, if not legal, responsibility to customers.
A vendor has to live up to the contract and should not do anything
illegal. No more, no less.
^^^^^^^^^^^^^^^^

Is that how you want your doctor to treat you?
Post by Phillip Helbig (undress to reply)
Moral responsibility? Who gets to define "moral"? That open's
Pandora's box.
No, it's called "do the right thing".
--
David Froble Tel: 724-529-0450
Dave Froble Enterprises, Inc. E-Mail: ***@tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA 15486
Simon Clubley
2021-12-14 20:32:03 UTC
Permalink
Post by Dave Froble
Post by Phillip Helbig (undress to reply)
A vendor has to live up to the contract and should not do anything
illegal. No more, no less.
^^^^^^^^^^^^^^^^
Is that how you want your doctor to treat you?
Here in Europe, medicine is a humanitarian career, not a for-profit
business. Some senior politicians and business people keep wanting to
change that, but whenever they do, they get massive pushback.

Simon.
--
Simon Clubley, ***@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.
Phillip Helbig (undress to reply)
2021-12-14 17:55:33 UTC
Permalink
Post by Dave Froble
Post by Phillip Helbig (undress to reply)
Post by Dave Froble
I guess it's useless. There are some, (like those against Cobol), who will
never admit that a vendor has a moral, if not legal, responsibility to customers.
A vendor has to live up to the contract and should not do anything
illegal. No more, no less.
^^^^^^^^^^^^^^^^
Is that how you want your doctor to treat you?
The contract with my physicians specify that they will do everything
medically possible to improve my condition. I have no gripe with that.
Post by Dave Froble
Post by Phillip Helbig (undress to reply)
Moral responsibility? Who gets to define "moral"? That open's
Pandora's box.
No, it's called "do the right thing".
Which can be, and is, used to justify all sorts of things.
gah4
2021-12-10 00:50:31 UTC
Permalink
Post by chris
Post by Joerg Hoppe
I digitized a pack of VAX/VMS 4.0/4.1 source code listings
AH-BT13A-SE and AH-EF71A-SE, from micro fiche to PDF.
Question is now: can I publish to the community or individuals?
What is the license status for this old stuff (around 1985), VSI ?
(snip)
Post by chris
It may be interesting to many for historical reasons and the sources
were never enough to build a working systems, so there is perhaps some
fair use argument to publish.
I don't know about DEC, but IBM has some links to old manuals and
such on bitsavers. It seems that they didn't keep a lot of old stuff,
or just forgot where it was, and are happy to have it there.

More current manuals are on IBM's own site for download.
Simon Clubley
2021-12-10 14:06:27 UTC
Permalink
Post by gah4
Post by chris
Post by Joerg Hoppe
I digitized a pack of VAX/VMS 4.0/4.1 source code listings
AH-BT13A-SE and AH-EF71A-SE, from micro fiche to PDF.
Question is now: can I publish to the community or individuals?
What is the license status for this old stuff (around 1985), VSI ?
(snip)
Post by chris
It may be interesting to many for historical reasons and the sources
were never enough to build a working systems, so there is perhaps some
fair use argument to publish.
I don't know about DEC, but IBM has some links to old manuals and
such on bitsavers. It seems that they didn't keep a lot of old stuff,
or just forgot where it was, and are happy to have it there.
More current manuals are on IBM's own site for download.
The manuals situation is rather interesting.

The software situation is very clear - you can't redistribute it
except under the terms of the licence it was sold to you under,
which for normal commercial software means you can't redistribute
at all.

However, does the same apply to normal old-style paper documentation ?

Is normal documentation sold under a licence which says you can't
make a copy of it and then pass on the copy to someone else ?

I'm talking about normal documentation here, not documentation
supplied to you under a NDA or similar construct (for example,
the specification for a restricted protocol).

I don't remember ever having to sign a contract that says as such
for normal old-style paper documentation so I don't know if such
restrictions are implicit under normal copyright law or whether
the restrictions simply don't exist.

Simon.
--
Simon Clubley, ***@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.
Phillip Helbig (undress to reply)
2021-12-10 14:52:00 UTC
Permalink
Post by Simon Clubley
The software situation is very clear - you can't redistribute it
except under the terms of the licence it was sold to you under,
which for normal commercial software means you can't redistribute
at all.
However, does the same apply to normal old-style paper documentation ?
Is normal documentation sold under a licence which says you can't
make a copy of it and then pass on the copy to someone else ?
I'm talking about normal documentation here, not documentation
supplied to you under a NDA or similar construct (for example,
the specification for a restricted protocol).
I don't remember ever having to sign a contract that says as such
for normal old-style paper documentation so I don't know if such
restrictions are implicit under normal copyright law or whether
the restrictions simply don't exist.
Almost all books and so on have something like "All rights reserved. No
portion of this document may be reproduced in any form without prior
written permission from the publisher."

There are exceptions for quoting short portions for criticism, fair use,
and so on.
Simon Clubley
2021-12-10 18:21:18 UTC
Permalink
Post by Phillip Helbig (undress to reply)
Almost all books and so on have something like "All rights reserved. No
portion of this document may be reproduced in any form without prior
written permission from the publisher."
Thanks Phillip. I had forgotten about that.

Simon.
--
Simon Clubley, ***@remove_me.eisner.decus.org-Earth.UFP
Walking destinations on a map are further away than they appear.
Arne Vajhøj
2021-12-10 20:04:28 UTC
Permalink
Post by Simon Clubley
Post by Phillip Helbig (undress to reply)
Almost all books and so on have something like "All rights reserved. No
portion of this document may be reproduced in any form without prior
written permission from the publisher."
Thanks Phillip. I had forgotten about that.
That text is not even necessary.

Copyright for books also require explicit permission (not
no explicit prohibition).

And that is how it should be in all countries that signed the
Berne convention.

Even though in this particular case there is a timing issue. VMS 4.0 is
from before the US signed the Berne convention in 1989, which may
complicate things.

Arne
Joerg Hoppe
2021-12-10 20:25:16 UTC
Permalink
Hi,
Post by Phillip Helbig (undress to reply)
Almost all books and so on have something like "All rights reserved. No
portion of this document may be reproduced in any form without prior
written permission from the publisher."
There are exceptions for quoting short portions for criticism, fair use,
and so on.
And tons of documents on bitsavers contain these clause.
Nonetheless we still scan, publish and use them.
Maybe we steal, but nobody complains and nobody has a financial loss.

Surely had my VMS 4.0 source code fiche pack strict licenses on it, in 1985.
Would HPE enforce these today? (I learned HPE still owns the OpenVMS VAX
rights, VSI got Alpha, Itanium and x64).

Whom to ask?

Joerg
chris
2021-12-12 17:57:12 UTC
Permalink
Post by Joerg Hoppe
Hi,
Almost all books and so on have something like "All rights reserved. No
portion of this document may be reproduced in any form without prior
written permission from the publisher."
There are exceptions for quoting short portions for criticism, fair use,
and so on.
And tons of documents on bitsavers contain these clause.
Nonetheless we still scan, publish and use them.
Maybe we steal, but nobody complains and nobody has a financial loss.
Surely had my VMS 4.0 source code fiche pack strict licenses on it, in 1985.
Would HPE enforce these today? (I learned HPE still owns the OpenVMS VAX
rights, VSI got Alpha, Itanium and x64).
Whom to ask?
Joerg
...and in the future, if vsi go broke, would all the current vms users
stop using vms when the current license expires ?. That's what should
happen, after all.

You are already hostage to fortune, with considerable risk, compared to
other industry standard and current solutions, so VSI need to make the
term and conditions as flexible as possible...

Chris
Arne Vajhøj
2021-12-09 14:03:12 UTC
Permalink
Post by Joerg Hoppe
I digitized a pack of VAX/VMS 4.0/4.1 source code listings
AH-BT13A-SE and AH-EF71A-SE, from micro fiche to PDF.
Question is now: can I publish to the community or individuals?
What is the license status for this old stuff (around 1985), VSI ?
When it comes to copyright and license to redistribute then the
rules are pretty clear: you only have permission to redistribute
if you have a license that explicit grant you that right. Default
is no right.

Based on your question, then you do not have such a license.

Given that DEC sold those listings for money back then - it
also seems unlikely that the associated license would grant
redistribution rights.

Arne
Joerg Hoppe
2021-12-14 12:37:56 UTC
Permalink
Hi,

micro fiche scans of VAX/VMS 4.0/4.1 source listings are now published at

http://www.bitsavers.org/pdf/dec/vax/microfiche/vms-source-listings/AH-BT13A-SE__VAX-VMS_V4.0_SRC_LST_MCRF/AH-BT13A-SE__VAX-VMS_V4.0_SRC_LST_MCRF/

The update to V4.1 is at

http://www.bitsavers.org/pdf/dec/vax/microfiche/vms-source-listings/AH-BT13A-SE__VAX-VMS_V4.0_SRC_LST_MCRF/AH-EF71A-SE__VAX-VMS_V4.1_SRC_LST_MCRF_UPD/

kind regards,
Joerg
John H. Reinhardt
2021-12-14 17:00:02 UTC
Permalink
Post by Joerg Hoppe
Hi,
micro fiche scans of VAX/VMS 4.0/4.1 source listings are now published at
http://www.bitsavers.org/pdf/dec/vax/microfiche/vms-source-listings/AH-BT13A-SE__VAX-VMS_V4.0_SRC_LST_MCRF/AH-BT13A-SE__VAX-VMS_V4.0_SRC_LST_MCRF/
The update to V4.1 is at
http://www.bitsavers.org/pdf/dec/vax/microfiche/vms-source-listings/AH-BT13A-SE__VAX-VMS_V4.0_SRC_LST_MCRF/AH-EF71A-SE__VAX-VMS_V4.1_SRC_LST_MCRF_UPD/
kind regards,
Joerg
Thanks Joerg! I did my periodic update to my Bitsavers copy last night and noticed them downloading. It was a pleasant surprise.
--
John H. Reinhardt
Loading...