<!doctype html public "-//w3c//dtd html 4.0 transitional//en">

<html>

<p>Stephane Ducasse wrote:

Hi Stef!

It is cool to hear from you!!!

<br> 

<blockquote TYPE=CITE>Hi albertina

<p>to drive a car do you read how combustion happen at the molecular level

<br>or just

<br>take a driving license?</blockquote>

I don't drive in Brazil because the traffic is chaotic!! I am unable to

kill

even an insect!

<br>For example right now I have received a letter from IT from Copenhagen

concerning my PHD application!

There are 97 candidates and they made up their mind to interview people!

<br>How cool! Me a woman a poor Brazilian have to cope with this luxurious

<br>Scandinavian requirement! As far as I know in Scandinavia the laws

are

done for the poorest of the system!

<br>Anyhow sustainable development started with the Brundtland Report in

1987!

In Australia 50% of the scholarships are for women! They deserve it!

And all

over the world measures are being taken to promote women development!

<p>Since I am an excellent "thermodynamic researcher", I prefer to look

things

<br>from a post-quantum viewpoint where in past lives I have been reincarnating

as

a man! Now I am a woman!

<br>And simply ignore I am a woman!! If I want to make the fourth law of

<br>thermodynamics work for me I have to respect the Second Law of

<br>Thermodynamics. I will move the world, run all sorts of risk

<br>and try to go there simply because Anker Helms Jorgensen appreciates

<br>my proposal! And is giving me a chance to do the right thing to be

done to save

<br>Mankind and Mother Earth! While the rest of the community is thinking

about

<br>bank accounts and so on! They don't realize that the "green dollars"

will supersede

the "petrodollars"! See the shameful war USA Iraqui due to this hurdle!!!

<p>And the farthest you are from the inorganic soup

the greatest the trend to defeat you as you are doing right now!!!

<p>I would love to pick up a flexible, friendly interactive agile artistic

programming

language and start building sustainable cities right now!!

<br>Why can't I do this? Of course because things are the way

I wrote in previous message!!!

<p>Since obviously the best languages to tune with my intention is

<br>LISP SMALLTALK and so on I cannot continue ignoring it,

I have to build an aspectual collaborative aware architecture!

<br>My domain model is three-layered, the ecodesign model is ready

<br>the geoemtric model is perfect and now I need this collaborative

<br>aware architecture!!! How can I implement it to work with

<br>hundreds of designers and thousands of clients? Where to respect

<br>the client's needs and the competence to express "opinion" of the

<br>designers mimicking natural language demands an implementation

code where we can do these things!!!

<p>Well then Alistair Cockburn and other from the Smalltalk Community

<br>have introduced Agile Software Development!!! Wonderful this does

<br>not work for architecture because we do not build houses with

words, we build with SHAPES!

<br>And then miraculously all computer scientists made their oldfashioned

methodologies Agile!!! See my Third POstdoctorate Scientific Report!

<br><A HREF="http://www.lsi.usp.br/~lourenci">http://www.lsi.usp.br/~lourenci</A>

And the BAbel effect in computer science continues....:-)!

<p>You should understand that architecture is not a scientific reasoning

<br>and does not fit the class concept! It is necessary to introduce another

<br>abstraction mechanism! For example inspired by the notion of species

<br>developed in <i><font color="#3366FF">The Savage Mind </font><font color="#000000">by

Claude Levi Strauss!</font></i>

<br><i><font color="#000000">Perhaps I can build this on top of Self or

Smalltalk or Squeak !</font></i>

<br><i><font color="#000000">Or LISP!</font></i>

<br><i><font color="#000000"></font></i> 

<br> 

<blockquote TYPE=CITE> 

<p>I guess the second, so the paper you are refetring to is not a guide

to

<br>learn Smalltalk this is an article that puts in perspective why

Smalltalk.

<br>and Smalltalk comes from Lisp, simula and Logo.</blockquote>

I have already studied Smalltalk to program in Self imagine!!!

How ridiculous!

<blockquote TYPE=CITE>Still you can learn in

<br>this paper the  intention behing it which for a language designer

is

important.

<br> </blockquote>

Sure and it is clear for me Alan Kay's intention is a far cry from the

<br>autopoieitic and hermeneutic and semiotic reasoning of my ecodesign

model!!!

<br>I want to check if his use of LISP make it more palatable to approach

my

aims and how and how much!

<blockquote TYPE=CITE> 

<br>If you want to learn Smalltalk download one of the books available

on

<br>my web page. there is no lisp inside.</blockquote>

I feel Smalltalk is superior to LISP! However my work fits within the

<br>emergent paradigm Aspect Oriented Software development! Here

functions, procedures, objects rules are all being deconstructed!!!

While in my ecodesign model I do not need to deconstruct anything!

It is just aspectual, infinite beautifully built like the infinite!

<br>So like great architects of ancient Indian times, I need to reconstruct

