home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2722 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.1 KB
  1. Path: mail2news.demon.co.uk!amdev.demon.co.uk
  2. From: Simon Brown <simes@amdev.demon.co.uk>
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Demo/game to OS frien
  5. Date: Sat, 3 Feb 96 16:33:25 GMT
  6. Message-ID: <9602031633.AA00f9n@amdev.demon.co.uk>
  7. References: <john.hendrikx.4aia@grafix.xs4all.nl> <14434@gos.ukc.ac.uk>
  8. X-NNTP-Posting-Host: amdev.demon.co.uk
  9. X-WordOfTheDay: Unix.
  10. X-Newsreader: ADMaN 1.7 Copyright 1995 S.T.Brown
  11. X-Mail2News-Path: relay-4.mail.demon.net!post.demon.co.uk!amdev.demon.co.uk
  12.  
  13.  From the frantic fingers of Niki Hemmings:
  14.  
  15. > In article <john.hendrikx.4aia@grafix.xs4all.nl>,
  16. > John Hendrikx <john.hendrikx@grafix.xs4all.nl> wrote:
  17. > >You misunderstood, they are bad programmers because they use the hardware
  18. > >directly in a way which breaks on other Amiga's, not because they are bad at
  19. > >ASM or C or whatever.
  20. > 
  21. > I have to dissagree here.  Ask any computer science professor and they
  22. > will tell you that your programs can make any assumptions they want as
  23. > long as they are clearly stated in the design specifications for the
  24. > software.
  25.  
  26. Indeed. And so, as long as the design spec states "will not guarantee
  27. working on expanded machines, accelerated machines, or indeed any machine
  28. other than my own" this person is not a bad programmer. A lousy writer of
  29. design specs, perhaps. If, however, the program is designed to work on
  30. "the Amiga" then failing to conform to this specification makes them a
  31. poor programmer, quiaff?
  32.  
  33. This is all leaving aside the small percentage of people who actually
  34. write design specs, of course.
  35.  
  36. > Suppose you decide to write software that requires a specific piece of
  37. > hardware, say a multichannel 16-bit sound card.  The card would do things
  38. > that no other Amiga was capable of doing, so even if you were to put the
  39. > soundcard's functions into an OS library and call them that way, then
  40. > there would still be no way of running your software on any Amiga that did
  41. > not have or support this hardware.  This would NOT make the writer of this
  42. > software a bad programmer.
  43.  
  44. However. If there were a number of differing soundcards, and a standard
  45. interface to them through the OS, then it would be a poor programmer
  46. indeed who programmed directly to the card to the exclusion of all
  47. others...
  48.  
  49. > You may argue that AGA hardware is trivial, and easily emulated by most
  50. > graphics cards.  I'm sure many people would be able to provide you with
  51. > examples where this is not the case.  Hence, there is an argument for
  52. > where it is reasonable to require AGA hardware.
  53.  
  54. That's not in dispute. If, however, they choose to ignore my machine which
  55. has AGA hardware *and* and accelerator *and* extra RAM in it, then this
  56. makes them poor programmers. I'm glad that people put coverdisk demos of
  57. games on mags - it saves me buying the games only to find they don't work.
  58.  
  59. -- 
  60. Simon Brown <simes@amdev.demon.co.uk> // Amazing Developments - When we
  61. http://uptown.turnpike.net/S/simes/ \X/ develop something, it's amazing.
  62.  
  63.                            Murphy's Laws of Combat:
  64.                                        
  65.                    1. If the enemy is in range, so are you.
  66.                                        
  67.