home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / next / advocacy / 3522 < prev    next >
Encoding:
Text File  |  1993-01-01  |  3.0 KB  |  68 lines

  1. Newsgroups: comp.sys.next.advocacy
  2. Path: sparky!uunet!microsoft!hexnut!edwardj
  3. From: edwardj@microsoft.com (Edward Jung)
  4. Subject: Convergent Technologies (WAS: End of NeXT)
  5. Message-ID: <1993Jan01.050228.29502@microsoft.com>
  6. Date: 01 Jan 93 05:02:28 GMT
  7. Organization: Strategy Division, Microsoft Corp.
  8. References: <1992Dec31.100912.2524@microsoft.com> <C058HA.M01@netnews.jhuapl.edu>
  9. Lines: 57
  10.  
  11. Chuck Waltrip writes:
  12.  
  13. >    needed (the networking and IPC).  Microsoft owes no apology for
  14. >    that (though I'm not saying there mightn't be some things for
  15. >    which an apology might be owed).  And NT introduces a new
  16.  
  17. Touche! And I'm certain somewhere down the line, I'll be one of
  18. those apologetic guys! ;-)
  19.  
  20. >    But I believe that the object-orientation of NeXTSTEP (the
  21. >    environment as opposed to the underlying operating system) is
  22. >    a more elegant solution to computer science issues than the
  23. >    Microsoft environment (though it remains to be seen if it will
  24. >    be more elegant than Microsoft's Cairo object-oriented environ-
  25. >    ment when/if it appears).
  26.  
  27. Well, that's MY job on the line. I am ultimately responsible for
  28. Cairo's object system design. Hey, I wish I could have done this
  29. work for the NeXT environment (it would ship alot earlier, that's
  30. for certain), but alas that is not the way fate spun her web.
  31.  
  32. >       I also believe that NeXTSTEP could
  33. >    be a better solution to user problems by providing complete
  34. >    compatibility on a networking and IPC level while accommodating
  35. >    both GUI's on a single application.  As I have suggested before,
  36. >    there are two approaches:  port NeXTSTEP to NT; or provide the
  37. >    application program interfaces for the Microsoft IPC and      
  38. >    networking within NeXTSTEP along with drivers that can be accessed
  39. >    by emulators such as SoftPC for the networking and IPC.
  40.  
  41. A NeXTstep port to NT was once upon a time a viable proposition.
  42. Alas, that is not the way fate spun her web, and those who may
  43. have supported such a (possibly heretical?) notion are gone from
  44. NeXT (no, not Bud). Putting the MS APIs on NeXT is another good
  45. possibility, but very risky for a resource-constrained company
  46. like NeXT (remember this amazing fact: NeXT pulled off all their
  47. miracles with a software group of under 60).
  48.  
  49. >    Until then, NeXTSTEP will cater primarily to
  50. >    those with interests in computer science or developers who would
  51. >    rather be happy than rich 8^} 
  52.  
  53. Great quotable quote. But it makes me feel like I sold out!
  54.  
  55. BTW, I think for Cairo we are solving many computer science
  56. problems. Enough of them that I have been an invited speaker
  57. to the researchers at places like Stanford, MIT and CMU to
  58. talk about our endeavors. IMHO, the place where NeXT did the
  59. greatest work was the tuning of the AppKit with Interface
  60. Builder and the Sound and MusicKit support. These were quite
  61. innovative (in ways that most developers don't even realize).
  62. Things like DPS, Mach, ObjC, etc. were pre-existing and kind
  63. of hacky techologies, again, IMHO. But what a great package!
  64.  
  65. --
  66. Edward Jung, Software Architect     edwardj@microsoft.com
  67. Advanced Systems, Microsoft Corp.
  68.