home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / misc / 18013 < prev    next >
Encoding:
Text File  |  1992-07-21  |  2.7 KB  |  57 lines
  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu!usenet.ucs.indiana.edu!newshost.cs.rose-hulman.edu!news
  3. From: carstelh@NeXTwork.Rose-Hulman.Edu (Lans H Carstensen)
  4. Subject: Re: Open letter to NextDevelopers (long)(Flamebait)
  5. Message-ID: <1992Jul21.154507.24448@cs.rose-hulman.edu>
  6. Keywords: developers, demo, share, enough, to, eat, =)
  7. Sender: news@cs.rose-hulman.edu (The News Administrator)
  8. Nntp-Posting-Host: l130b1.nextwork.rose-hulman.edu
  9. Organization: Rose-Hulman Institute of Technology
  10. References: <1992Jul20.230813.26811@kakwa.ucs.ualberta.ca>
  11. Date: Tue, 21 Jul 1992 15:45:07 GMT
  12. Lines: 43
  13.  
  14.  
  15. In article <1992Jul20.230813.26811@kakwa.ucs.ualberta.ca>  
  16. sherwood@fenris.space.ualberta.ca (Sherwood Botsford) writes:
  17. > Dear Next Developers
  18. (Lots of excellent stuff deleted)
  19. >     Look guys, what you want to do is make something that is useful as  
  20. > distributed, but isn't quite fully functional.  You are making it  
  21. demo-able,  
  22. > but not useful.  I have 40 users on my next cluster.  They tell me what  
  23. they  
  24. > want after something has been in the /Demos directory for a few months.   
  25. Make  
  26. > it more useful than painful and you'll get my PO.  
  27. (More excellent stuff deleted)
  28.  
  29. YES!  I agree.  I may have a slightly skewed view upon this subject, as  
  30. I'm being supported by NSF funds at my college this summer, but I think  
  31. that NeXT should set some general guidelines such as those listed in  
  32. previous articles for developers to follow when making disabled products  
  33. and demos.  One man's creativity is another man's burden at times like  
  34. these...and undoubtedly it will hurt the developer community eventually.
  35.  
  36. The following is MY perspective.  If you are likely to flame it, then just  
  37. skip it.
  38.  
  39. I believe that if you write Mathematica 4.0 or FrameMaker 10.0 (with all  
  40. the bugs fixed =) you would definitely want to disable at least some of  
  41. the features.  If you write a useful appointment book app and expect  
  42. people to buy it, then you should make it almost completely useable.  If  
  43. you are not going to support your product (well) after you make it, then  
  44. it should at most be fully-operational shareware with all source code  
  45. available for others to fix your bugs.  No matter how nasty that code  
  46. might look (directed towards an answer I received from someone at NeXT  
  47. about Molecule...8^).
  48.  
  49. Enough said, I think I've made my point.  I'd encourage users who have  
  50. valuable commentaries such as this to post them.  We (the NeXTDevs) can  
  51. only produce good products if we know what makes people happy and still  
  52. manages to keep us with a roof over our heads and food to eat.
  53. --
  54. Lans Carstensen
  55. RHIT IFCYSEM NeXT Developer
  56. RHIT Class of '95
  57.