From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: * X-Spam-Status: No, score=1.4 required=5.0 tests=BAYES_50,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,6a405cd15006118c,start X-Google-Attributes: gid103376,public From: "W. Wesley Groleau (Wes)" Subject: Re: O-O complexity in large systems Date: 1997/03/15 Message-ID: <9703151419.AA02629@most>#1/1 X-Deja-AN: 225802950 Sender: Ada programming language Comments: To: chat@gnat.com Mailer: Elm [revision: 70.85] Newsgroups: comp.lang.ada Date: 1997-03-15T00:00:00+00:00 List-Id: This really belongs in comp.lang.ada. Figured I'd forward it there before the thread got too long to transplant! :-) Forwarded message (nothing snipped, one comment squeezed in): :> Some interesting thoughts regarding SmallTalk form a real SmallTalker! :> :> ---------- :> > From: Andrew Iorio :> > To: Kurt D. Welker ; Paul Whittington ; :> howard@sage.inel.gov :> > Subject: O-O complexity in large systems :> > Date: Friday, March 14, 1997 4:06 PM :> > :> > Steven Pope is ne of the developers of Smalltalk and founders of :> > ParcPlace. I sent him a SAGE-ST CD with a note suggesting that classic :> > O-O architecture was to complex for large systems and that SAGE-ST may :> > represent a real alternative. I think his reponse is interesting. I do :> > not believe that he reviewed CD. :> > :> > :> > hanks for your note. :> > > :> > >> Classic O-O architecture becomes more complex as systems :> > >> become large. :> > > :> > >Of course this is true; the questions is, can you still handle it? There :> may :> > >indeed be problems with scaling Smalltalk up to very huge projects, but :> I :> > >believe that the Envy source code system answers most of them. The other :> answer :> > >is that you should structure any huge application as a number of servers :> > >connected by ORBs. The Sprint project is well over 2000 classes, but :> they're in :> > >about 6 different memory spaces on different machines. :> > > :> > >ADA is a *very* complicated language with a large and baroque library, 1 ^^^^^^^^^ 2 ^^^^^^ ^^^^^^^^^^ 3 ^^^^^^^^^^^^ I wouldn't think of questioning his knowledge of Smalltalk (of which I have little), but it's obvious that 1. He hasn't even read enough about Ada to know how to spell it. 2. His idea of complicated is very different from mine. 3. What he _has_ heard about Ada is superstition and myth. :> and I :> > >believe that this will far outweigh any module tools it may have. :> Smalltalk is :> > >simple and has a well-designed library. :> > > :> > >Even if ParcPlace goes south, there's still IBM Smalltalk and :> > >GemStoneSmalltalk (not to mention Squeak). :> > > :> > >stp :> > > :> > >_Stephen Travis Pope, Center for Research in Electronic Art Technology :> > >_(CREATE), Dept. of Music, U. of California, Santa Barbara (UCSB) :> > >_Editor, Computer Music Journal (CMJ), MIT Press :> > >_stp@create.ucsb.edu http://www.create.ucsb.edu/~stp/ --------------------------------------------------------------------------- W. Wesley Groleau (Wes) Office: 219-429-4923 Hughes Defense Communications (MS 10-41) Home: 219-471-7206 Fort Wayne, IN 46808 (Unix): wwgrol@pseserv3.fw.hac.com ---------------------------------------------------------------------------