<br>the Universe to make my ideas grow! The outcome is build things

that even five-year-old child can understand!

Special thanks for your comments!

<p>Best wishes

<br>Albertina

<blockquote TYPE=CITE> 

<p>Free books for Universities at

<br><a href="http://www.esug.org/sponsoring/promotionProgram.html">http://www.esug.org/sponsoring/promotionProgram.html</a>

<br>Free Online Book at

<br><a href="http://www.iam.unibe.ch/~ducasse/WebPages/FreeBooks.html">http://www.iam.unibe.ch/~ducasse/WebPages/FreeBooks.html</a>

<p>Stef

<p>PS for the closures, this is a really powerful abstraction that a lot

<br>of languages completely missed. Inner classes for examples ;)

<p>On Sunday, April 13, 2003, at 06:48 PM, Albertina Lourenci wrote:

<p>>  Dear All!

<br>>

<br>> Curiously not wanting to provoke you or offend you, Smalltalk was

<br>>   > the only language among Basic,  Fortran ( I studied

Fortran when I

<br>>   > was nineteen years old and a Biological Sciences student

concerned

<br>> with

<br>>   > ecological modeling - my ex-husband was the professor,

he was

<br>> teaching

<br>>   > a graduate course for electronic engineers! I was the

best

<br>> student! I

<br>>   > got

<br>>   > 10 and he has not at all helped me! Indeed he hated

to teach me

<br>>   > anything!)

<br>>   >

<br>>   > , Pascal, C,  Modula, Oberon, Simula,

<br>>   > C++, Eiffel, Sather, CLOS, Beta (The Mjolner Beta System

and the

<br>>   > Simula system)

>   > that I was unable to study by myself!

<br>>

<br>>   This is fun because for me this is the opposite. But

I come from a

<br>> lisp

<br>>   background and I not syntax-aware and not polluted by

{}.

<br>>

<br>>

<br>> OK! Let's check how wonderful and didactic it is to study Smalltalk

> and associated languages!

<br>>

<br>> First of all, I have read nine pages from the paper The Early History

<br>> of

<br>> Smalltalk that may be downloaded from <a href="http://www.iam.unibe.ch/~ducasse/">http://www.iam.unibe.ch/~ducasse/</a>

<br>>

<br>> and has recently been published at ACM SIGOLAN Notices, vol. 28 no.3

<br>> March 1993

<br>> Alan Kay is very honest and makes evident how naïve and simple

ideas

<br>> dawned on the computer scientists to keep the ball rolling are woven

<br>> into

<br>> computer systems!

<br>> Then it is up to the users to reject them or simply pretend they

are

<br>> doing

<br>> research on computer science that is really having impact on the

change

<br>> of the quality of life on Mother Earth! Sorry if I do not manage

to

<br>> teach

<br>> seventeen-year old architects how to program complex systems such

<br>> as to design and plan sustainable cities, I do not see mankind is

<br>> really

<br>> building a sustainable basis for our cities. Hence everybody will

face

> collapse soon! Nobody cares about this of course! But I do care!

This

<br>> is

<br>> my mission!

<br>>

<br>> Alan Kay says: The bridge to an object-based system could be in terms

<br>> of each object as a syntax-directed interpreter of messages sent

to

<br>> it. = unify

<br>> OO semantics with the ideal of a completely extensible language

<br>>

<br>> Just perfect:-)! Then to continue reading the rest of paper he takes

<br>> for

<br>> granted that I know about car, cdr,  cons eval apply functions,

lambda

> expressions, quotes conds etc!

<br>> Then I start reading On Lisp from Paul Graham you can download on

site

<br>> <a href="http://www.paulgraham.com/onlisp.htm">http://www.paulgraham.com/onlisp.htm</a>

or html?

<br>>

<br>> Of course not only does he explain nothing about car, cdr, cons etc

<br>> and

<br>> worse introduce lots of expressions and commands I have never heard

<br>> of!!!

<br>> For example can someone explain to me how can I understand the

<br>> following

> closure to make a new database?

<br>>

<br>> (defun make-dbms (db)

<br>>     (list

<br>>       #'(lambda (key)

<br>>           

(cdr (assoc key db))

<br>>       #'(lambda (key val)

<br>>           

(push (cons key val) db)

<br>>           

key)

<br>>        #'(lambda  (key)

<br>>            

(setf db  (delete key db :key  #' car))

<br>>             

key)))

<br>>

<br>> For me this is a nightmare! And the same obstacles I find when I

try

<br>> to delve deeper into Smalltalk and Self!!! It is worse than

<br>> biochemistry

<br>> because in biochemistry every new enzyme or organic product that

<br>> appears

> one knows why! I mean it is a coherent whole!

<br>> Special thanks and apologies for complaining, but I do need to

<br>> understand

<br>> the gist of exploratory programming. Is it the same as bottom-up

<br>> programming

> what's the difference?

<br>> Have a fun-filled peaceful creative weekend

