Subject: | |
From: | |
Reply To: | |
Date: | Wed, 9 Mar 2016 09:27:19 -0500 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
If you read the article what Sony's real motive is selling hardware
period. I suspect the 100 year guarantee is a gimmick. Very few
companies, especially those that are technology driven, make it to
100. My current employer just celebrated its 110 anniversary. These
are few and far between.
Gary, to your last point - no one has an answer and I suspect won't,
in our lifetime anyway. Most IT departments focus on the here and now
and maybe. If they have time, maybe five years down the road.
Just look at NARA's ERA project which was suppose to be the end all be
all - the archival holy grail so to speak. But changes in scope, poor
project management and escalating costs put a kibosh on the project's
long term promised goals. Even if their proposed solution would have
been fully implemented I still doubt ERA would have worked as planned.
Bruce White, CRM, PMP
Radnor, PA
e-mail: [log in to unmask]
LinkedIn: http://www.linkedin.com/in/bblanco
On Wed, Mar 9, 2016 at 8:54 AM, Gary Link <[log in to unmask]> wrote:
> But they're not listening. Any article I find when I search on "problems
> with long term structured data storage" almost invariably talk about
> storage media & platforms. Precious few talk about issues like updates
> made to mainframe applications that make it difficult to read older data,
> or a solution for when you're moving a function to a brand new computer
> application that is so different from your old computer application that
> the data can't be migrated - you no longer will have the license to use
> the old application and it won't be supported anyway. So how do you read
> that data five years hence? The more I read, the more I come to understand
> that the IT world just doesn't have an answer to these issues yet.
List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]
|
|
|