Russ Smith note:
"And if the mpe_isms you are describing are
record based file structures, message files, and
self policing database transactions, then, okay..."
The record based file structure issue is really evident here. I have the Linux kids (did I says kids, I meant folks) come to me several times a day to 'see' what's in the file that they FTP'd to the hp (they need to SEE the data because what they sent was incorrect). I FCOPY their byte stream file into a file with records on the hp, and the ability to look at the records in the file is something that even the staunchest defenders of Linux at this site can only marvel at. It's actually become a point of contention for me since I can spend an hour or two a day showing them their hosed data (but of course, it's billable).
No doubt about it, any/all OS's have good/better/best points about them, and I'm truly going to miss MPE!!
Regards,
Ray Shahan
> -----Original Message-----
> From: HP-3000 Systems Discussion [SMTP:[log in to unmask]] On Behalf Of Russ Smith
> Sent: Wednesday, September 01, 2004 10:38 AM
> To: [log in to unmask]
> Subject: Re: [HP3000-L] any new migration success stories?
>
> Duane states:
>
> > first challenge is to get to the point where you
> > 'want to migrate'. once there you find all sorts
> > of ways to convert mpe'isms to other'system'isms...
> > until you get to the 'want to migrate' point many
> > mpe'isms are barriers to migration and it looks
> > like a daunting and impossible task...
>
> Um, yeah.
>
> First challenge is to realize that the NEED to migrate
> is most likely originating from the expected discontinuation
> of auditor/management approved support, and NOT
> from a true business case. If the system is doing its
> job well, and performance is acceptable, there is no
> need to convert your system. If the system is not
> meeting the company's needs, or cannot meet the
> future needs for which current planning is underway,
> there is a need to convert your system.
>
> *MOST* hp3000 shops who are migrating are only
> doing so because they are being forced to do so. It
> is entirely likely they will find a slew of tools, and
> potential staff, and capabilities that soon will seem
> indispensable and wonder how they got along without
> them. At the same time, they will start doing tasks,
> and performing maintenance steps, or thinking about
> things that had been done for them under the covers
> on MPE and will have many more headaches.
>
> Change is undeniable. Managed change is our job.
> Change for the sake of change is but one reason I'm
> not terribly fond of hp's corporate head.
>
> "WANT TO MIGRATE" is, in my mind,
>
> "WANT MORE HEADACHES".
>
> And if the mpe_isms you are describing are
> record based file structures, message files, and
> self policing database transactions, then, okay...
>
> Yeah, I guess we can rearchitect towards
> something different. You will not convince me
> anytime soon that I'm moving towards something
> better, however.
>
> </end of rant>
>
> Rs~
>
> Russ Smith
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * * * * * *
> The opinions expressed in this email are mine, and are not meant to reflect
> those of any other party. The subject matter herein is intended solely for
> the named recipient(s) of this email. Spellcheck cancelled. Your mileage
> may vary. Look both ways and hold hands when you cross the street.
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * * * * * *
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
> ========================================================================
> This e-mail message has been scanned for Viruses and Content and cleared
> by School Specialty's email filtering solution.>
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
