home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 16217 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  5.0 KB
  1. Xref: sparky comp.sys.amiga.programmer:16217 comp.sys.amiga.hardware:20116
  2. Path: sparky!uunet!portal!cup.portal.com!joeles
  3. From: joeles@cup.portal.com (Joel Edward Swan)
  4. Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
  5. Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
  6. Message-ID: <70081@cup.portal.com>
  7. Date: Sun, 22 Nov 92 19:29:03 PST
  8. Organization: The Portal System (TM)
  9. References: <1992Nov12.000037.27562@wuecl.wustl.edu>
  10.   <1992Nov13.221116.15921@ariel.ec.usf.edu>
  11.   <1992Nov18.124549.12281@ifi.uio.no>
  12.   <1992Nov18.225947.5840@beaver.cs.washington.edu>
  13.   <1992Nov19.154759.12082@ifi.uio.no> <37190@cbmvax.commodore.com>
  14.   <1992Nov21.123328.10653@ifi.uio.no>
  15. Lines: 91
  16.  
  17. >
  18. >In article <37190@cbmvax.commodore.com>, bj@cbmvax.commodore.com (Brian Jackso
  19. n
  20. > - Amiga Networking) writes:
  21. >> In article <1992Nov19.154759.12082@ifi.uio.no> stigo@ifi.uio.no (Stig Arne O
  22. l
  23. >sen) writes:
  24. >> Hey. Commodore makes the chips, Commodore makes the machines,
  25. >> Commodore writes the docs, Commodore pays the engineers and Commodore
  26. >> decides what does and does not get released to the public.
  27. >
  28. >We all know that, but who buys the machines? Commodore?
  29.  
  30. So what?
  31. >
  32. >> We did it your way up til now and it created FAR more problems for
  33. >> engineering, users and developers than it was worth.  So, this time,
  34. >> we're doing it differently.  If, in your view, that "SUCKS!" then so
  35. >> be it.  The fact is that "demo coders", while creating 'neato' things
  36. >> to look at, do little or nothing for sales and they create an entire
  37. >> generation of Amiga programmers that have failed to learn how to do it
  38. >> right. The result is application software (you know, the stuff that
  39. >> people pay MONEY for and expect to work on new machines) that is chock
  40. >> full of silly, pointless coding errors and, often, _slower_ code than
  41. >> if it had been coded properly from the start.
  42. >
  43. >Ok, if you didn't like my use choice of  words, I'm sorry, no offence
  44. >intended.
  45. >
  46. >I think you missed my point earlier that a lot of people buy machines
  47. >because of the demos. This is something that is very unique for the Amiga.
  48.  
  49. All I can say to this is BULL.  I've been with the Amiga since 1985.  I know
  50. 0 (that's zero) people who dished out between $500US and $3000Us to buy an
  51. Amiga for some demos.  I DO know of dozens who have bought Amigas because
  52. they run software that either makes money for them or can entertain for more
  53. than 5 minutes.
  54.  
  55. >So, I think your point about not doing anything for sales is wrong.
  56.  
  57. And 99.99% of Amiga owners think your lame reasons are wrong.
  58.  
  59. >How many A500 vs A3000 has there been sold? If you don't release any
  60. >new machines between the A1200 and A4000, I think you will see that the
  61. >same thing will happen again, the A1200 will be the clear winner.
  62. >I don't know if you guys at Commodore have even seen programs like ProTracker,
  63. >that have become almost a standard in the demo world. Now there even exists
  64. >mod-players for ms-dos machines!
  65.  
  66. Does protracker break all of the OS, kill multitasking and go entirely to
  67. the hardware?  No?  Wow!  So why are you using it as an illustration? It
  68. doesn't belong here.
  69.  
  70. >I wouldn't blame you (C=) if you redesigned the whole chip-set so that all
  71. >hardware coded stuff broke. It's not your problem if my code doesn't work!
  72.  
  73. Ah, but how wrong you are.  When programs break, users get hacked off.  This
  74. gives the machine a bad name and can sink sales.  Remember, you wouldn't be
  75. the only one going directly to the hardware.  Unfortunately, "serious"
  76. applications would do the same because it's a bad habit.
  77.  
  78. >And you must realize that there is a difference between coding applications
  79. >and demos. Demos are not supposed to last a lifetime. When you release new
  80.  
  81. Only problem is, application developers would also write broken code.
  82. Unfortunately it can only be everyone or no one.  That's the unfortunate
  83. CRUX of the matter.
  84.  
  85. >chip sets, people just adjust after a while. It's not so critical as you
  86. >seem to think. If you worry about getting the best possible hardware, let
  87. >me worry about my programs working.
  88.  
  89. And CBM must also "worry" about their image.  They don't need to be seen as
  90. a crash prone machine with software that breaks too many rules.
  91.  
  92. >>        +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +  +
  93. >>        Brian Jackson    Amiga Networking Group, Commodore-Amiga Inc.
  94. >>                         bj@cbmvax.commodore.com
  95. >>      {uunet|rutgers}!cbmvax!bj    or   networking@cbmvax.commodore.com
  96. >>                        uva uvam vivendo varia fit
  97. >
  98. >|    Stig A. Olsen  |  stigo@ifi.uio.no  |  "Ja til EF"       |
  99. >| Never hit a man with glasses.  Hit him with a baseball bat. |
  100.  
  101. -Joel
  102. -------
  103.    ========================================================================
  104.   / Joel E. Swan....Pres./...Media Specialties, Ltd., Oak Forest, IL.USA  /
  105.  / & Senior Producer..../...Moody Broadcasting Network, Chicago, IL. USA /
  106. / Portal ID: joeles..../...joeles@cup.portal.com                        /
  107. ========================================================================
  108.