home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / hp48 / 4345 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  2.3 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mips!sdd.hp.com!usc!sol.ctr.columbia.edu!eff!snorkelwacker.mit.edu!bloom-beacon!eru.mt.luth.se!lunic!sunic!aun.uninett.no!nuug!ifi.uio.no!enag
  2. From: enag@ifi.uio.no (Erik Naggum)
  3. Newsgroups: comp.sys.hp48
  4. Subject: Re: unpostable sex48pos
  5. Message-ID: <23312F@erik.naggum.no>
  6. Date: 20 Aug 92 22:13:47 GMT
  7. References: <9208171437.AA03964@is1.vub.ac.be> <1992Aug19.121407.2793@ryn.mro4. <2a9283af.1591.9comp.sys.hp48.1@hpcvbbs.cv.hp.com>
  8. Organization: Department of Informatics, University of Oslo, Norway
  9. Lines: 31
  10.  
  11. william j. levenson <akcs.levenson@hpcvbbs.cv.hp.com> writes:
  12. |
  13. :
  14. |   How about something constructive, Erik?
  15.  
  16. I have so far only contributed to discussions on international standards
  17. (POSIX, SGML, character sets), the C programming language, human factors
  18. problems, programming in general, and sundry other topics.  However, I'm
  19. about as well known for my flames as for my technical expertise.  I
  20. don't post software or reply to technical questions when I don't know
  21. that the software or the answer is correct or have the slightest reason
  22. to want to go check things out in the authoritative references.  I get
  23. really pissed off when people post answers which they must know are
  24. nth-hand rumors or wild guesses, or when they display clear and
  25. unambiguous cluelessness and mislead the questioners, and then I let
  26. them know, if the damage is big enough.  In this case, it's moronic to
  27. release software which is not even able to detect whether its input is
  28. valid or not.  Maybe the author has had some fun with it, but it's not
  29. ready for release.  Maybe this attitude comes from making a living as a
  30. consultant who rushes in to fix up other programmer's crappy software
  31. when an organization goes to hell for relying on it.
  32.  
  33. I appreciate quality wherever I see it, and I have, indeed, let the
  34. authors know that, too.  It's just that people get all worked up when I
  35. slaughter the bad things.
  36.  
  37. That I'm not the only one who has had such dramatic problems with Mr.
  38. Vieweg's programs speak for itself.
  39.  
  40. Best regards,
  41. </Erik>
  42. --
  43. Erik Naggum             |  ISO  8879 SGML     |      +47 295 0313
  44.                         |  ISO 10744 HyTime   |
  45. <erik@naggum.no>        |  ISO 10646 UCS      |      Memento, terrigena.
  46. <enag@ifi.uio.no>       |  ISO  9899 C        |      Memento, vita brevis.
  47.