Chase, John wrote:
You break the analogy when you compare two different end-products, which
in and of themselves justify different pricing. For software, consider
that IEFBR14 does exactly the same thing regardless what size machine
it's run on. Thus, the "problem" now is to justify charging,
On Wed, 18 Aug 2010 14:35:02 -0700, Ed Gould wrote:
>
>What might become interesting is if DB2 came up with a specialized engine and
>then how do you charge for that?
>
Isn't that what a ZIIP is?
-- gil
--
For IBM-MAIN subscribe
---
OSNIP-Doesn't
charging strictly based on CPU usage do something similar?
At least charging on a business metric is understandable to a business user.
Ed replied:
That is an interesting question, and there are several possible
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Andrew Rowley
>
> Gerhard Postpischil wrote:
>
> > To me higher prices make sense only if you actually get more for
your
> > money - more and better results, better support, etc. So fees based
on
> > actual usage, wit
>Many businesses would not want to share business metrics e.g. number of
invoices with their suppliers.
That's possibly true.
But, invoices were just an example.
What would not be known is the number of line items, or the price per item.
>Pricing inputs on the value of outputs also seems wrong
Gerhard Postpischil wrote:
To me higher prices make sense only if you actually get more for your
money - more and better results, better support, etc. So fees based on
actual usage, with credit for spoiled runs, might make sense. Per seat
or machine capacity does not reflect the value to the b
Ted MacNEIL wrote:
What we need is a billable business metric, such as invoices, queries, or even
the number of beds (hospital example).
By definition, larger companies are going to do more business volume than small
ones.
Many businesses would not want to share business metrics e.g. number
>Per seat or machine capacity does not reflect the value to the buyer;
I disagree with that statement.
While I've not been a big fan of capacity based pricing (because the whole
model sucks), usage basis does make sense.
It's just a matter of what is your usage metric.
Seats, or transactions, ma
On 8/16/2010 2:41 PM, Charles Mills wrote:
Anyone who thinks that owning a software company is a license to print
money: you're free to start one of your own. Ask Dave Salt or any of the
other software entrepreneurs who hang out here just how obscene their
profits are.
It seems to come down to
28 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DB/2 V7 on Z/os V1.11
One vendor's rep gave me a small insight in this area: A faster machine
lets you get more use from the product. His argument was that our
machine was upgraded to allow for more use of his product. I handed him
back his head
PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DB/2 V7 on Z/os V1.11
I understand and somewhat agree with your logic. What hurts us is that we
upgrade a CPU so that we can run more of software that is written in-house.
And now some vendors want a lump sum "upgrade" fee as well as an increased
mon
sweater.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Rick Fochtman
Sent: Monday, August 16, 2010 3:34 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DB/2 V7 on Z/os V1.11
They all charge what the market will bear. And all too many
-
BTW: similar pricing models can be observed in other businesses,
examples: tire change in Jeep costs more than in van or truck (here, in
Lodz). Cabel TV connection fee depends on your house "size" the larger
t
---
That's another problem that people point out when they contact me. I
can't believe some of the prices that companies charge for their
"upgrades". I still have a problem understanding why it should cost more
to run a product
iscussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Monday, August 16, 2010 12:57 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DB/2 V7 on Z/os V1.11
On Mon, 16 Aug 2010 02:24:30 -0500, Brian Westerman wrote:
>That's another problem that people point out when they co
he MEGA
Life and Health Insurance Company.SM
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills
> Sent: Monday, August 16, 2010 1:42 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DB/2 V7 on Z/os V1.11
>
On Mon, 16 Aug 2010 02:24:30 -0500, Brian Westerman wrote:
>That's another problem that people point out when they contact me. I can't
>believe some of the prices that companies charge for their "upgrades". I
>still have a problem understanding why it should cost more to run a product
>on a fast
Bob Shannon wrote:
>I thought you saved your rants for Fridays.
Ranting is still more or less free on Blue Mondays... ;-D
;-D
Groete / Greetings
Elardus Engelbrecht
--
For IBM-MAIN subscribe / signoff / archive access instr
McKown, John pisze:
I was told that today's obscene software prices goes back to the consolidation timeframe. Many shops were around back then and each paying a separate license fee. Then, huge "service bureaus" opened up and many shops consolidate to few. And the few then "multiplexed" their soft
> I was told that today's obscene software prices goes back to the
> consolidation timeframe.
> Many shops were around back then and each paying a separate license fee.
> Then, huge >"service bureaus" opened up and many shops consolidate to few.
> And the few then >"multiplexed" their software
e Company of TennesseeSM and The
MEGA Life and Health Insurance Company.SM
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Westerman
> Sent: Monday, August 16, 2010 2:24 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DB
That's another problem that people point out when they contact me. I can't
believe some of the prices that companies charge for their "upgrades". I
still have a problem understanding why it should cost more to run a product
on a faster machine than on a slower one. I think someone in IBM marketi
In a message dated 8/15/2010 2:49:50 A.M. Central Daylight Time,
brian_wester...@syzygyinc.com writes:
know what they are doing, but are just unsure if they either "can"
or "should" do it. I see that as a good thing because a lot of comments
have been made recently about the lower quality o
--
The next question is "why?". Sometimes, the only reason someone wants to
NOT install the new version has been that it seems "easier" to them to just
copy the old libraries. I can understand laziness, sometimes, but it s
In <4c65a52d.2020...@phoenixsoftware.com>, on 08/13/2010
at 01:03 PM, Edward Jaffe said:
>We brought up z/OS 1.4 under z/VM on our z10 after numerous experts
>told us it wouldn't work.
The Devil is in the details. Which experts told you that what wouldn't
work? How did you define "work"?
Som
I probably get on average at least 5 or 6 emails a week asking if something
from an older version of z/OS will work under a newer version, and for the
most part that answer is normally "yes".
"Supported" is a COMPLETELY different question, and when asked I normally
give the standard "supported b
Alan Altmark wrote:
People who say it won't work are probably aware of certain configurations
where it won't, in fact, work. Those who say it WILL work haven't talked
to the nay-sayers. :-)
After we successfully brought up z/OS 1.4 on our z10, I told all of the
(people you call) "nay say
On Fri, 13 Aug 2010 13:03:57 -0700, Edward Jaffe
wrote:
>We brought up z/OS 1.4 under z/VM on our z10 after numerous experts told
>us it wouldn't work. I've become quite skeptical of
>authoritative-sounding claims that certain hardware/software combination
>simply "won't work". Too many people ar
Ward, Mike S wrote:
Just to update the archives. I had asked a while back if anyone could
tell me if DB/2 V7 would run on z/OS V1.11. The answer I received was a
no it won't work. Well we copied all the libraries and DB/2 datasets
from z/OS 1.7 to 1.11 then we made the same modifications to parml
Just to update the archives. I had asked a while back if anyone could
tell me if DB/2 V7 would run on z/OS V1.11. The answer I received was a
no it won't work. Well we copied all the libraries and DB/2 datasets
from z/OS 1.7 to 1.11 then we made the same modifications to parmlib
member etc... like
30 matches
Mail list logo
