Anoche en la vereda del bar estuvimos charlando algo sobre Squeak y sobre el
futuro (4.0 ?)

Reenvio esto que es importante.

Estan soplando buenos vientos en la comunidad , despues de algunas
tormentas.

Gente importantísima como Alan Kay, Dan Ingalls, Ralph Johnson y otros han
reaparecido para que podamos aprender de ellos

Cees De Groot fue mi jefe en el primer Morphic Splitters, es uno de los
pilares y buena gente.

Su único defecto es ser holandes y recordarme que antes de jugar con Suecia
tenemos que pasar a Holanda :=)

Estaría bueno que los nuevos miembros que son alumnos de la UTN nos envien
mensajes, contando quienes son, que les gusta , que esperan de nosotros.

Para muestra pueden ver el blog
http://201-212-99-13.cab.prima.net.ar:9000/seaside/blog/SummerTeam/

Ahí pueden inspirarse para las presentaciones.

Podemos empezar un nuevo blog "comunitario" o un swiki.

Podriamos llamarlo "LibroDeQuejas" y ahí poner cada uno lo que no nos gusta
, lo que nos gustaría que Squeak tenga y no tiene, mensajitos cariñosos para
la novia o novio del tenor "Cuchi cuchi te amo - XYZ", etc.

------ Mensaje reenviado
De: Cees De Groot <cdegroot@...>
Responder a: The general-purpose Squeak developers list
<squeak-dev@...>
Fecha: Fri, 19 May 2006 09:43:55 +0200
Para: The general-purpose Squeak developers list
<squeak-dev@...>
Asunto: Whither Squeak?

Us board folks have been discussing where to go from here and I
personally would like to see a lot of discussion on this on
squeak-dev, so I am going to completely unofficially kick off this
discussion :-).

I'll present this as a set of bullets, I think it would be nice if we
could have a round of brainstorming first to complete these lists
before becoming opiniative.

Pressures:
- Squeak 3.x is so far quite succesful in resisting us applying
software engineering efforts to it. The reasons are manifold, but two
major reasons are manpower and available tools, neither is going to
change any time soon;
- It looks like squeak-dev is on its own, with the two main projects
that are using it (SqueakLand and Croquet, of course) effectively
having forked. There always has been a perceived need to be stable to
support these projects, but in howfar that is necessary at present is
open for debate;
- There is an awful amount of ideas, and an awful amount of talk about
what hasn't been done to Smalltalk since Smalltalk-80. Some of these
ideas were bad, a lot were good but haven't been implemented, and some
have been implemented. I think the number one reason for not
implementing good ideas is inertia due to having to support a large
codebase (see the point about SqueakLand and Croquet).

Possible solutions (given in "who is General Failure and what is he
doing on my drive?" style):
- Abort. Go back to the SqC model and live with a monolithic image (do
not scale);
- Retry. Declare Spoon to be Squeak 4.0, declare that that is all that
is going to be "officially" supported for the time being, and refuse
to support anything additional that doesn't have a proven team backing
it (scale up).
- Ignore. Keep on following the (distributed) software engineering
trail, but realize that it may take 5 years before we have a
modularized, manageable Squeak (scale down).

I have a clear preference, but I am not giving it until after a bit of
brainstorming here on the list. I hope that the rest of you will be
able to show the same restraint :)


------ Fin del mensaje reenviado




____________________________________________________
Esa persona especial te espera en Yahoo! Encuentros.
¡Dejate encontrar!
http://ar.encuentros.yahoo.com/