home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / object / 5030 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  3.6 KB

  1. Path: sparky!uunet!pipex!warwick!uknet!gdt!aber!fronta.aber.ac.uk!pcg
  2. From: pcg@aber.ac.uk (Piercarlo Grandi)
  3. Newsgroups: comp.object
  4. Subject: Re: Rethinking the Object Paradigm (Contradictions)
  5. Message-ID: <PCG.93Jan23174948@decb.aber.ac.uk>
  6. Date: 23 Jan 93 17:49:48 GMT
  7. References: <90974@bcsaic.boeing.com>
  8. Sender: news@aber.ac.uk (USENET news service)
  9. Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
  10. Organization: Prifysgol Cymru, Aberystwyth
  11. Lines: 57
  12. In-Reply-To: rmarcus@bcsaic.boeing.com's message of 19 Jan 93 00: 01:20 GMT
  13. Nntp-Posting-Host: decb.aber.ac.uk
  14.  
  15. >>> On 19 Jan 93 00:01:20 GMT, rmarcus@bcsaic.boeing.com (Bob Marcus) said:
  16.  
  17. Marcus> The purpose of the original posting on "Rethinking the Object
  18. Marcus> Paradigm" was to expose contradictions such as the two responses
  19. Marcus> below. The author of the article was well aware of the research,
  20. Marcus> commercial and standardization efforts in this area.
  21.  
  22. I am amazed by the claim that such awareness existed. Rereading the
  23. original article:
  24.  
  25.     At the beginning of a New Year it might be timely to take a look at
  26.  the current object paradigm to see if it needs to be amended or
  27.  extended. In particular, many of the applications and distributed
  28.  systems that are being developed today seem to fall outside the current
  29.  paradigm and the OMG standardization process. [ ... ]
  30.  
  31.    Should this type of systems be incorporated into an extension of the
  32.  object paradigm? Below are some related questions. [ ... ]
  33.  
  34. To me this gives the impression of somebody who has noticed that there
  35. are several cases in which things are not quite reducible to her frame
  36. of reference, and thinks that maybe nobody else has noticed it... In
  37.  particular somebody that thinks that "current paradigm" is more or less
  38. on the same level semantic level as "OMG standardization".
  39.  
  40. As to the contradictions, they are between a positive and a normative
  41. viiew of what OO is about; my observation that actor based OO *is in
  42. fact* a little known but ancient branch of OO research is positive;
  43. Meyer's observation that actor computing *should not* be taken seriously
  44. is normative instead (and maybe he *was* unaware of actor OO research
  45. too, which would not be suprising -- it is quite obscure, and in any
  46. case I surmise he would just dismiss it just as some people dismiss
  47. neural network research).
  48.  
  49. I made a comment on what's there and not on what should be there simply
  50. because that was the tone of the original article; if I were to express
  51. my judgement, I would (surprise!) be sympathetic to Meyer's position: I
  52. am not particularly fond of actor based OO; for me it's hard to see
  53. actor systems as a form of closure based OO with particular restrictions
  54. (have always one, and only one, thread associated with a closure, or, in
  55. other words, serially reusable continuations instead of closures). But
  56. then a lot of people seem to think that client-server computing is a
  57. concept and not an implementation incident...
  58.  
  59. Marcus> In particular, the lack of standards for asynchronous messaging
  60. Marcus> among active objects and/or actors.
  61.  
  62. It would be interesting to be able to have a messaging standard for
  63. actor based languages. But I am not optimistic; this cannot be easily
  64. done without some serious restrictions, for much the same reason for
  65. which it is hard to define a standard method invocation call sequence
  66. for non actor languages: there is enormous potential variety in the
  67. design spectrum, and standard like the OMG ones really target only the
  68. minimum facilities that everybody is likely to support.
  69. --
  70. Piercarlo Grandi <pcg@aber.ac.uk> c/o Dept of CS
  71. University of Wales, Penglais, Aberystwyth SY23 3BZ, UK
  72.