home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / amiga / programm / 18349 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  4.1 KB
  1. Path: sparky!uunet!paladin.american.edu!gatech!nscf!lakes!rock
  2. From: rock@lakes.trenton.sc.us (Rockerboy)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Going to the metal
  5. Message-ID: <um11wB1w165w@lakes.trenton.sc.us>
  6. Date: Thu, 07 Jan 93 16:38:29 EST
  7. References: <1993Jan5.191507.9754@mpifr-bonn.mpg.de>
  8. Reply-To: rock@lakes.trenton.sc.us (Rockerboy)
  9. Organization: Lakes Public Access
  10. Lines: 75
  11.  
  12. mlelstv@spckls.mpifr-bonn.mpg.de (Michael van Elst) writes:
  13.  
  14. > Having a library per program defeats the concept of a library. Having
  15. > different but slightly incompatible libraries with the same name defeats
  16. > having an operating system.
  17.  
  18. The point here is that there could be an official library, with the 
  19. possibility of others being created that people found more useful.  (I, 
  20. for example, liked the requester.library over arp.)  Again, I believe you 
  21. feel unreasonably threatened by diversity.  I don't intend to suggest 
  22. that insanity should prevail, rather, that there would be several, 
  23. perhaps three or four, popular libraries.  (Just as there are several 
  24. assemblers and C compilers:  people have different tastes.)  Admit it, 
  25. Mr. Van Elst, you simply cannot stomach the idea of anything which would 
  26. allow people to create things for the Amiga without being indoctrinated 
  27. into the conservative programmers club.  I can so little other 
  28. explanation for such vehement opposition to anything which would 
  29. drastically cut down on development times for newcomers.  This isn't 
  30. politics, Mr. Van Elst, it is science, as many people in this newsgroup 
  31. would do well to remember.
  32.  
  33. > 
  34. > >> Look at the number of slightly incompatible MOD players out there to
  35. > >> get an idea of the problem.
  36. > 
  37. > >I don't see that as a problem.  Do you play Dungeons and Dragons, Mr. Van 
  38. > >Elst?  If so, take a look at the book tome of Magic, and look up the 
  39. > >magic item called the 'Mirror of Simple Order'.  I believe you've been 
  40. > >playing around with it...
  41. > 
  42. > I see that as a problem. Using a computer isn't metaphysics or philosophy.
  43.  
  44. I never said it was a matter of metaphysics of philosophy.  I said you 
  45. behaved as if _you_ had looked into a Mirror of Simple Order.  It turns 
  46. you into a boring, lifeless, totally average, conservative, uncreative 
  47. boor.
  48.  
  49. > Finding out what program will work, will not work or even crash in what
  50. > situation is not my first goal and I left that to the theoretic computer
  51. > science people some years ago.
  52.  
  53. And what has this to do with the hardware.library consideration?  Nothing 
  54. at all, I suspect.
  55.  
  56. > >By the way, I _dare_ you to post that kind of thought in audio!  It would 
  57. > >start a war that would run for weeks!  Now, you want to see _real_ 
  58. > >fanatics, step on someone's toes about his tracker.
  59. > 
  60. > >That's why you have so many mod formats.
  61. > 
  62. > That's simply because tracker programmers have little imagination.
  63. > They can't look beyond their next idea.
  64.  
  65. Cheap insults now?  It has much less to do with the programmers than the 
  66. musicians.  If you don't subscribe to c.s.a.audio, do so, and spew some 
  67. invective on them!  They will tear your ears off and eat your heart.  
  68. (Yup, I had the temerity to suggest that neither MED nor Protracker were 
  69. Intuitionised, and thus, an ongoing screamfest over the 'best interface' 
  70. seemed a bit pointless.  I was promtly handed my head...;)  )
  71.  
  72. > If you define a 'format' you make a specification and then write code
  73. > that follows that specification. MOD programmers did go the opposite
  74. > way by writing a new bit of code and seldomly write down what format
  75. > is understood by the player.
  76.  
  77. That is completely rediculous.  The situation has to do with many people 
  78. working on trackers who were not working together.  Each group 
  79. implemented changes to add features, just like everything, even word 
  80. processors, do.  Would you have me believe, now, that if you and I both 
  81. took a version of program X, and added features independantly of one 
  82. another, that, provided we were 'by the book programmmers', our projects 
  83. would be compatable beyond their basic structure?  They would not.  The 
  84. only alternative would be to create an IFF.  I would suggest you check 
  85. your definitions for _format_.  I believe you are referring to a 
  86. _standard_, not a format.
  87.