home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / amiga / programm / 17632 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.0 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!spool.mu.edu!uwm.edu!ogicse!psgrain!m2xenix!agora!nesbbx!matrix!Jesse_Michael
  2. From: Jesse_Michael@matrix.rain.com (Jesse Michael)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
  5. Message-ID: <Jesse_Michael.02qy@matrix.rain.com>
  6. Date: 15 Dec 92 17:51:23 GMT
  7. Organization: The Matrix BBS
  8. Lines: 44
  9.  
  10. In a message dated Sat 12 Dec 92 14:17, Ejad-A@minster.york.ac.uk wrote:
  11.  
  12. >Is it necessary to go all or nothing for either the OS or hardware
  13. bashing?
  14. >Why do h/ware bashers look down on OS programmers and vice versa? It's
  15. just
  16. >the way you choose to do things. So why the hostility? As long as nobody
  17. >gets hurt, it's OK. I do think though that commercial programmers have a
  18. >*responsibility* to ensure their programs are OS friendly. Demo coders
  19. don't
  20. >have a similar responsibility...
  21.  
  22. I don't think the OS is bad, it's just a problem of using the right tool
  23. for the job.
  24.  
  25. If I want to write a utility, I go completely through the OS.
  26.  
  27. But, if I want to write a program with _fast_ inconvex filled vector
  28. objects, the overhead of the OS causes too much of a performance hit.
  29.  
  30. I think that if someone uses hardware-level code in a commercial
  31. application that doesn't need it (e.g. a word processing program) then they
  32. deserve all the problems it causes them.
  33.  
  34. >In the end of it we just have to put up with what C= choose, and if they
  35. >think
  36. >it's best for the Amiga, 'tis so.
  37.  
  38. But, when it's something that will ultimately *hurt* the Amiga, then we
  39. have the responsibility to *try* to point it out.
  40.  
  41. I think they should release hardware references in the future, *but* they
  42. must provide a good example of how to *really* use the hardware.  Not like
  43. the examples in the old hardware reference manuals.  (e.g. absolute
  44. addressing)
  45.  
  46. -Jesse
  47.  
  48. -- Via DLG Pro v0.995
  49.  
  50. --
  51. Haze of Epsilon / Check out Epsilon for the best in NTSC demos!  Ok, so if
  52. you compare us to groups like Anarchy and Silents then we're lame, but what
  53. the hell do you expect from us lazy Americans?!?  :^)
  54.