Ehh todos dicen eso. Hay que darle un poquito de tiempo y la rompe.

Abrir un browser y trabajar 2 horas nomas. Aprenderse los shortcuts y
un par de tonterias mas y ya te acostumbras.

Saludos

El día 8 de octubre de 2010 17:01, Guillermo Schwarz
<[email protected]> escribió:
> El único problema es que Squeak no lo entiendo. Simplemente no puedo salir
> de los monitos animados y los mundos con herramientas para niños.
> Saludos,
> Guillermo.
>
> 2010/10/8 GallegO <[email protected]>
>>
>> Guillermo:
>>
>> En Squeak tenes rSt (remote Smalltalk) para la 3.9
>>
>> Es un buen punto de comienzo para lo que queres hacer. Seguramente eso
>> te va a salvar unas horas de desarrollo y te va a dejar mas tiempo
>> para el resto que es un poco más complicado.
>>
>> En Squeak tenes thisContext tambien. Ahh con #yield lo que haces es
>> darle oportunidad de ejecutar a otros procesos con la misma prioridad
>> que el actual, supongo que es mas o menos lo que decias.
>>
>> Como envidio como te vas a divertir jeje
>>
>>
>> Saludos
>>
>> El día 8 de octubre de 2010 15:55, Guillermo Schwarz
>> <[email protected]> escribió:
>> > 1. Si OpenTalk ya lo tiene hecho, ¿es open source?
>> > 2. Si 1 está listo, implementar 2 es cosa de modificar doesNotUnderstand
>> > para que pregunte si la clase está definida en el servidor (o en el
>> > originador de la llamada, depende de cómo se quiera organizar el
>> > asunto).
>> > 3. Recuerdo que había un Smalltalk en el que uno hacía "self yield" o
>> > algo
>> > así y dejaba el thread actual suspendido y le daba tiempo a otro de
>> > ejecutar, utilizaba si no me equivoco thisContext y ProcessScheduler,
>> > pensé
>> > que era Smalltalk Express, pero al parecer no era porque no encontré
>> > thisContext. ¿Alguien ha visto algo así?
>> > Antes de ver eso habría que ver sobre qué vendor de Smalltalk se haría.
>> > Yo lo haría sobre Pharo para que cualquiera lo pueda probar. Squeak se
>> > me
>> > hace difícil.
>> > Saludos,
>> > Guillermo.
>> >
>> > 2010/10/8 andres <[email protected]>
>> >>
>> >> Te cuento lo que se de VisualWorks, tal vez Valloud tenga mas info:
>> >> 1. Si, cubierto por Opentalk.
>> >> 2. Opentalk cubre esto parcialmente, creo que se podía trabajar con
>> >> clases
>> >> como objetos remotos. Pero tenía sus vueltas. Sólo pensar que en las
>> >> dos
>> >> imágenes puede haber versiones distintas de la misma clase es un
>> >> problema.
>> >> 3. No que yo sepa.
>> >>
>> >> El tema es que cuanto mas "transparente" te quieras volver para el
>> >> programador, mas decisiones tenés que tomar a priori (que muchas veces
>> >> no se
>> >> pueden tomar sin conocer la aplicación o el dominio). Sólo la opción de
>> >> distribuir objetos por copia o por referencia es un mundo en si mismo.
>> >>
>> >> Saludos,
>> >>        Andrés
>> >>
>> >> Angel Java Lopez escribió:
>> >>>
>> >>> Ah! Me olvide de preguntar:
>> >>>
>> >>> No algo asi ya hecho en Smalltalk, alguna de las 3 opciones de
>> >>> Guillermo?
>> >>>
>> >>> Nos leemos!
>> >>>
>> >>> Angel "Java" Lopez
>> >>> http://www.ajlopez.com
>> >>> http://twitter.com/ajlopez
>> >>>
>> >>> 2010/10/8 andres <[email protected]>
>> >>>
>> >>>> Dale, la opción 3 suena piola. El requerimiento sería algo así como:
>> >>>> "Implementar el mensaje #executeAt: anIpAddress port: aPort en
>> >>>> Process
>> >>>> para
>> >>>> que pause la ejecución, se lleve el thread con los objetos en el
>> >>>> scope a
>> >>>> la
>> >>>> otra imagen y retome la ejecución del punto de partida." Me sumo al
>> >>>> programa
>> >>>> de beta testers para cuando esté listo en un par de días.
>> >>>>
>> >>>> Saludos,
>> >>>>       Andrés
>> >>>>
>> >>>>
>> >>>> Guillermo Schwarz escribió:
>> >>>>
>> >>>>  Primero hay que ponerse de acuerdo en qué tipo de implementación
>> >>>> vamos
>> >>>> a
>> >>>>>
>> >>>>> hacer:
>> >>>>>
>> >>>>> 1. Proxy que llame a un objeto remoto que ya existe en el destino
>> >>>>> (similar a EJB).
>> >>>>> 2. Proxy que vaya hasta el servidor y cree una instancia de una
>> >>>>> clase
>> >>>>> que no existe, para lo cual se requiere que el destino le pregunte
>> >>>>> al
>> >>>>> gatillador dónde está la definición de la clase, la cargue, la
>> >>>>> compile
>> >>>>> y
>> >>>>> la instancie.
>> >>>>> 3. ¿Cuál sería el objetivo? ¿Migrar procesos que ya están corriendo?
>> >>>>> ¿Que corran en el servidor que se indique en duro? ¿Hacer un
>> >>>>> balanceador
>> >>>>> de carga?
>> >>>>>
>> >>>>> Si los requerimientos no están claros se llegará a un engendro, pero
>> >>>>> si
>> >>>>> están claros, las decisiones de diseño serán las obvias, podremos
>> >>>>> implementar los prototipos, probarlos y no creo que sean más de un
>> >>>>> par
>> >>>>> de días tenerlo funcionando.
>> >>>>>
>> >>>>> Saludos,
>> >>>>> Guillermo.
>> >>>>>
>> >>>>> On Fri, 2010-10-08 at 06:04 +0100, Francisco Garau wrote:
>> >>>>>
>> >>>>>> 2010/10/8 Guillermo Schwarz <[email protected]>
>> >>>>>>       ¿Y tú que parte harías?
>> >>>>>>               ¿Probarlo?
>> >>>>>>               ;-)
>> >>>>>>               --
>> >>>>>>               Simplex Veri Sigillum
>> >>>>>>                        Uy! - si necesitas beta testers avisa, yo
>> >>>>>> tambien
>> >>>>>> me prendo
>> >>>>>>
>> >>>>>>
>> >>>>>> ;-)
>> >>>>>>
>> >>>>>>
>> >>>>>> --
>> >>>>>> Callarum largo vivurum
>> >>>>>>
>> >>>>>>
>> >>>>>> --
>> >>>>>> To post to this group, send email to [email protected]
>> >>>>>> To unsubscribe from this group, send email to clubSmalltalk
>> >>>>>> [email protected]
>> >>>>>>  http://www.clubSmalltalk.org
>> >>>>>>
>> >>>>>
>> >>>> --
>> >>>> To post to this group, send email to [email protected]
>> >>>> To unsubscribe from this group, send email to
>> >>>>
>> >>>>
>> >>>> [email protected]<clubsmalltalk%[email protected]>
>> >>>>
>> >>>> http://www.clubSmalltalk.org
>> >>>>
>> >>>
>> >>
>> >> --
>> >> To post to this group, send email to [email protected]
>> >> To unsubscribe from this group, send email to
>> >> [email protected]
>> >>
>> >> http://www.clubSmalltalk.org
>> >
>> >
>> > --
>> > Saludos cordiales,
>> >
>> > Guillermo Schwarz
>> > Sun Certified Enterprise Architect
>> >
>> > --
>> > To post to this group, send email to [email protected]
>> > To unsubscribe from this group, send email to
>> > [email protected]
>> >
>> > http://www.clubSmalltalk.org
>>
>> --
>> To post to this group, send email to [email protected]
>> To unsubscribe from this group, send email to
>> [email protected]
>>
>> http://www.clubSmalltalk.org
>
>
> --
> Saludos cordiales,
>
> Guillermo Schwarz
> Sun Certified Enterprise Architect
>
> --
> To post to this group, send email to [email protected]
> To unsubscribe from this group, send email to
> [email protected]
>
> http://www.clubSmalltalk.org

-- 
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]

http://www.clubSmalltalk.org

Responder a