Entrar
¿Nuevo usuario? Inscribirme
smalltalking · Un lugar para el estudio y desarrollo de Ambientes de Objetos virtuales.
? ¿Ya estás suscrito? Entra a Yahoo!

Consejos

¿Sabías que...?
Podés hacer búsquedas de antiguos mensajes del grupo.

Mensajes

  Mensajes Ayuda
Avanzado
Re: Using V8 for other languages   Lista de mensajes  
Responder | Reenviar Mensaje #16652 de 17190 |
Re: [objetos] Re: Using V8 for other languages

Hola,

A todos nos gusta levantarnos y pensar que hoy empieza la historia
de un mundo distinto...
Yo quizás me curé de pensar así un día (del inocente)
en que se publicó un anuncio de que M$ iba a promover Smalltalk.
Ese día me sentí mas libiano, mas "hinchado" (creo que es la palabra
adecuada), esa sensación de sentir que no podes ni verte, porque
todo aún está por pasar, ...
Gracias a ese día, desde entonces me doy un tiempo para
que quien se para de puntillas, baje a la relidad.
Algunas veces pasa mucho tiempo para verse, como lo fue con
Java, despues de diez años de uso, aparecen los expertos,
y pueden empezar a entender los problemas que uno dijo
que habría desde el primer año que apareció y se difundió,
gracias a la gente bien intensionada pero inocente,
Creo que estamos condenados a que esta historia se repita,
por efecto de los medios de comunicación.
Lo que me apena es la gente/companias que se entusiasman
y tira lo que han hecho en busca de ese ideal de mundo
cambiante.

Al leer tu frase:
>Me hizo acordar mucho a los "Modules" de 3.3 que inutilizaron
>prácticamente todo lo hecho en 3.2.

Me recordó algo que leo frecuentemente en la lista de Squeak,
pero que me da "no se qué" comentar (porque siento que algún
dia me van a dar una patada o van a hablar mal de mi como
en otros lados jajaja)
Veo que para promover a la modularidad de Squeak, se intenta
montar frameworks que permitan escribir modularmente
partiendo de algo que YA no es modular...

Aqui noto una total inocencia frente al tema y creo que está
ligada a un ideal (una idealización/modelado del futuro de squeak);
en gran parte creo que revela poco uso del caracter reflexivo
y mucho uso de la cabeza.
En los planteos de nuevas alternativas ocurre lo mismo.
Son alternativas par quien no tiene nada y no pretende
tener algo mañana.
Para estar contento frente a esa formula, uno debe ser muy joven;
o no ser humano (es decir, "ser" una empresa en un contexto
comercial efimero [*] ).

hasta pronto,
Ale.

[*] si, si... esto esta vinculado a la generación Y (esto lo hablamos
en una de las reuniones. no?)






----- Original Message -----
From: "Germán Arduino" <garduino@...>
To: <smalltalking@...>
Cc: "squeakros" <>
Sent: Wednesday, September 03, 2008 1:26 PM
Subject: Re: [objetos] Re: Using V8 for other languages


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@...>:
> 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 )
>
> ----- Original Message -----
> From: "pako" <pavlo.korzhyk@...>
> To: "Strongtalk-general" <strongtalk-general@googlegroups.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.
>

------------------------------------

Para más información sobre la Asociación escribir a info@...

Smalltalking es un espacio colaborativo creado para el estudio y desarrollo
en Ambientes de Objetos.
Se sustenta gracias a la participación de sus socios.

Las reglas de etiqueta sobre la lista están en
http://www.smalltalking.net/join/netiquete.htm
Enlaces a Yahoo! Grupos










Mié, 3 de Sep, 2008 5:51 pm

alereimondo
Sin conexión Sin conexión
Enviar correo Enviar correo

Reenviar Mensaje #16652 de 17190 |
Desplegar mensajes Autor Ordenar por fecha

Hi, ... 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...
Alejandro F. Reimondo
alereimondo
Sin conexión Enviar correo
3 de Sep, 2008
2:57 pm

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...
Germán Arduino
garduino
Sin conexión Enviar correo
3 de Sep, 2008
5:21 pm

Hola, A todos nos gusta levantarnos y pensar que hoy empieza la historia de un mundo distinto... Yo quizás me curé de pensar así un día (del inocente) en...
Alejandro F. Reimondo
alereimondo
Sin conexión Enviar correo
3 de Sep, 2008
5:51 pm
Avanzado

Copyright © 2009 Yahoo! de Argentina S.R.L. Todos los derechos reservados.
Política de privacidad - Condiciones del Servicio - Reglas de la comunidad de Yahoo! - Ayuda