home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 15897 < prev    next >
Encoding:
Text File  |  1992-11-16  |  3.3 KB  |  76 lines

  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!mcsun!sunic!dkuug!imada!news
  3. From: breese@monet.imada.ou.dk (Bjoern Reese)
  4. Subject: Re: New hardware reference guide?
  5. Message-ID: <1992Nov16.130752.18379@imada.ou.dk>
  6. Sender: news@imada.ou.dk (USENET News System)
  7. Organization: Dept. of Math. & Computer Science, Odense University, Denmark
  8. References: <1992Nov15.104025.10090@sth.frontec.se>
  9. Date: Mon, 16 Nov 1992 13:07:52 GMT
  10. Lines: 64
  11.  
  12. In article <1992Nov15.104025.10090@sth.frontec.se> bjst@sth.frontec.se (Bjorn  
  13. Stenberg) writes:
  14. > breese@monet.imada.ou.dk (Bjoern Reese) writes:
  15. > > Consider this: "The more knowledge people have about the hardware the more
  16. > > likely their programs will work well."
  17. > Well, this HAS been tested for the past seven years, with little success...
  18.  
  19. IMHO, there are four reasons to this lack of success:
  20.  
  21. 1) The Seka assembler.
  22.    It was extremely popular in the demo scene, because it
  23.    gave you the feeling of total control over the machine.
  24.    Most of the coders came from the C64, or a similar 8 bit
  25.    machine, and they wanted to know exactly what was going
  26.    on at any time. The Seka assembler allowed the continuation
  27.    of the bad programming style of the 8 bit machines.
  28.  
  29. 2) The "Machine Language" book from Abacus.
  30.    Being the only book easily available which claimed to
  31.    teach you Assembly Language, it rose to fame. Sadly it
  32.    a) contained a huge amount of bugs, and b) supported
  33.    the Seka assembler.
  34.  
  35. 3) The early version of the Hardware Reference Guide.
  36.    This manual is amoung the worst documentations I've ever
  37.    seen. Cryptical explanations, lousy (even buggy) examples.
  38.    Anyone having tried to figure out how to draw lines, or
  39.    using the CIAs, will know what I mean.
  40.  
  41. 4) The demo scene was/is a learning ground for upcomming
  42.    programmers.
  43.    People make mistakes; beginners more than experienced.
  44.    Some of these mistakes continued to flourish as sourcecodes
  45.    and tricks were shared amoung coders. Problem was/is, that
  46.    many coders rather get famous quick, than learn the craft
  47.    well, so they just copied the code of other coders.
  48.  
  49. Now, this shows us that C= was partly to blame, because of
  50. their incomprehensive Hardware Ref Guide. Well, the Hardware
  51. Ref Guide was partly unusable, and besides only a minority of
  52. the upcomming coders had a copy, but did that stop them? NO!
  53. My prediction is that it will not stop them either, if C=
  54. doesn't release a new Hardware Ref Guide, featuring the AGA
  55. chips. As the AGA chips are made available in low-price
  56. machines, and hence available to new upcomming coders, there
  57. will a massive interest in how to program the chips, and
  58. with or without a Guide, they will try. So I say, it is better
  59. to release a new Guide, in order to set guidelines and to
  60. prevent fatal errors.
  61.  
  62. Also, I think this discussion is biased. Most of the people
  63. on Internet are students at college or university level, or
  64. employees at a commercial company. This kind of people are
  65. well educated in programming, and if some of them were raised
  66. in the demo scene, they most likely have converted (like me.)
  67. Even though we are Amiga users, I don't think that we
  68. represent a very wide variety of the common Amiga users.
  69. I am not complaining, just trying to set things in perspective.
  70.  
  71. --
  72.  
  73. Bjoern Reese                   |     Email: breese@imada.ou.dk
  74. Odense University, Denmark     |     Voice: +45 65 932 182 (private)
  75.