<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
David Ungar wrote:
<p>Sorry I forgot to include the quantum physicist Jack Sarfatti
<br>in the list, site:
<br><A HREF="http://www.well.com/user/sarfatti/index.html">http://www.well.com/user/sarfatti/index.html</A>
<br>or //stardrive.org/title.shtml
<p>This group of physicists are also concerned in building
<br>a quantum computer which is expected to model soul's
<br>properties.
<p>Cheers Albertina
<br> 
<blockquote TYPE=CITE>I actually did go through all the patterns in the
GOF book, in
<br>preparation for my recent panel.
<br>In particular, only one of the object-creation patterns seemed legit
to me.
<p>- Dave
<p>At 12:02 AM +0000 11/23/00, Bharat Bedia wrote:
<br>>--- In self-interest@egroups.com, Jecel Assumpcao Jr <jecel@m...>
<br>>wrote:
<br>>>  Me too. I was attracted to the practical side of Self's "exploratory
<br>>>  programming" style. Since you were asking about "analysis",
I
<br>>thought
<br>>>  you meant things like Booch and UML and other things that
I am not
<br>>>  familiar with, which is why I made no comment.
<br>>When i first got Self to work on my solaris machine I found it very
<br>>very cool. I very much enjoyed the freedom & exploratory style.
But
<br>>like the old "Lord of the Rings" game on Commodore64 you can only
<br>>explore so much then you have to solve your mission objective!
<br>>Unfortunately, I don't have access to a Sun computer anymore so I
<br>>can't run Self :-(
<br>>
<br>>Everybody carries out some element of analysis. Some people call it
<br>>thinking others call it UML ;-) However, you can "analyse" until the
<br>>project manager screams at you then you must develop and code. I was
<br>>hoping to hear about various strategies and modelling techniques
<br>>people use to :
<br>>a. model the problem domain, and
<br>>b. convert the model into an application
<br>>
<br>>(This doesn't have to be in Self. Perhaps someone can point me to
a
<br>>notation for describing prototypical systems - analogous to UML for
<br>>OO systems?)
<br>>
<br>>So for example in the real world, things change and perhaps even in
<br>>the evolutionary exploratory Self environment, you may get
<br>>brittleness in the "older" parts of the application. Part of the
<br>>analysis is to try and perceive the potential for change and so
<br>>design in the flexibility. I was wondering what techniques people
had
<br>>used to pre-empt these issues (eg. inflexibility) in the prototypical
<br>>world?
<br>>
<br>>>  It would be very interesting to go through all the patterns
in the
<br>>>  "Design Patterns" book (which I have just read) and look at
them
<br>>from
<br>>>  the viewpoint of a prototype based language. I'll try to do
so
<br>>later,
<br>>Now I would be most interested on that!
<br>>
<br>>
<br>>
<p>--
<p>     David Ungar
<br>     Sun Microsystems Laboratories
<br>     (650) 336-2618</blockquote>

<pre>-- 
.----------------------------------------------------------.
| Albertina Lourenci                                       |
| PhD  in Architecture and Urbanism                        |
| post-doctorate researcher                                |
| Laboratory of Integrated Systems University of Sao Paulo |
| Avenida Professor Luciano Gualberto, 158 Travessa 3      |
| CEP: 05508-900                                           |
| Sao Paulo Sao Paulo State Brazil                         |
| Voice: +55 011 818 5254                                  |
| Fax: +55 11 211 4574                                     |
.----------------------------------------------------------.</pre>
 </html>