HP3000-L Archives

September 2002, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Wayne R. Boyer" <[log in to unmask]>
Reply To:
[log in to unmask][log in to unmask]]De la
> part de James R. Reynolds
> Envoye : jeudi 5 septembre 2002 14:28
> A : [log in to unmask]
> Objet : Re: [HP3000-L] OT: Another US icon gone. :-(
>
>
> Is there gonna [...]39_5Sep200214:42:[log in to unmask]
Date:
Thu, 5 Sep 2002 00:39:39 EDT
Content-Type:
text/plain
Parts/Attachments:
text/plain (62 lines)
In a message dated 9/4/02 11:18:45 AM Pacific Daylight Time,
[log in to unmask] writes:


> How about an open challenge to Carly? at HPWORLD?
> We are/were loyal customers as well.
>

It might be good to do something like that.  Perhaps change "challenge" to
"inform with an expected response" though.  Nobody's really sure just how
much knowledge Carly has of the MPE situation.  There are a LOT of
disgruntled MPE users in the world today and having disgruntled customers is
not in any company's best interests.

Without much work at all, I think the HP-3000 MPE community could come up
with lots of alternative plans to "save MPE".  All of which would/could end
up a) making HP look good and b) allowing HP to continue to make a profit
from MPE related customers.  Nobody is expecting or asking HP to deliberately
loose money.  However many of us seriously think that HP could continue to
make money from MPE if things were organized differently.

My brief ideas:

1) Eliminate any physical distinction between a HP-3000 and a HP-9000.  Make
the difference software ONLY.  This saves HP all kinds of little
organizational costs and eliminates the false hardware 'differences'.  Treat
the hardware as a product and treat MPE/iX and HPUX as SEPERATE products from
the hardware.

2) Ditch this 'crippling' of CPUs.  A business model that involves
artificially reducing what a product is capable of is dumb.

3) Restructure the whole support revenue situation.  Match the revenue with
the expenses.  If customers want a new version of MPE (8.0+?) - charge for
it.  If customers want a lot of telephone support - charge for it.  Just
don't bundle the version upgrade and the telephone support together and give
all the revenue to the telephone support people.

4) Develop a low cost long term means of porting MPE to IA-64.  If that means
ditching every bit CM code so be it.  I posted my opinion about the overly
high cost estimates of porting MPE to IA-64 here a while ago.  If those high
estimates include porting EDITOR - well then don't port EDITOR!  It isn't
necessary.  Let the MPE user community contribute to the porting effort if
necessary.

5) Find ways to "open up" MPE.  HP has made MPE proprietary and HP could make
it a lot less proprietary.

6)  If the above cannot or will not be done - then seriously support OpenMPE
and allow HP-3000 MPE customers the freedom to do as they wish in the future
without HP.

I would be glad to participate in building a business plan to make this
happen if there is any way that such a plan could be implemented.  This
little posting may again fall on deaf ears but if we don't ask for what we
want, then we stand little chance of getting what we want.

Wayne Boyer

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2