Partitioning the image (was Re: Shrinking sucks!)

Frank Müller frank at mweb.de
Tue Feb 15 21:00:34 UTC 2005


Am 15.02.2005 um 16:44 schrieb Cees de Groot:

> For example, coming from <uh oh...> Java, I though namespaces quite 
> logical. Python, Perl - the other languages I used at the time, also 
> have it. Then I came to Squeak and found it lacking in this area. It 
> hurt. Then I moved on to VW, and made copious use of its namespace 
> features. When coming back to Squeak, boy was I glad that I was 
> relieved of the burden of having to think about namespaces! Prefixes 
> rock compared to VW's namespaces.
>
> Now, that doesn't mean to say that every implementation of namespaces 
> is bad, but it did lead me to re-ask the question. Do we need 
> namespaces?
>
> And if I then consider that:
> a) you only need to have one Socket, and if it doesn't work, fix it;
> b) I actually don't mind prefixes at all;
> c) the way forward to really really large systems is probably 
> partitioning in processes/islands/subimages/vats/networks/... where 
> cross-partition communication should ideally be based on as little 
> naming as possible and more on abstract things like UUID's (or in a 
> completely orthogonal naming space like URL's - just an example, I'm 
> *not* proposing to replace class names with URL's ;));
> d) conflicting names can be talked about and resolved on a human 
> level. I usually prefer human solutions over technological solutions, 
> and Smalltalk's philosophy seems to be with me there;
> my current position is that we can do very well without them.

Cees, you've got that point for 100% (and more). I'm developing in Java 
and Python since a long time. After my private switch to Squeak I 
really enjoy that simple solution of prefixes. Yes, may be it is not 
state of the art and some people may not see the advantage. But I like 
KISS and YAGNI and from my point of view prefixes are simple and I 
don't need namespaces.

Thx again.

mue

--
**
** Frank Mueller / Oldenburg / Germany
**
** frank at mweb.de / http://frank.mweb.de
**




More information about the Squeak-dev mailing list