<br>> Albertina

<br>>

<br>>

<br>> tb@becket.net wrote:

<br>>

<br>> James McCartney <asynth@io.com> writes:

<br>>

> > It depends on the Smalltalk.

<br>> > A full closure can be returned from a function and still refer

to

<br>> that

<br>> > function's variables. Self disallows this, as do some Smalltalks

I

<br>> > beleive. If you support this feature you can no longer put all

your

<br>> > local variables on the stack, because references to them may outlive

> > the function activation in which they were created.

<br>>

<br>> This is a fiction that the Smalltalk crowd likes to talk about, and

> it's a shame that the Self crowd also repeats it.

<br>>

<br>> In languages which support closures, it is rare to return them. 

Most

<br>> functions never return them.  So you can store such local variables

on

<br>> the stack just fine, for all but the minority of functions which

<br>> return closures.

<br>>

<br>> But what about the ones that do?  Well, if you didn't return

a

<br>> closure, you'd have to do something else to hold the same data, some

<br>> kind of allocation, and that has just whatever cost the alternative

> non-stack compilation has for the same data.

<br>>

<br>> There is a wrinkle because Smalltalk and Self use internal closures

<br>> (whether real or pseudo) for control structures to a higher degree

<br>> than Lisp/Scheme usually do.  However, it is still very rare

to

> actually return them.

<br>>

<br>> A Lisp/Scheme system therefore can use non-stack allocation for any

<br>> function where a closure is created, even if it is not returned (that

<br>> is, if it can be taken to have dynamic extent).  But this is

not

<br>> strictly necessary--Smalltalk and Self do just fine with

> pseudo-closures, that is, closures with merely dynamic extent.

<br>>

<br>> So, since Smalltalk/Self code is more aggressive in creating closures,

<br>> which are typically not returned, the trick is for the compiler to

<br>> detect ones which won't be returned.  This is in general a matter

of

<br>> detecting aliasing, and it's not too tough for the common uses of

> closures in Smalltalk and Self.

<br>>

<br>> So, my suggestion is to bite the bullet and do it right.  Demand

real

<br>> closures.

<br>>

<br>> If you think this is "too hard", then what are you doing with

<br>> Smalltalk and Self anyhow?  The whole glory here is that things

that

<br>> are "too hard" can, indeed, be made quite tractible through good

<br>> compilation.  In the case of closures, the techniques are well-known,

> and it's a shame that the Smalltalk/Self crowd mostly disregard them.

<br>>

<br>>

<br>>

<br>> Your use of Yahoo! Groups is subject to

<br>> <a href="http://docs.yahoo.com/info/terms/">http://docs.yahoo.com/info/terms/</a>

<br>>

<br>> <lourenci.vcf>

<br>Prof. Dr. Stéphane DUCASSE

<br><a href="http://www.iam.unibe.ch/~ducasse/">http://www.iam.unibe.ch/~ducasse/</a>

<br>  "if you knew today was your last day on earth, what would you

do

<br>different? ...  especially if,

<br>  by doing something different, today might not be your last day

on

<br>earth" Calvin&Hobbes

"The best way to predict the future is to invent it..." Alan Kay.

<p>Open Source Smalltalks: <a href="http://www.squeak.org">http://www.squeak.org</a>,

<br><a href="http://www.gnu.org/software/smalltalk/smalltalk.html">http://www.gnu.org/software/smalltalk/smalltalk.html</a>

<br>Free books for Universities at

<br><a href="http://www.esug.org/sponsoring/promotionProgram.html">http://www.esug.org/sponsoring/promotionProgram.html</a>

<br>Free Online Book at

<br><a href="http://www.iam.unibe.ch/~ducasse/WebPages/FreeBooks.html">http://www.iam.unibe.ch/~ducasse/WebPages/FreeBooks.html</a>

<p>Prof. Dr. Stéphane DUCASSE

<br><a href="http://www.iam.unibe.ch/~ducasse/">http://www.iam.unibe.ch/~ducasse/</a>

<br>  "if you knew today was your last day on earth, what would you

do

<br>different? ...  especially if,

<br>  by doing something different, today might not be your last day

on

<br>earth" Calvin&Hobbes

"The best way to predict the future is to invent it..." Alan Kay.

<p>Open Source Smalltalks: <a href="http://www.squeak.org">http://www.squeak.org</a>,

<br><a href="http://www.gnu.org/software/smalltalk/smalltalk.html">http://www.gnu.org/software/smalltalk/smalltalk.html</a>

<br>Free books for Universities at

<br><a href="http://www.esug.org/sponsoring/promotionProgram.html">http://www.esug.org/sponsoring/promotionProgram.html</a>

<br>Free Online Book at

<br><a href="http://www.iam.unibe.ch/~ducasse/WebPages/FreeBooks.html">http://www.iam.unibe.ch/~ducasse/WebPages/FreeBooks.html</a></blockquote>

</html>