Re: Detecting CPUs and cores
- From: Roedy Green <see_website@xxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 07 Aug 2007 18:58:00 GMT
On Sun, 05 Aug 2007 18:43:59 -0000, Twisted <twisted0n3@xxxxxxxxx>
wrote, quoted or indirectly quoted someone who said :
I'm talking about a computer program; a piece of executable code that
performs some useful function when run. Whoever wrote it and shipped
me a copy has a single large cost when they make the first ever copy,
and a single small cost when they make and ship my copy. They don't
have any ongoing costs proportional to my subsequent usage, assuming I
don't bother them for support or anything.
The argument is should I base the price on MY cost or the VALUE the
customer gets from my work? Capitalist theory says you should raise
your price to the point you start making less money because of the
lower sales.
The end user is not all that interested in your costs. Whether you
were blew a bundle on start up costs, or did it for a song, and what
your incremental and support costs are, he consider YOUR problem.
Basically he is interested in the value HE extracts from your program.
If customer A is able to extract more value out of a program than
customer B, A will be willing to pay more than customer B. SO it
seems logical if you can find a way to charge A more that B, you are
going to earn more money, than if you used a flat cost where some
customers did not buy because it was too expensive and others coasted
happy to pay considerably less than the program was worth to them.
This partly why I suggest using rental and an service as the basic
mechanism for delivering computation. The more hours per month, the
more seats, the more the customer should pay. They are getting more
value.
Any scheme is arbitrary. The schemes that makes the creator the most
money and keeps the customers happiest and gets the programs most used
are the ones I would prefer to use.
--
Roedy Green Canadian Mind Products
The Java Glossary
http://mindprod.com
.
- Follow-Ups:
- Re: Detecting CPUs and cores
- From: Twisted
- Re: Detecting CPUs and cores
- References:
- Re: Detecting CPUs and cores
- From: Lew
- Re: Detecting CPUs and cores
- From: Twisted
- Re: Detecting CPUs and cores
- From: Roedy Green
- Re: Detecting CPUs and cores
- From: Twisted
- Re: Detecting CPUs and cores
- Prev by Date: Re: refactoring
- Next by Date: Re: Java 7 features
- Previous by thread: Re: Detecting CPUs and cores
- Next by thread: Re: Detecting CPUs and cores
- Index(es):
Relevant Pages
|