Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!bloom-beacon!apple!mjohnson
From: mjohnson@Apple.COM (Mark B. Johnson)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Apple responds (was Your chance to ask Apple)
Message-ID: <26448@apple.Apple.COM>
Date: 27 Feb 89 17:23:55 GMT
References: <26279@apple.Apple.COM> <6628@hoptoad.uucp>
Organization: Apple Computer Inc, Cupertino, CA
Lines: 30

In article <6628@hoptoad.uucp> tim@hoptoad.UUCP (Tim Maroney) writes:
>Apple's manager of Developer Services, David Szetela, said:
>>We set the fees based on how much we thought all developers could afford.
>>The fees recover _some_ of the $70 million/yr. investment we put into our
>>developer-related activities. We're not making a profit. We're not even
>>breaking even.
>
>Nonsense.  Encouraging software development sells more Macs.  If all
>you're worried about is making one department break even, you're not
>playing the game very well.  I thought Apple had pioneered a concept of
>"total cost" that helped to slash production costs.  Is this concept
>only active within manufacturing?  Do the higher-ups not understand the
>concrete benefits of developer support?  Does it make sense to (using
>"total cost") buy more expensive parts because they can be inserted
>less expensively and save money overall, while refusing to spend a
>reasonable amount on encouraging the development of the software
>products that, in the final analysis, are responsible for your computer
>sales?  Sorry, this rationale just doesn't make good business sense.
>-- 
Thanks for you comments, Tim.  I've passed them along to David since he
is not on Usenet...


Mark B. Johnson                                            AppleLink: mjohnson
Developer Technical Support                         domain: mjohnson@Apple.com
Apple Computer, Inc.         UUCP:  {amdahl,decwrl,sun,unisoft}!apple!mjohnson

"You gave your life to become the person you are right now.  Was it worth it?"
                                                         - Richard Bach, _One_