[Info-vax] Programming languages on VMS

Stephen Hoffman seaohveh at hoffmanlabs.invalid
Wed Feb 7 12:56:52 EST 2018


On 2018-02-02 21:20:11 +0000, DaveFroble said:

> Stephen Hoffman wrote:
>> On 2018-02-01 17:29:24 +0000, DaveFroble said:
>> 
>>> Stephen Hoffman wrote:
>>>> TL;DR: RMS file versions are a pain to use, require the user or the 
>>>> system manager explicitly manage them, and don't particularly solve the 
>>>> problems that we even say that RMS version files solve.   Not well.  If 
>>>> at all.
>>> 
>>> Maybe I'm just too old school, but, I understand versions, and I 
>>> understand what they can do for me.  And so, I use them.
>> 
>> There's no reason not to use them.  They are, however, a complete pain 
>> in the rump, and don't really solve the problems we use them for.   
>> Combining versions and backups, and direct integration with source code 
>> control tools for developers really makes this clear, too.
> 
> It really depends on how such is used.  Most definitely not for backup 
> and such.
> 
> I've seen systems where an inadvertent PURGE would be a disaster.  
> Blamy that on people, not versions.
> 
> Anything I might want to save will NEVER be a prior version.

For developers editing code, file versions are backups.  Transient 
backups the way they're currently implemented, but fundamentally 
they're used as backups.  And they're not at all integrated with the 
"actual" backups.  If this isn't clear, then ponder what you'd do 
without file version support, but with a backup system that collected a 
backup on every file close, and automatically thinned out the more 
frequent backups into less-often and longer-term archives; into backups 
that are kept longer.  This isn't a hypothetical design, either. This 
implementation exists.



-- 
Pure Personal Opinion | HoffmanLabs LLC 




More information about the Info-vax mailing list