home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / mac / programm / 15296 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  2.1 KB
  1. Path: sparky!uunet!sun-barr!ames!agate!tol7mac19.soe.berkeley.edu!user
  2. From: werner@soe.berkeley.edu (John Werner)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: IMPORTANT MPW C 3.2.3 NOTICE
  5. Followup-To: comp.sys.mac.programmer
  6. Date: 10 Sep 1992 18:26:33 GMT
  7. Organization: UC Berkeley School of Education
  8. Lines: 32
  9. Distribution: world
  10. Message-ID: <werner-100992111612@tol7mac19.soe.berkeley.edu>
  11. References: <BuA5C6.9pM@taligent.com> <2AAE7633.5AC@intercon.com>
  12. NNTP-Posting-Host: tol7mac19.soe.berkeley.edu
  13.  
  14. In article <2AAE7633.5AC@intercon.com>, amanda@intercon.com (Amanda Walker)
  15. wrote:
  16. > 
  17. > keith@taligent.com (Keith Rollin) writes:
  18. > > I haven't paid close attention to ETO, lately, but I think that many of the
  19. > > problems that get posted are with products that are in Experimental folders.
  20. > 
  21. > All of the major problems I have run into have been with the "Latest MPW" 
  22. > folder, which is supposed to be the latest and greatest released, ready-for-
  23. > prime-time MPW.  Generally the Experimental stuff is much more reliable, in 
  24. > fact.  On ETO 7 it was the shell.  On ETO 8 it was the C compiler.  What'll 
  25. > it be on ETO 9?
  26.  
  27. This kind of reminds me of the thing that really bothers me the most about
  28. ETO.
  29. People from Apple tend to point out that much of ETO is "prerelease" or
  30. "experimental" software, and we shouldn't complain too much if it is buggy.
  31.  IF Apple provided non-buggy, "released" development tools that did what we
  32. need in a timely fasion, that would be fine.  But Apple usually doesn't. 
  33. MacApp is a good example; version 3.0 wasn't final until one _year_ after
  34. System 7 shipped.
  35.  
  36. I'm not complaining about Apple employees, especially the ones in developer
  37. support who seem to work far harder than they really should have to.  And
  38. I'm not complaining too much about the quality of the tools themselves; I
  39. really like MacApp.  But Apple needs to make more of a commitment (i.e.
  40. more engineers and more money) to producing good developer tools when the
  41. developers need them.
  42.  
  43. --
  44. John Werner                         werner@soe.berkeley.edu
  45. UC Berkeley School of Education     510-642-9651
  46.