Hola German, sendas listas :-D
"[....]. El resto parece que
sólo quiere tener un Perl o Python con una imagen."
Si, hay una especie de "degradacion" y una tendencia a la eliminacion de alternativas en Smalltalk en general (no solo me refiero a Squeak).
Pero no estoy muy seguro que esto tenga que ver con Smalltalk. Me pareciera que tiene que ver con algo mas alla. Esta de moda hoy en dia, la unitendencia, la unidimensionalidad, la unicausa y la unirespuesta :-D
La unicorporacion, etc. Se entiende a donde voy? Y todo el mainstream, es como es, no por motivos insospechados, azarosos. No hay nada inocente alli.
Cuando descubri seaside y lei sobre él mas profundamente le vi la cara a satan :-D ahi estaba el mismo tema de siempre.... Recuerdo discuciones acaloradas en ambas listas sobre mi critica :-D
Muchas alternativas construidas recientemente en Smalltalk, no lo son. Solo, me pareciera, son un paso hacia ATRAS para emparejarse con "lo otro". El uso de smalltalk como un scripting sofisticado. Pareciera que hay que despojar a todo aquello distinto, de eso mismo, de sus caracteristicas unicas. Debe emparejarse, porque de la manera que es (era?) no es absorvible por el mercado.
Me pareciera que todos somos inocentes y luego no. Y ahi vamos, alternando una y otra vez los lugares. Es que es dificil viejo... hay mucho ruido alrededor, y luego ya olvidamos rapidamente lo que pensabamos porque el ruido no nos deja escucharnos..., luego, nosotros empezamos a hacer ruido :-D. Es dificil...
Desde mi lugar en particular y con mis limitaciones, entendi que las criticas hacia smalltalk son un tanto delicadas. Porque éstas son interpretadas con un animo de destruccion, o algo por el estilo... Creo que esto se debe a que no he construido grandes cosas en smalltalk y la gente siempre espera que la critica sea validada con resultado (una implementacion iluminadora, que no he hecho :-D ).
Tomemos la critica no como algo destructivo, sino como algo que promueva el replanteo, el re-pensar. Tomemoslo como una instancia superadora. Porque si no, ahi si que fuimos abslotuamente asimilados...
Saludos
Elvio
"[....]. El resto parece que
sólo quiere tener un Perl o Python con una imagen."
Si, hay una especie de "degradacion" y una tendencia a la eliminacion de alternativas en Smalltalk en general (no solo me refiero a Squeak).
Pero no estoy muy seguro que esto tenga que ver con Smalltalk. Me pareciera que tiene que ver con algo mas alla. Esta de moda hoy en dia, la unitendencia, la unidimensionalidad, la unicausa y la unirespuesta :-D
La unicorporacion, etc. Se entiende a donde voy? Y todo el mainstream, es como es, no por motivos insospechados, azarosos. No hay nada inocente alli.
Cuando descubri seaside y lei sobre él mas profundamente le vi la cara a satan :-D ahi estaba el mismo tema de siempre.... Recuerdo discuciones acaloradas en ambas listas sobre mi critica :-D
Muchas alternativas construidas recientemente en Smalltalk, no lo son. Solo, me pareciera, son un paso hacia ATRAS para emparejarse con "lo otro". El uso de smalltalk como un scripting sofisticado. Pareciera que hay que despojar a todo aquello distinto, de eso mismo, de sus caracteristicas unicas. Debe emparejarse, porque de la manera que es (era?) no es absorvible por el mercado.
Me pareciera que todos somos inocentes y luego no. Y ahi vamos, alternando una y otra vez los lugares. Es que es dificil viejo... hay mucho ruido alrededor, y luego ya olvidamos rapidamente lo que pensabamos porque el ruido no nos deja escucharnos..., luego, nosotros empezamos a hacer ruido :-D. Es dificil...
Desde mi lugar en particular y con mis limitaciones, entendi que las criticas hacia smalltalk son un tanto delicadas. Porque éstas son interpretadas con un animo de destruccion, o algo por el estilo... Creo que esto se debe a que no he construido grandes cosas en smalltalk y la gente siempre espera que la critica sea validada con resultado (una implementacion iluminadora, que no he hecho :-D ).
Tomemos la critica no como algo destructivo, sino como algo que promueva el replanteo, el re-pensar. Tomemoslo como una instancia superadora. Porque si no, ahi si que fuimos abslotuamente asimilados...
Saludos
Elvio
2008/9/3 Germán Arduino <garduino@...>
No lo sé.
A estas alturas creo que el único que se ocupó e intentó salvaguardar
todo esto con su proyecto Ladrillos fue Edgar. El resto parece que
sólo quiere tener un Perl o Python con una imagen.
Saludos.
2008/9/3 Giuseppe Luigi Punzi <glpunzi@...>:--
> Pero, si realmente, Squeak 4 se construye desde Spoon, o 3.8..no se
> recuperaría esa magia?
>
> Germán Arduino escribió:
>
>>
>> Una vez más debo decir que estoy 100% de acuerdo con tus palabras Ale.
>>
>> Justamente ayer estuve discutiendo con gente de Squeak sobre todas las
>> cosas perdidas desde la versión 3.8, cosas que desestimaron, basados
>> solamente en asunciones del ReleaseTeam (un team joven por cierto de
>> gente que, en general, solo "juega" con Squeak) y sin ninguna
>> "vigilancia" del Board.
>>
>> Se perdió mucho y a cambio no se ganó nada muy importante me parece.
>>
>> Me hizo acordar mucho a los "Modules" de 3.3 que inutilizaron
>> prácticamente todo lo hecho en 3.2.
>>
>> Saludos.
>> Germán.
>>
>> 2008/9/3 Alejandro F. Reimondo <aleReimondo@...
>> <mailto:aleReimondo%40smalltalking.net>>:
>> > Hi,
>> >
>> >> It's generally a good idea to pick some external VM and built on top
>> >> of it - less work, more power, more compatibility with other
>> >> languages.
>> >
>> > When you build on top of some architecture you must consider
>> > obsolescence factors.
>> > From Java up today, all platforms has been discarded
>> > and speed of changes has been increased in the last decade.
>> > The recent history confirm that it will continue happening.
>> >
>> > IMHO, a better idea is to do not have a VM;
>> > e.g. make all operations requiered to build aplications
>> > in practice (and not in "abstract") manageable by the system itself
>> > (the system modeled in OO way or not... the same applies).
>> >
>> > Changing to another semantics can be good for someone
>> > that think that he has nothing to loose (e.g. someone too young
>> > in the industry); or for someone with very "special" needs;
>> > it si not something good to promote for "all the word"
>> > (as was done repeatedly by M$ and other recent companies
>> > selling that something will happen this year :)
>> >
>> > In practice, using well known semantics (e.g. smalltalk semantics)
>> > let companies do not loose investment in education (new
>> > companies and companies that use resources of others
>> > do not have possibility to loose, and has the freedom
>> > to try and waste one to 5 years, upto the next version
>> > of a new "refactored" concept :-)
>> >
>> > Returning to the no-VM proposal...
>> > Smalltalk is not a LOO, and it is not a VM design,
>> > it is a system that can be changed at any place
>> > (identity is preserved, Smalltalk is NOT it's contents
>> > at a point in time; it is the flow of contents in a sustainable
>> > system through time and guided by external actions
>> > -e.g. human actions-)
>> >
>> > In the past, most architectures supporting smalltalk systems
>> > was designed minimizing the primitive operations
>> > but the VM itself was implemented outside (unmanegeable by)
>> > the system because dynamic generation of low-level behavior
>> > was not possible.
>> > Today, there is more power for dynamic generation
>> > of low-level efficient code; and exists the posibility
>> > to reduce the (Smalltalk)VM to minimal expression,
>> > putting most of the operations relegated to the VM
>> > in the past as responsibility of objects in the system.
>> >
>> > e.g. It was frecuent, in smalltalk that lookUp and
>> > evaluate operations was solved in one stage as one VM
>> > operation and objects can´t refine/change the VM behavior.
>> > In recent object models desings[*], new implementations
>> > of object architectures where basic operations (responsibility
>> > of "the VM" in the past) managed by objects in the system
>> > are emerging; we have the posibility to extend/refine/change
>> > any basic behavior WITHOUT loosing robust tools
>> > for systems development...
>> >
>> > If we do a good work from any Smalltalk platform
>> > removing the VM as much as possible, it will continue
>> > been a Smalltalk and companies that have invested a lot
>> > in the past, promoting and using smalltalk, will not be
>> > forced to return to languages... (nor move to
>> > "scripting" languages)
>> >
>> > I know that the paragraphs put here can be void for
>> > someone young (focused in his/her future and not
>> > in what he/she has already done), but I also know that
>> > not all people/companies are happy about loosing their
>> > investments... again.
>> >
>> > w/best regards,
>> > Ale.
>> >
>> > p.d.: I have copied to Smalltalking list because we use
>> > to talk about this topics, but in Spanish; and I am interested
>> > in reflecting about how we feel when "new" alternatives
>> > are proposed for all-the-world ignoring peculiarities
>> > of people using marginal development alternatives as Smalltalk.
>> >
>> > [*] See objectsAsMethods proposal for Squeak (1999?)
>> > available at current Squeak implementation and Moebius
>> > project (
>> http://groups.google.com/group/moebius-project-discussion?hl=en
>> <http://groups.google.com/group/moebius-project-discussion?hl=en> )
>> >
>> > ----- Original Message -----
>> > From: "pako" <pavlo.korzhyk@...
>> <mailto:pavlo.korzhyk%40gmail.com>>
>> > To: "Strongtalk-general" <strongtalk-general@googlegroups.com
>> <mailto:strongtalk-general%40googlegroups.com>>
>> > Sent: Wednesday, September 03, 2008 6:50 AM
>> > Subject: Re: Using V8 for other languages
>> >
>> >>
>> >> It's generally a good idea to pick some external VM and built on top
>> >> of it - less work, more power, more compatibility with other
>> >> languages.
>> >> But using VM desgined with one language in mind - there should be
>> >> strong reasons for that.
>> >> How about Parrot VM? Dynamic languages designers is their target
>> >> audience.
>> >> And V8 is (for now) aimed at browser developers only.
>> >
>>
>>
>
>
Germán S. Arduino
http://www.arsol.biz
http://www.arsol.net
Sin conexión 
Enviar correo