home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / apps / 5324 < prev    next >
Encoding:
Text File  |  1992-08-15  |  2.6 KB  |  53 lines
  1. Newsgroups: comp.os.os2.apps
  2. Path: sparky!uunet!gatech!bloom-beacon!bloom-picayune.mit.edu!athena.mit.edu!pshuang
  3. From: pshuang@athena.mit.edu (Ping-Shun Huang)
  4. Subject: Re: OS/2-The User's View
  5. In-Reply-To: mig@cunixb.cc.columbia.edu's message of 6 Aug 92 21:03:49 GMT
  6. Message-ID: <PSHUANG.92Aug15190528@ninja.mit.edu>
  7. Sender: news@athena.mit.edu (News system)
  8. Nntp-Posting-Host: ninja.mit.edu
  9. Organization: Massachusetts Institute of Technology
  10. References: <7735@lee.SEAS.UCLA.EDU> <1992Aug5.033439.2760@news.columbia.edu>
  11.     <1992Aug6.023608.1224@gmuvax2.gmu.edu>
  12.     <1992Aug6.210349.29230@news.columbia.edu>
  13. Date: Sat, 15 Aug 1992 23:05:34 GMT
  14. Lines: 37
  15.  
  16. In article <1992Aug6.210349.29230@news.columbia.edu> mig@cunixb.cc.columbia.edu (Meir I Green) writes:
  17.  
  18.  > What I would like, is the address of someone who is working on fixing
  19.  > the bugs, to get an authoritative answer on which are known problems.
  20.  
  21. I think the solution that Timothy Sipples mentioned is the best one...
  22. fill out the available form to send in bug reports.
  23.  
  24. But I wanted to comment on your wanting a direct pipeline to the
  25. programmers working on making bug fixes. Right now I am plugged into bug
  26. report mailing lists for packages which probably has less than a couple
  27. thousand users total. It takes a finite amount of time each week to deal
  28. read, answer, and/or deal with questions and bug reports. Some of that
  29. finite amount of time is wasted, and programmer resources are finite.
  30.  
  31. What one *REALLY* needs is just *ONE* layer of people sitting between
  32. each team of developers and the public (preferably these people would
  33. only deal with one product or related products so they would develop a
  34. high level of expertise with it, both from the user's and to some
  35. extent, from the programmer's point of view; also, these people could
  36. use training on how to deal with customers in a polite but firm way).
  37. This intermediary people would take care of filtering out the ones which
  38. are due to user misunderstanding or failure to RTFM; filtering out
  39. redundant bug reports (note for both of these steps the user should
  40. really see some response instead of their e-mail going into the black
  41. hole); properly documenting the reports which are indeed real bugs (this
  42. is non-trivial... you have to communicate with the customer to reproduce
  43. the problem reliably, then garner all possible relevant information
  44. about the customer's computing environment); and finally, forwarding
  45. those bug reports on to the developers.
  46.  
  47. Ah, if only software development could be done under such ideal
  48. conditions... Sigh.
  49.  
  50. --
  51. Ping Huang (INTERNET: pshuang@athena.mit.edu), probably speaking for himself
  52.  
  53.