home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / de / comp / sys / amiga / misc / 7790 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.9 KB  |  68 lines

  1. Path: sparky!uunet!math.fu-berlin.de!fub!zikzak!amk
  2. From: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
  3. Newsgroups: de.comp.sys.amiga.misc
  4. Subject: Re: AmigaPlus,  Programm-Tests
  5. Message-ID: <2Uyms*kM5@zikzak.in-berlin.de>
  6. Date: Wed, 27 Jan 1993 10:07:46 GMT
  7. References: <Jxrks*Rr5@zikzak.in-berlin.de> <1993Jan22.081711.2468@informatik.uni-wuerzburg.de>
  8.  <jg8ls*Ty5@zikzak.in-berlin.de> <c3-ls*L55@kbsaar.saar.de>
  9. Organization: Department of Fun & Games
  10. X-Newsreader: Arn V1.00
  11. Lines: 55
  12.  
  13. In article <c3-ls*L55@kbsaar.saar.de>, Franz-Josef Reichert writes:
  14.  
  15. >     Das Problem an Enforcer-Hits ist, da▀ man sie selten
  16. > isoliert betrachten und dann entsprechend sagen k÷nnte: "Diese sind schlimm,
  17. > diese weniger". In den meisten FΣllen ist halt die Mischung entscheidend.
  18. > Das Problem sind weniger die Hits ansich, eher einen geeigneten Ma▀stab
  19. > dafⁿr zu finden.
  20.  
  21. Naja, dennoch kann man den typischen "BYTE-READ FROM 00000000" und
  22. Zugriffe auf sonstige Adressen unterscheiden.  Es gibt zudem Pro-
  23. gramme, die laufen mit Enforcer erst gar nicht (nein, das sind keine
  24. MMU-Tools ;-)
  25.  
  26. Die A+ soll die Hits nicht bewerten, sondern nur erwaehnen, dass es
  27. welche gibt.  Der Anwender muss dann selbst sehen, ob das Programm
  28. (trotz Hits) bei ihm problemlos laeuft.  Aber durch einen Hinweis
  29. auf Hits hat er wenigstens die wichtige Information, dass dieses Pro-
  30. gramm VIELLEICHT das schuldige ist, wenn es mal irgendwelche Probleme
  31. gibt (merkwuerdige Abstuerze und dergleichen).
  32.  
  33. Und ueber eins sind wir uns ja hoffentlich einig (hehe):
  34.  
  35. Ein Enforcer-Hit ist NIEMALS gut.
  36. Was brauchst Du dafuer noch einen Maszstab?
  37.  
  38. >     Das Problem an FD-Software ist, da▀ man sich eine
  39. > negative Kritik genausogut sparen kann. Wenn ein FD-Programm schlecht
  40. > ist, dann Σndert auch das ÷ffentliche "Schlachten" daran nichts.
  41.  
  42. Nein, es geht ja nicht darum, ein Programm zu schlachten.
  43.  
  44. Wenn bei Softwaretests Fehlerfreiheit ein "Muss" waere, koennte man
  45. sich saemtliche SW-Tests sparen ;-)  Es geht doch darum, die Bemuehungen
  46. der FD-Autoren zu wuerdigen.  Die Leser sollen sich das Programm ansehen
  47. und dann z.B. den Shareware-Beitrag zahlen oder dem Autor auch einfach mal
  48. 'ne Mail schicken, dass sie sein Programm "echt stark" finden  (und der
  49. Autor somit motiviert genug ist, das Programm zu erweitern und Fehler zu
  50. entfernen).
  51.  
  52. Aber ein HINWEIS sollte da sein.
  53.  
  54. Und ich lasse auch nicht gelten, dass die meisten Leute das nicht
  55. verstehen wuerden.  Dann ERKLAERT es eben.  Ich denke, nichts ist
  56. schlimmer, als die Leute absichtlich dumm zu halten mit der Aus-
  57. rede, sie wuerden es ja doch nicht verstehen, also verschweigen
  58. wir lieber potentielle Gefahrenquellen.
  59.  
  60. Sowas erwarte ich eigentlich von der A+, damit sie sich auch in Zukunft
  61. in angenehmer Weise von der "Amiga" (von M&T) unterscheidet !!
  62.  
  63.     Tschau,  Andreas
  64.  
  65. --
  66. IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  67.   `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de
  68.