home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / alt / sys / amiga / demos / 1589 < prev    next >
Encoding:
Text File  |  1992-11-13  |  3.3 KB  |  60 lines
  1. Newsgroups: alt.sys.amiga.demos
  2. Path: sparky!uunet!mcsun!news.funet.fi!funic!nntp.hut.fi!nntp!mknip
  3. From: mknip@niksula.hut.fi (Mats Anders Knip)
  4. Subject: Re: Phenomena egos??
  5. In-Reply-To: njale@dhhalden.no's message of Thu, 12 Nov 1992 07:16:02 GMT
  6. Message-ID: <MKNIP.92Nov13135026@superman.hut.fi>
  7. Sender: usenet@nntp.hut.fi (Usenet pseudouser id)
  8. Nntp-Posting-Host: superman.cs.hut.fi
  9. Organization: Helsinki University of Technology, Finland
  10. References: <6294@pdxgate.UUCP> <BxHsJw.81D@csugrad.cs.vt.edu>
  11.     <MKNIP.92Nov11143513@superman.hut.fi> <njale.28.721552562@dhhalden.no>
  12. Date: 13 Nov 92 13:50:26
  13. Lines: 45
  14.  
  15. >   What is the point with every single programmer re-inventing the wheel ? If 
  16. >   nobody could take advantage of others expiriences the world would never go 
  17. >   forward. It would be very prosperous if everybody had to figure out quick-
  18. >   sort etc. for themselves, or ???
  19.  
  20. Demo-coding is not about getting other peoples routines and touching them
  21. up a little. Demo coding is (or should be) inventing new cheats and
  22. ways of doing things nobody has done before. Most people don't understand
  23. this - there are still dozens of groups that release demos that nobody
  24. wants too look at because they contain no new ideas at all. In my
  25. oppinion, they shouldn't release anything at all if they can't do anything
  26. new, or at least give the routine a new angle.
  27. So, how do you come up with all these new ideas? Very often a new cheat
  28. is a spinoff from another routine you've written. You know what kind
  29. of routine you want to make, and suddenly you realise that if you change
  30. this pointer here and that address there you get a really nice effect.
  31. If you work on other peoples routines you hardly ever get to see any
  32. of these "new" variations, because somebody else have probably done it
  33. already. If you write the routine yourself, then maybe you do it in a way
  34. nobody else would, thus finding those secret passages that the others
  35. didn't find.
  36. Demo coding isn't professional programming. If you work as a pro and need
  37. a fast sorting-routine, you look i a book for the optimal routine and
  38. use it. If you want a sorter for a filled in vector-demo, you see what
  39. kind of data you have and try to figure out how to rearrange it in
  40. order to use different cheats and tables to get it as fast as possible.
  41. Naturally, knowing about what alternatives others have used will
  42. help you in deciding which teqnique you will develop, but that should
  43. be done by asking some other coder about the main idea, and then writing
  44. the routine yourself. Not by taking his code and inserting it to your
  45. program.
  46. And, of course, the most important thing : if you figure out how to
  47. write the routine yourself you learn SO much more. The only way to
  48. learn "demo-assembler" is the hard way. Because that is very much what
  49. demo-coding is all about. Anybody can take another persons starfield
  50. routine and use it, but if you re-invent it yourself you can actually
  51. feel proud about what you've done.
  52. --
  53.  
  54.  *=-------------------------------------------------------=*=----------------=*
  55.  *          E-Mail:   mknip@niksula.cs.hut.fi              *                  *
  56.  *   Helsinki University of Technology /                   *                  *
  57.  *                      department of Computer Science     *                  *
  58.  *=-------------------------------------------------------=*=----------------=*
  59.  
  60.