Stefs roadmap for 3.9, time to get it nailed down
stéphane ducasse
ducasse at iam.unibe.ch
Thu Feb 24 14:17:35 UTC 2005
> Stéphane,
>
> you obviously have some overly strong interest to push Traits into
> Squeak. The moment someone only dares to start a discussion about it,
> which btw had been requested by you, you are instantaneously going
> wild - in a really nasty manner. Have you ever thought what damage you
> do to collaboration and communication with this mixture of silly
> blackmailing that you will leave and then always coming back making
> even more noise?
> Your behavior in the last few month' showed clearly that you want to
> shortcut a discussion about Traits at all.
Really?
Are you joking?
Everything we did is public, we asked for feedback. There is even a
mailing-list since years traits at iam.unibe.ch
and it is public.
> This doesn't look as if you think Traits has it in itself to make it
> into the Squeak Smalltalk language by means of its own qualities.
huh?
What are you talking about?
Read nathanael post, please.......
> Remember, this is a language extension. To expect that people will
> accept it by just shortly playing around with it, or even without any
> discussion about it, is a bit ridiculous.
I guess that you did not read nor opened the image nathanael did when
he refactored the complete
collection and stream hierarchies Sure this apparently does not count.
And Adrian master is to bootstrap the squeak kernel with traits. So I
think that you are biased because again everything we did is public.
> What is wrong with the idea that the Berne group puts up a special
> edition of the standard Squeak image release? People could study in
> depth new ideas without time constraints and if it turns out that
> something like Traits has its general merits they will request
> inclusion into standard Squeak without being pressured to do so. If
> they are not requesting such an inclusion, the "recurring fork Berne
> edition" has its value on its own. Everyone who wishes so can use it.
>
> Think about it!
As if we would not have thought about it! What do you think? When
people react like you, don't think that this would be the easiest path.
But do you think that the system you are using is better (may be you
cannot judge it) for example all the systemNotification is the
foundation to build really powerful tools in the future. But may be
this does not count for you.
Cleaning the kernel would not have been 10 times faster by simply
forking! But for what result? Yes we would be proud or even do not care
of our system. We are doing that because we think that squeak could be
a really cool language for the next 10 years. But this requires energy
and commitment and we showed that in the past.
But I ALREADY said that long time ago. I should copy and paste email.
You see I think that a lot of improvements are coming from our team. We
spent a lot of time to improve squeak
and this is not the case of everybody which can be ok too because not
everybody has the time or skills. But at least do not treat us as
"researcher" because this word looks strange when you type it.
Instead of having wishes have you downloaded and look at the new
compiler for example? Did you give feedback to marcus or to nathanael.
Or any other stuff that is not related to your personal goals. Because
I and marcus harvested code for stuff I DO NOT CARE AT ALL. Marcus
spent a **lot** of time on resurrecting the compiler work of anthony
(and everybody will benefit from that) then what have you been doing on
your side. And you see now marcus does not even care, which is like a
little death inside to my opinion.
You see we did classboxes. Did I say that this should be the package
mechanism for Squeak. No!
Have you thought why? It is not bad you see we wrote cool research
papers and classboxes are cool. Because we are not sure that this is
good for Squeak and we do not want to spent the engineering time to
make it happen. So now if you think that we are doing the stuff around
traits for our egos, you are totally wrong. But you are free to believe
it.
Stef
So back work...
More information about the Squeak-dev
mailing list
|