Blog
Locked
123456
123456
 
|
Bueno pero me perdí, ¿qué estamos resolviendo?
1. EJB. 2. Proxy que cree clases que no existen en el servidor. 3. Migración de procesos en ejecución. ¿Cuál de los 3?
Por cierto, puede que VW tenga resuelto (1). J2EE también tiene resuelto (1) pero es irrelevante porque no es open source (o no es compatible entre diferentes vendors). La idea es tener algo que no sea muy dificil de implementar y que todo el mundo pueda probar de manera trivial.
Además no tiene sentido que sea dificl de implementar. La idea es simple, debe ser simple o de otra manera se va a caer en casos de borde. La solución que presenté incluso la puedo probar en un solo PC con 2 imágenes que conversan entre sí. Para mí esa es la situación ideal para debuggear rápido y luego que prueben otros la versión distribuida.
Saludos, Guillerrmo.
-- 2010/10/8 andres <[hidden email]> No, claramente no apunto a que implementes un Smalltalk nuevo; lo que digo es que si ya usas un framework de distribución de objetos (tipo Opentalk o rSt) la cosa ya está casi resuelta. Igual la parte de distribución por referencia ya la tenés cocinada ("En el caso de usar proxy es trivial y liviano y si el mecanismo funciona para uno, funciona para todos" -muy interesante la última acotación-), sólo te falta resolver la distribución por copia. -- Saludos cordiales, Guillermo Schwarz Sun Certified Enterprise Architect To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
Guillermo, ya me estoy yendo de la máquina, por lo que va el último mail
hasta el lunes. El objetivo es implementar 3, como te lo describí un par de mails atrás (Process>>executeAt:port:). Para que eso sea "transparente", desde mi punto de vista, vas a necesitar parte de 1) y 2), pero bueno, no se, eso es como yo lo implementaría, tal vez me estoy complicando de mas. Respecto del otro mail que mandaste, me da la sensación que lo que estás haciendo es RPC, no migración de un proceso a otra máquina. Ah, y para hacer el tema del monitor de recursos (para que un proceso que está consumiendo mucha CPU le deje paso a otro) fijate el mensaje #forkAt: que toma como parámetro la prioridad a la que se va a ejecutar el proceso. Saludos! Andrés Guillermo Schwarz escribió: > Bueno pero me perdí, ¿qué estamos resolviendo? > > 1. EJB. > 2. Proxy que cree clases que no existen en el servidor. > 3. Migración de procesos en ejecución. > > ¿Cuál de los 3? > > Por cierto, puede que VW tenga resuelto (1). J2EE también tiene resuelto (1) > pero es irrelevante porque no es open source (o no es compatible entre > diferentes vendors). > > La idea es tener algo que no sea muy dificil de implementar y que todo el > mundo pueda probar de manera trivial. > > Además no tiene sentido que sea dificl de implementar. La idea es simple, > debe ser simple o de otra manera se va a caer en casos de borde. La solución > que presenté incluso la puedo probar en un solo PC con 2 imágenes que > conversan entre sí. Para mí esa es la situación ideal para debuggear rápido > y luego que prueben otros la versión distribuida. > > Saludos, > Guillerrmo. > > 2010/10/8 andres <[hidden email]> > >> No, claramente no apunto a que implementes un Smalltalk nuevo; lo que digo >> es que si ya usas un framework de distribución de objetos (tipo Opentalk o >> rSt) la cosa ya está casi resuelta. Igual la parte de distribución por >> referencia ya la tenés cocinada ("En el caso de usar proxy es trivial y >> liviano y si el mecanismo funciona para uno, funciona para todos" -muy >> interesante la última acotación-), sólo te falta resolver la distribución >> por copia. >> >> Respecto de las librerías me mataste, yo trabajo con VW no con Pharo :( >> >> >> Saludos! >> Andrés >> >> >> Guillermo Schwarz escribió: >> >>> Oye, pero la idea no es hacerlo desde cero, sino tendría que hacer un >>> Smalltalk desde cero. No tiene sentido. >>> >>> La serialización de objetos ya existe, los sockets también, los proxies >>> también. ¿Me hace falta algo aparte de juntar y pegar? >>> >>> ¿Alguien me puede recordar dónde están cada una de esas cosas? Tengo la >>> memoria un poco empolvada, aparte de que no tengo mucha experiencia en >>> Pharo. >>> >>> Saludos, >>> Guillermo. >>> >>> 2010/10/8 andres <[hidden email]> >>> >>> Desconozco la licencia de Opentalk o si está portado a Pharo; igual pensé >>>> que ibas a implementar todo de cero, total no es complicado, un par de >>>> proxies nomás. >>>> Sobre lo que decís en 2) la verdad no te sigo, pero parece sencillo; >>>> deberás redefinir algún mensaje y serializar algún que otro compiled >>>> method. >>>> Y sobre #thisContext al menos en VW está y estoy casi seguro que en >>>> Squeak >>>> y Pharo también, así que dale con la implementación en Pharo. El lunes es >>>> feriado pero tengo que trabajar igual, así que seguro voy a poder testear >>>> tu >>>> implementación. >>>> >>>> >>>> Saludos, >>>> Andrés >>>> >>>> Guillermo Schwarz 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 <[hidden email]> >>>>> >>>>> 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 <[hidden email]> >>>>>>> >>>>>>> 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 <[hidden email]> >>>>>>>>> >>>>>>>>> ¿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 >>>>>>>>>> [hidden email] >>>>>>>>>> To unsubscribe from this group, send email to clubSmalltalk >>>>>>>>>> +[hidden email] >>>>>>>>>> http://www.clubSmalltalk.org >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>> To post to this group, send email to [hidden email] >>>>>>>> To unsubscribe from this group, send email to >>>>>>>> [hidden email]<clubSmalltalk%[hidden email]> >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>>>>>> http://www.clubSmalltalk.org >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>> To post to this group, send email to [hidden email] >>>>>> To unsubscribe from this group, send email to >>>>>> [hidden email]<clubSmalltalk%[hidden email]> >>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>>>> http://www.clubSmalltalk.org >>>>>> >>>>>> >>>>>> >>>>> -- >>>> To post to this group, send email to [hidden email] >>>> To unsubscribe from this group, send email to >>>> [hidden email]<clubSmalltalk%[hidden email]> >>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> >>>> http://www.clubSmalltalk.org >>>> >>>> >>> >>> >> -- >> To post to this group, send email to [hidden email] >> To unsubscribe from this group, send email to >> [hidden email]<clubSmalltalk%[hidden email]> >> >> http://www.clubSmalltalk.org >> > > > -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
Sí, hay que implementar primero 1, luego 2 y luego 3.
A mí no me sirve de mucho así que me gustaría saber quienes son los interesados para que lo implementemos entre todos, ya que al decir 2 dáis de trabajo me refiero a 16 horas de trabajo concentrado y no tengo más de 1 o 2 horas a la semana, siempre que no surja algo.
Y sí, inicialmente EJB es RPC (RMI) pero con manejo de transacciones. Acá obviamos las tx y nos quedamos sólo con el RMI. ¿A quién le interesa probarlo y a quién le interesa ayudar a desrrollarlo?
Podemos crear un proyecto en squeaksource.com y hacerlo correr en Pharo. Me gustaria tener una máquina de build pero al parecer el proceso no es fácil aún en Pharo.
Saludos, Guillermo.
-- 2010/10/8 andres <[hidden email]> Guillermo, ya me estoy yendo de la máquina, por lo que va el último mail hasta el lunes. El objetivo es implementar 3, como te lo describí un par de mails atrás (Process>>executeAt:port:). Para que eso sea "transparente", desde mi punto de vista, vas a necesitar parte de 1) y 2), pero bueno, no se, eso es como yo lo implementaría, tal vez me estoy complicando de mas. Respecto del otro mail que mandaste, me da la sensación que lo que estás haciendo es RPC, no migración de un proceso a otra máquina. Ah, y para hacer el tema del monitor de recursos (para que un proceso que está consumiendo mucha CPU le deje paso a otro) fijate el mensaje #forkAt: que toma como parámetro la prioridad a la que se va a ejecutar el proceso. -- Saludos cordiales, Guillermo Schwarz Sun Certified Enterprise Architect To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
In reply to this post by Andres Fortier-2
Por lo visto ustedes tienen tan claro como yo como implementar todo
esto. Bueno, al menos lo que mencionaba respecto de thisContext está implementado en Pharo. Basta con imprimir: thisContext sender y se ve que funciona. Saludos, Guillermo. On Fri, 2010-10-08 at 19:13 -0300, andres wrote: > Guillermo, ya me estoy yendo de la máquina, por lo que va el último mail > hasta el lunes. El objetivo es implementar 3, como te lo describí un par > de mails atrás (Process>>executeAt:port:). Para que eso sea > "transparente", desde mi punto de vista, vas a necesitar parte de 1) y > 2), pero bueno, no se, eso es como yo lo implementaría, tal vez me estoy > complicando de mas. Respecto del otro mail que mandaste, me da la > sensación que lo que estás haciendo es RPC, no migración de un proceso a > otra máquina. Ah, y para hacer el tema del monitor de recursos (para que > un proceso que está consumiendo mucha CPU le deje paso a otro) fijate el > mensaje #forkAt: que toma como parámetro la prioridad a la que se va a > ejecutar el proceso. > > Saludos! > Andrés > > Guillermo Schwarz escribió: > > Bueno pero me perdí, ¿qué estamos resolviendo? > > > > 1. EJB. > > 2. Proxy que cree clases que no existen en el servidor. > > 3. Migración de procesos en ejecución. > > > > ¿Cuál de los 3? > > > > Por cierto, puede que VW tenga resuelto (1). J2EE también tiene resuelto (1) > > pero es irrelevante porque no es open source (o no es compatible entre > > diferentes vendors). > > > > La idea es tener algo que no sea muy dificil de implementar y que todo el > > mundo pueda probar de manera trivial. > > > > Además no tiene sentido que sea dificl de implementar. La idea es simple, > > debe ser simple o de otra manera se va a caer en casos de borde. La solución > > que presenté incluso la puedo probar en un solo PC con 2 imágenes que > > conversan entre sí. Para mí esa es la situación ideal para debuggear rápido > > y luego que prueben otros la versión distribuida. > > > > Saludos, > > Guillerrmo. > > > > 2010/10/8 andres <[hidden email]> > > > >> No, claramente no apunto a que implementes un Smalltalk nuevo; lo que digo > >> es que si ya usas un framework de distribución de objetos (tipo Opentalk o > >> rSt) la cosa ya está casi resuelta. Igual la parte de distribución por > >> referencia ya la tenés cocinada ("En el caso de usar proxy es trivial y > >> liviano y si el mecanismo funciona para uno, funciona para todos" -muy > >> interesante la última acotación-), sólo te falta resolver la distribución > >> por copia. > >> > >> Respecto de las librerías me mataste, yo trabajo con VW no con Pharo :( > >> > >> > >> Saludos! > >> Andrés > >> > >> > >> Guillermo Schwarz escribió: > >> > >>> Oye, pero la idea no es hacerlo desde cero, sino tendría que hacer un > >>> Smalltalk desde cero. No tiene sentido. > >>> > >>> La serialización de objetos ya existe, los sockets también, los proxies > >>> también. ¿Me hace falta algo aparte de juntar y pegar? > >>> > >>> ¿Alguien me puede recordar dónde están cada una de esas cosas? Tengo la > >>> memoria un poco empolvada, aparte de que no tengo mucha experiencia en > >>> Pharo. > >>> > >>> Saludos, > >>> Guillermo. > >>> > >>> 2010/10/8 andres <[hidden email]> > >>> > >>> Desconozco la licencia de Opentalk o si está portado a Pharo; igual pensé > >>>> que ibas a implementar todo de cero, total no es complicado, un par de > >>>> proxies nomás. > >>>> Sobre lo que decís en 2) la verdad no te sigo, pero parece sencillo; > >>>> deberás redefinir algún mensaje y serializar algún que otro compiled > >>>> method. > >>>> Y sobre #thisContext al menos en VW está y estoy casi seguro que en > >>>> Squeak > >>>> y Pharo también, así que dale con la implementación en Pharo. El lunes es > >>>> feriado pero tengo que trabajar igual, así que seguro voy a poder testear > >>>> tu > >>>> implementación. > >>>> > >>>> > >>>> Saludos, > >>>> Andrés > >>>> > >>>> Guillermo Schwarz 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 <[hidden email]> > >>>>> > >>>>> 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 <[hidden email]> > >>>>>>> > >>>>>>> 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 <[hidden email]> > >>>>>>>>> > >>>>>>>>> ¿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 > >>>>>>>>>> [hidden email] > >>>>>>>>>> To unsubscribe from this group, send email to clubSmalltalk > >>>>>>>>>> +[hidden email] > >>>>>>>>>> http://www.clubSmalltalk.org > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> -- > >>>>>>>>>> > >>>>>>>>> To post to this group, send email to [hidden email] > >>>>>>>> To unsubscribe from this group, send email to > >>>>>>>> [hidden email]<clubSmalltalk%[hidden email]> > >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>>>>>> http://www.clubSmalltalk.org > >>>>>>>> > >>>>>>>> > >>>>>>>> -- > >>>>>>>> > >>>>>>> To post to this group, send email to [hidden email] > >>>>>> To unsubscribe from this group, send email to > >>>>>> [hidden email]<clubSmalltalk%[hidden email]> > >>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>>>> http://www.clubSmalltalk.org > >>>>>> > >>>>>> > >>>>>> > >>>>> -- > >>>> To post to this group, send email to [hidden email] > >>>> To unsubscribe from this group, send email to > >>>> [hidden email]<clubSmalltalk%[hidden email]> > >>>> <clubSmalltalk%[hidden email]<clubSmalltalk%[hidden email]> > >>>> http://www.clubSmalltalk.org > >>>> > >>>> > >>> > >>> > >> -- > >> To post to this group, send email to [hidden email] > >> To unsubscribe from this group, send email to > >> [hidden email]<clubSmalltalk%[hidden email]> > >> > >> http://www.clubSmalltalk.org > >> > > > > > > > -- Simplex Veri Sigillum -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
In reply to this post by Francisco Garau
Francisco,
Gracias por la invitación, me gustaría ir pero no podré asistir. Saludos, Guillermo. On Fri, 2010-10-08 at 21:37 +0100, Francisco Garau wrote: > > > Un par de semanitas te alcanza? Lo tendrás listo para la Smalltalks > 2010? Tenes que ir; todos queremos conocer a groso de tu calibre. > > > Nos vemos pronto. > > > - Pancho > Orbis non sufficit > > > > > -- > To post to this group, send email to [hidden email] > To unsubscribe from this group, send email to clubSmalltalk > +[hidden email] > > http://www.clubSmalltalk.org -- Simplex Veri Sigillum -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
In reply to this post by Guillermo Schwarz
On 10/07/2010 10:57 PM, Guillermo Schwarz wrote:
> ¿Y tú que parte harías? > > ¿Probarlo? > > ;-) > no se cual parte haria, pero seguro no haria la de decir que es trivial -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
Pero esta bueno ser critico de arte: nadie es mejor que vos, pero
nunca te tenes que subir al escenario a demostrarlo porque aprendiste a hablar de tal manera que los que saben menos que vos se tragan el verso! :D... asi cualquiera. On Sat, Oct 9, 2010 at 3:49 PM, Gerardo Richarte <[hidden email]> wrote: > On 10/07/2010 10:57 PM, Guillermo Schwarz wrote: >> ¿Y tú que parte harías? >> >> ¿Probarlo? >> >> ;-) >> > > no se cual parte haria, > pero seguro no haria la de decir que es trivial > > > -- > To post to this group, send email to [hidden email] > To unsubscribe from this group, send email to [hidden email] > > http://www.clubSmalltalk.org -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
Opinologos!!! Jaja
Saludos El día 9 de octubre de 2010 20:21, Andres Valloud <[hidden email]> escribió: > Pero esta bueno ser critico de arte: nadie es mejor que vos, pero > nunca te tenes que subir al escenario a demostrarlo porque aprendiste > a hablar de tal manera que los que saben menos que vos se tragan el > verso! > > :D... asi cualquiera. > > On Sat, Oct 9, 2010 at 3:49 PM, Gerardo Richarte <[hidden email]> wrote: >> On 10/07/2010 10:57 PM, Guillermo Schwarz wrote: >>> ¿Y tú que parte harías? >>> >>> ¿Probarlo? >>> >>> ;-) >>> >> >> no se cual parte haria, >> pero seguro no haria la de decir que es trivial >> >> >> -- >> To post to this group, send email to [hidden email] >> To unsubscribe from this group, send email to [hidden email] >> >> http://www.clubSmalltalk.org > > -- > To post to this group, send email to [hidden email] > To unsubscribe from this group, send email to [hidden email] > > http://www.clubSmalltalk.org -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
Tal cual... lo que vale es lo que se hace, no lo que se dice.
2010/10/9 GallegO <[hidden email]>: > Opinologos!!! Jaja > > Saludos > > El día 9 de octubre de 2010 20:21, Andres Valloud > <[hidden email]> escribió: >> Pero esta bueno ser critico de arte: nadie es mejor que vos, pero >> nunca te tenes que subir al escenario a demostrarlo porque aprendiste >> a hablar de tal manera que los que saben menos que vos se tragan el >> verso! >> >> :D... asi cualquiera. >> >> On Sat, Oct 9, 2010 at 3:49 PM, Gerardo Richarte <[hidden email]> wrote: >>> On 10/07/2010 10:57 PM, Guillermo Schwarz wrote: >>>> ¿Y tú que parte harías? >>>> >>>> ¿Probarlo? >>>> >>>> ;-) >>>> >>> >>> no se cual parte haria, >>> pero seguro no haria la de decir que es trivial >>> >>> >>> -- >>> To post to this group, send email to [hidden email] >>> To unsubscribe from this group, send email to [hidden email] >>> >>> http://www.clubSmalltalk.org >> >> -- >> To post to this group, send email to [hidden email] >> To unsubscribe from this group, send email to [hidden email] >> >> http://www.clubSmalltalk.org > > -- > To post to this group, send email to [hidden email] > To unsubscribe from this group, send email to [hidden email] > > http://www.clubSmalltalk.org -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
In reply to this post by Gerardo Richarte
Despues me agarro un poco de cosa porque capaz que no se entiende lo
que quise decir... eso de no decir que las cosas son triviales antes de hacerlas es precisamente evitar ser un critico de arte. Yo voy al museo a ver las pinturas de van Gogh, no a leer a la manga de inutiles que se la pasaba diciendole a Vincent que lo que hacia era una basura. Por supuesto, una vez suicidado van Gogh, ah si que genio que era, no? Matense :). On Sat, Oct 9, 2010 at 3:49 PM, Gerardo Richarte <[hidden email]> wrote: > On 10/07/2010 10:57 PM, Guillermo Schwarz wrote: >> ¿Y tú que parte harías? >> >> ¿Probarlo? >> >> ;-) >> > > no se cual parte haria, > pero seguro no haria la de decir que es trivial > > > -- > To post to this group, send email to [hidden email] > To unsubscribe from this group, send email to [hidden email] > > http://www.clubSmalltalk.org -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
Exacto:
1. Odian a los opinólogos que opinan pero no hacen. 2. Cuando se les dice que algo es trivial opinan que no, que es difícil, sin explicar porqué. 3. Cuando se les entrega un diseño trivial dicen que están de acuerdo con el diseño. 4. Cuando se les pide que implementen una parte, la que sepan, opinan según (1). 5. Indican que tienen tendencias suicidas. Creo que el problema en latinoamérica no es que los técnicos no puedan hacer, sino que cuando los que tienen que establecer metas tienen que hacer su trabajo, se bloquean. Prefieren las cosas hechas de afuera. Eso es como vender el alma al diablo. Esto me ha pasado en varios proyectos que he dirigido. Los que tienen que hacer el trabajo hasta se ofrecen a hacerlo, pero "siempre" piensan que "no va a funcionar". Siempre prefieren una solución prefabricada de algún proveedor extranjero, mientras más grande mejor. El único problema es que los proveedores grandes no se fijan en los clientes chicos, sólo les cobran, y el negocio es que existen muchos defectos, ya que de esa manera les cobran por decirles los "workarounds". :)) Creo que algo está mal en la educación en sudamérica. Al menos en Chile el problema parece estar relacionado con el libro Subterra que es de lectura obligatoria en los colegios, enterrar a los niños en paisajes tan sombríos a su corta edad les limita la imaginación y los vuelve pesimistas. No sé lo que leerán en otros países, pero debe ser algo parecido. En USA, antes de que sepan leer, les leen "el trencito que se la podía" (the little train that could). http://members.tripod.com/ah_coo/engine_that_could.htm Se podría decir que la idea se podría resumir en "Creo que puedo" ("I think I can") y básicamente es lo que creen durante toda su juventud. Nunca me pasado que logre hacer algo pensando que no puedo hacerlo, al revés sí, que crea que puedo y se me acabó el tiempo, pero diría que es la menos de las veces. Lo que sí pasa mucho al menos en Chile es que la gente se hecha a morir ante la menor dificultad, como si buscara permiso para hacer las cosas y la verdad es que en esta lista muchas veces veo lo mismo, una "autoridad" que "les dé el visto bueno", a pesar de que muchas de las primeras buenas herramientas que vi en Smalltalk venían de gente que formó esta lista. Me parece estraño que siendo tan pesimistas logren escribir buenas herramientas. No sé ustedes, pero siento un deja-vu. :)) Saludos, Guillermo. On Sat, 2010-10-09 at 18:35 -0700, Andres Valloud wrote: > Despues me agarro un poco de cosa porque capaz que no se entiende lo > que quise decir... eso de no decir que las cosas son triviales antes > de hacerlas es precisamente evitar ser un critico de arte. Yo voy al > museo a ver las pinturas de van Gogh, no a leer a la manga de inutiles > que se la pasaba diciendole a Vincent que lo que hacia era una basura. > Por supuesto, una vez suicidado van Gogh, ah si que genio que era, > no? Matense :). > > On Sat, Oct 9, 2010 at 3:49 PM, Gerardo Richarte <[hidden email]> wrote: > > On 10/07/2010 10:57 PM, Guillermo Schwarz wrote: > >> ¿Y tú que parte harías? > >> > >> ¿Probarlo? > >> > >> ;-) > >> > > > > no se cual parte haria, > > pero seguro no haria la de decir que es trivial > > > > > > -- > > To post to this group, send email to [hidden email] > > To unsubscribe from this group, send email to [hidden email] > > > > http://www.clubSmalltalk.org > -- Simplex Veri Sigillum -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
Hmmm...
> 2. Cuando se les dice que algo es trivial opinan que no, que es difícil, > sin explicar porqué. Ok, pero a veces es realmente dificil explicar porque, asi que hay que saber distinguir al charlatan del experto que no tiene tiempo para dar clase. > Creo que el problema en latinoamérica no es que los técnicos no puedan > hacer, sino que cuando los que tienen que establecer metas tienen que > hacer su trabajo, se bloquean. Prefieren las cosas hechas de afuera. Bueno, en latinoamerica y en todos lados la orden del dia es viva la pavada. > En USA, antes de que sepan leer, les leen "el trencito que se la > podía" (the little train that could). > http://members.tripod.com/ah_coo/engine_that_could.htm > > Se podría decir que la idea se podría resumir en "Creo que puedo" ("I > think I can") y básicamente es lo que creen durante toda su juventud. Y... que se yo, no soy un experto en esto pero lo que noto aca es que el "I think I can" no siempre viene de la mano de "and I will work hard to get it". Mas bien, es probable que escuches una especie de "I think I can [buy it]". A veces tambien suena como "I have the right to buy/have whatever I want because I was born here". Desde ya, la gente que opina asi no llega a ningun lado. Pero tambien sabemos que el casillero mas lleno del Monopoly es el de Go, porque ahi estan todos los que nunca se animaron a tirar los dados. No todos son asi, por lo que hay que poder estimar cuanta gente piensa de este modo. Al final de cuentas, idiotas hay en todos lados. Pero como se puede estimar? No se. Pero lo que si se es que en su momento me fije en las estadisticas del mismo gobierno, y algo asi como el 75% de los chicos que salen de la secundaria (los que salen, no cuentan los que ni siquiera la terminan) no tienen suficiente idea de matematica para usar lo que saben en situaciones de la vida cotidiana. Y aclaro que esa clasificacion, una especie de "can use skills in real life situations", es la mas alta. O sea que 3/4 de la gente de aca ni siquiera puede usar matematica en la vida real. Y, en la vida real aca donde vivo, hay ejemplos a patadas de estupideces sin nombre. A ver... * Algo asi como el 30% de los adultos no sabe calcular un vuelto. Bueno, si esto es asi, entonces no es de extrañarse que * En un lugar que conoci bastante bien, la mediana del valor de una casa era $750k. La mediana del salario anual era algo asi como $45k. Con la mediana del salario no se puede comprar la mediana de la casa. Eso claramente no puede ser, no anda. Que paso entonces? Los precios de las casas cayeron un 50% en un año. En serio? No me digas! Como puede ser semejante cosa? De mas esta decir que los precios siguieron bajando. En pila de lugares los precios de las casas cayeron 50% o mas. Pero, si es tan obvio que esa clase de cosas no funciona, como se explica la cantidad de gente que compro casas impagables pensando sandeces como "los precios siempre van a subir al 30% anual, como ha sucedido historicamente desde el año pasado"? Obviamente estan aquellos que saben muy bien como funcionan las cosas y se aprovechan de la ignorancia de los demas. Pero tambien es cierto que hay mucha gente a la que no le interesa entender las cosas en lo mas minimo. Demostracion: * En promedio, los estadounidenses miran 5 horas de television por dia. Eso es casi un trabajo full time en frente a la pantalla. Y mira que la television de aca es jodida, eh? Claramente, asi no vamos a ningun lado. Solo basta ver la sarta de idioteces que se toleran en television para darse cuenta. Esta llena de opinologos que dicen, sin entender, lo que les soplan desde la produccion. Pero bueno, quiero que quede claro que, para mi, este fenomeno no es exclusivo de este (Estados Unidos) pais. > Nunca me ha pasado que logre hacer algo pensando que no puedo hacerlo, > al revés sí, que crea que puedo y se me acabó el tiempo, pero diría que es > la menos de las veces. Lo que sí pasa mucho al menos en Chile es que la > gente se hecha a morir ante la menor dificultad, como si buscara permiso > para hacer las cosas Y si... siempre vi esto en todos lados. De lo que conozco (que no es mucho), quiza no tanto en algunos paises de Europa. Que se yo, hay paises que realmente estan mucho mejor, por lo menos en el promedio de preparacion de la gente. En Holanda por ejemplo, una gran proporcion de la gente habla 4 idiomas, y si sabes 2 sos mas o menos un bruto. De ahi a que decidan hacer algo con su preparacion, eso ya es cuestion de cada uno. Pero aunque sea tener la posibilidad de elegir hacer algo por tu cuenta, en vez de que ni se te cruce por la cabeza realizarte (o sea, trascender yendo mas alla de los hechos hasta lograr cierto tipo de equilibrio)... eso es terrible. > y la verdad es que en esta lista muchas veces veo > lo mismo, una "autoridad" que "les dé el visto bueno" No se, yo no siento eso. Estaremos leyendo listas diferentes? O no se, capaz que me salteo esos mails... que se yo :). > a pesar de que muchas de las primeras buenas herramientas que vi en > Smalltalk venían de gente que formó esta lista. Me parece extraño que > siendo tan pesimistas logren escribir buenas herramientas. No sé > ustedes, pero siento un deja-vu. :)) Si lo que tenes ya esta "bien", o si te resignas a tu propia mediocridad por vagancia, para que te vas a gastar en hacer algo mejor. Para avanzar hay que ser inconformista, no te queda otra. Lo dijo mejor Alan Kay, asi que mejor lo cito: A twentieth century problem is that technology has become too "easy". When it was hard to do anything whether good or bad, enough time was taken so that the result was usually good. Now we can make things almost trivially, especially in software, but most of the designs are trivial as well. This is inverse vandalism: the making of things because you can [al contrario de romper las cosas que hacen otros porque vos no las podes hacer]. Couple this to even less sophisticated buyers and you have generated an exploitation marketplace similar to that set up for teenagers. A counter to this is to generate enormous dissatisfaction with one's designs using the entire history of human art as a standard and goal. Then the trick is to decouple the dissatisfaction from self worth--otherwise it is either too depressing or one stops too soon with trivial results. En este contexto, el "critico de arte" u "opinologo" es ese que se la pasa hablando de lo que no sabe y criticando lo que desconoce pero que ni siquiera intenta hacer algo comparable a lo que critica. Se queda en hablar, casi como festejando el fracaso ajeno o participando parasitariamente del exito de otros. Eso lo puede hacer la mayoria de las personas, y la mayoria por definicion ya tiene suficientes exponentes. Yo digo que no, que en vez de eso hay que hacer lo de uno. Y si fracasas, por lo menos aprende algo para la proxima (Alan Kay tambien dijo que si no fracasas el 90% de las veces, no estas apuntando lo suficientemente alto --- y tiene razon). Por lo menos para mi, quedarse en hablar y no hacer un pomo no es una opcion. Andres. -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
Estamos 100% de acuerdo.
Y para criticar a esos opinólogos, opinas "como crítico de arte". No sé si se entiende, pero es más chistoso que cuando Nigel Powers, el padre de Austin Powers en Gold Member dice "odio a los Holandeses". "There's only two things I hate in this world. People who are intolerant of other people's cultures and the Dutch." http://www.imdb.com/title/tt0295178/quotes Para los que no entienden la ironía, se trata de que finalmente el tipo debe odiarse a sí mismo. :)) Saludos, Guilermo. On Sat, 2010-10-09 at 23:29 -0700, Andres Valloud wrote: > Hmmm... > > > 2. Cuando se les dice que algo es trivial opinan que no, que es difícil, > > sin explicar porqué. > > Ok, pero a veces es realmente dificil explicar porque, asi que hay que > saber distinguir al charlatan del experto que no tiene tiempo para dar > clase. > > > Creo que el problema en latinoamérica no es que los técnicos no puedan > > hacer, sino que cuando los que tienen que establecer metas tienen que > > hacer su trabajo, se bloquean. Prefieren las cosas hechas de afuera. > > Bueno, en latinoamerica y en todos lados la orden del dia es viva la pavada. > > > En USA, antes de que sepan leer, les leen "el trencito que se la > > podía" (the little train that could). > > http://members.tripod.com/ah_coo/engine_that_could.htm > > > > Se podría decir que la idea se podría resumir en "Creo que puedo" ("I > > think I can") y básicamente es lo que creen durante toda su juventud. > > Y... que se yo, no soy un experto en esto pero lo que noto aca es que > el "I think I can" no siempre viene de la mano de "and I will work > hard to get it". Mas bien, es probable que escuches una especie de "I > think I can [buy it]". A veces tambien suena como "I have the right > to buy/have whatever I want because I was born here". Desde ya, la > gente que opina asi no llega a ningun lado. Pero tambien sabemos que > el casillero mas lleno del Monopoly es el de Go, porque ahi estan > todos los que nunca se animaron a tirar los dados. > > No todos son asi, por lo que hay que poder estimar cuanta gente piensa > de este modo. Al final de cuentas, idiotas hay en todos lados. Pero > como se puede estimar? No se. Pero lo que si se es que en su momento > me fije en las estadisticas del mismo gobierno, y algo asi como el 75% > de los chicos que salen de la secundaria (los que salen, no cuentan > los que ni siquiera la terminan) no tienen suficiente idea de > matematica para usar lo que saben en situaciones de la vida cotidiana. > Y aclaro que esa clasificacion, una especie de "can use skills in > real life situations", es la mas alta. O sea que 3/4 de la gente de > aca ni siquiera puede usar matematica en la vida real. Y, en la vida > real aca donde vivo, hay ejemplos a patadas de estupideces sin nombre. > A ver... > > * Algo asi como el 30% de los adultos no sabe calcular un vuelto. > > Bueno, si esto es asi, entonces no es de extrañarse que > > * En un lugar que conoci bastante bien, la mediana del valor de una > casa era $750k. La mediana del salario anual era algo asi como $45k. > Con la mediana del salario no se puede comprar la mediana de la casa. > Eso claramente no puede ser, no anda. Que paso entonces? Los precios > de las casas cayeron un 50% en un año. En serio? No me digas! Como > puede ser semejante cosa? De mas esta decir que los precios siguieron > bajando. En pila de lugares los precios de las casas cayeron 50% o > mas. Pero, si es tan obvio que esa clase de cosas no funciona, como > se explica la cantidad de gente que compro casas impagables pensando > sandeces como "los precios siempre van a subir al 30% anual, como ha > sucedido historicamente desde el año pasado"? Obviamente estan > aquellos que saben muy bien como funcionan las cosas y se aprovechan > de la ignorancia de los demas. Pero tambien es cierto que hay mucha > gente a la que no le interesa entender las cosas en lo mas minimo. > Demostracion: > > * En promedio, los estadounidenses miran 5 horas de television por dia. > > Eso es casi un trabajo full time en frente a la pantalla. Y mira que > la television de aca es jodida, eh? Claramente, asi no vamos a ningun > lado. Solo basta ver la sarta de idioteces que se toleran en > television para darse cuenta. Esta llena de opinologos que dicen, sin > entender, lo que les soplan desde la produccion. Pero bueno, quiero > que quede claro que, para mi, este fenomeno no es exclusivo de este > (Estados Unidos) pais. > > > Nunca me ha pasado que logre hacer algo pensando que no puedo hacerlo, > > al revés sí, que crea que puedo y se me acabó el tiempo, pero diría que es > > la menos de las veces. Lo que sí pasa mucho al menos en Chile es que la > > gente se hecha a morir ante la menor dificultad, como si buscara permiso > > para hacer las cosas > > Y si... siempre vi esto en todos lados. De lo que conozco (que no es > mucho), quiza no tanto en algunos paises de Europa. Que se yo, hay > paises que realmente estan mucho mejor, por lo menos en el promedio de > preparacion de la gente. En Holanda por ejemplo, una gran proporcion > de la gente habla 4 idiomas, y si sabes 2 sos mas o menos un bruto. > De ahi a que decidan hacer algo con su preparacion, eso ya es cuestion > de cada uno. Pero aunque sea tener la posibilidad de elegir hacer > algo por tu cuenta, en vez de que ni se te cruce por la cabeza > realizarte (o sea, trascender yendo mas alla de los hechos hasta > lograr cierto tipo de equilibrio)... eso es terrible. > > > y la verdad es que en esta lista muchas veces veo > > lo mismo, una "autoridad" que "les dé el visto bueno" > > No se, yo no siento eso. Estaremos leyendo listas diferentes? O no > se, capaz que me salteo esos mails... que se yo :). > > > a pesar de que muchas de las primeras buenas herramientas que vi en > > Smalltalk venían de gente que formó esta lista. Me parece extraño que > > siendo tan pesimistas logren escribir buenas herramientas. No sé > > ustedes, pero siento un deja-vu. :)) > > Si lo que tenes ya esta "bien", o si te resignas a tu propia > mediocridad por vagancia, para que te vas a gastar en hacer algo > mejor. Para avanzar hay que ser inconformista, no te queda otra. Lo > dijo mejor Alan Kay, asi que mejor lo cito: > > A twentieth century problem is that technology has become too "easy". > When it was hard to do anything whether good or bad, enough time was > taken so that the result was usually good. Now we can make things > almost trivially, especially in software, but most of the designs are > trivial as well. This is inverse vandalism: the making of things > because you can [al contrario de romper las cosas que hacen otros > porque vos no las podes hacer]. Couple this to even less sophisticated > buyers and you have generated an exploitation marketplace similar to > that set up for teenagers. A counter to this is to generate enormous > dissatisfaction with one's designs using the entire history of human > art as a standard and goal. Then the trick is to decouple the > dissatisfaction from self worth--otherwise it is either too depressing > or one stops too soon with trivial results. > > En este contexto, el "critico de arte" u "opinologo" es ese que se la > pasa hablando de lo que no sabe y criticando lo que desconoce pero que > ni siquiera intenta hacer algo comparable a lo que critica. Se queda > en hablar, casi como festejando el fracaso ajeno o participando > parasitariamente del exito de otros. Eso lo puede hacer la mayoria de > las personas, y la mayoria por definicion ya tiene suficientes > exponentes. Yo digo que no, que en vez de eso hay que hacer lo de > uno. Y si fracasas, por lo menos aprende algo para la proxima (Alan > Kay tambien dijo que si no fracasas el 90% de las veces, no estas > apuntando lo suficientemente alto --- y tiene razon). Por lo menos > para mi, quedarse en hablar y no hacer un pomo no es una opcion. > > Andres. > -- Simplex Veri Sigillum -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
> Y para criticar a esos opinólogos, opinas "como crítico de arte".
JAJAJAJAJAJA!!!!!!!!!!! No se que tomaste, pero bueh :)... -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
http://www.youtube.com/watch?v=HhLbNJoL540
On Mon, Oct 11, 2010 at 2:17 PM, Andres Valloud <[hidden email]> wrote:
To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
AJJAJAJJAJAJAJAJAAJAJA!!!!!!!!!!!!!
On Mon, Oct 11, 2010 at 11:08 AM, Gabriel Brunstein <[hidden email]> wrote: > http://www.youtube.com/watch?v=HhLbNJoL540 > > On Mon, Oct 11, 2010 at 2:17 PM, Andres Valloud <[hidden email]> > wrote: >> >> > Y para criticar a esos opinólogos, opinas "como crítico de arte". >> >> JAJAJAJAJAJA!!!!!!!!!!! >> >> No se que tomaste, pero bueh :)... >> >> -- >> To post to this group, send email to [hidden email] >> To unsubscribe from this group, send email to >> [hidden email] >> >> http://www.clubSmalltalk.org > > -- > To post to this group, send email to [hidden email] > To unsubscribe from this group, send email to > [hidden email] > > http://www.clubSmalltalk.org -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
Recién entro al thread porque me pareció muy desvirtuado. Si lo que queiren es una VM con objetos distribuidos tal vez no es muy apropiado, pero por un par de comentarios pensé que a alguien le puede interesar los trabajos de Alejandro Reimondo:
http://www.smalltalking.net/Papers/stGen/stGen.htm También pueden chequear los proyectos Fénix y Chácharas. saludos Mariano On Mon, Oct 11, 2010 at 8:11 PM, Andres Valloud <[hidden email]> wrote: AJJAJAJJAJAJAJAJAAJAJA!!!!!!!!!!!!! -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
A que te referis con una VM con objetos distribuidos, exactamente?
Porque existe GemStone, y eso se parece un poco... 2010/10/11 Mariano Martinez Peck <[hidden email]>: > Recién entro al thread porque me pareció muy desvirtuado. Si lo que queiren > es una VM con objetos distribuidos tal vez no es muy apropiado, pero por un > par de comentarios pensé que a alguien le puede interesar los trabajos de > Alejandro Reimondo: > > http://www.smalltalking.net/Papers/stGen/stGen.htm > > También pueden chequear los proyectos Fénix y Chácharas. > > saludos > > Mariano > > On Mon, Oct 11, 2010 at 8:11 PM, Andres Valloud <[hidden email]> > wrote: >> >> AJJAJAJJAJAJAJAJAAJAJA!!!!!!!!!!!!! >> >> On Mon, Oct 11, 2010 at 11:08 AM, Gabriel Brunstein <[hidden email]> >> wrote: >> > http://www.youtube.com/watch?v=HhLbNJoL540 >> > >> > On Mon, Oct 11, 2010 at 2:17 PM, Andres Valloud >> > <[hidden email]> >> > wrote: >> >> >> >> > Y para criticar a esos opinólogos, opinas "como crítico de arte". >> >> >> >> JAJAJAJAJAJA!!!!!!!!!!! >> >> >> >> No se que tomaste, pero bueh :)... >> >> >> >> -- >> >> To post to this group, send email to [hidden email] >> >> To unsubscribe from this group, send email to >> >> [hidden email] >> >> >> >> http://www.clubSmalltalk.org >> > >> > -- >> > To post to this group, send email to [hidden email] >> > To unsubscribe from this group, send email to >> > [hidden email] >> > >> > http://www.clubSmalltalk.org >> >> -- >> To post to this group, send email to [hidden email] >> To unsubscribe from this group, send email to >> [hidden email] >> >> http://www.clubSmalltalk.org > > -- > To post to this group, send email to [hidden email] > To unsubscribe from this group, send email to > [hidden email] > > http://www.clubSmalltalk.org -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
In reply to this post by Guillermo Schwarz
Guillermo Schwarz escribió:
> Por lo visto ustedes tienen tan claro como yo como implementar todo > esto. No, para nada! Justamente por eso esperaba que vos me mostraras cómo; todo lo que vos considerás trivial yo lo considero complicadísimo y que lleva meses de implementación, de ahí mi curiosidad. Una pena que no te sirva de mucho hacerlo :( > Bueno, al menos lo que mencionaba respecto de thisContext está > implementado en Pharo. > > Basta con imprimir: > > thisContext sender > > y se ve que funciona. Si, tal cual! De ahí ya estamos a un pasito nomás. Grosso, no? Bueno, creo que este thread ya no da para mas. Saludos! Andrés -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
|
|
No me encontras el video de Les Luthiers donde se rien de 3 criticos
de musica? Lo tengo en un CD, pero es una pena que no este en youtube. Te acordas? Conspicuos? 2010/10/11 andres <[hidden email]>: > Guillermo Schwarz escribió: >> >> Por lo visto ustedes tienen tan claro como yo como implementar todo >> esto. > > No, para nada! Justamente por eso esperaba que vos me mostraras cómo; todo > lo que vos considerás trivial yo lo considero complicadísimo y que lleva > meses de implementación, de ahí mi curiosidad. Una pena que no te sirva de > mucho hacerlo :( > >> Bueno, al menos lo que mencionaba respecto de thisContext está >> implementado en Pharo. >> >> Basta con imprimir: >> >> thisContext sender >> >> y se ve que funciona. > > Si, tal cual! De ahí ya estamos a un pasito nomás. Grosso, no? > > Bueno, creo que este thread ya no da para mas. > > Saludos! > Andrés > > -- > To post to this group, send email to [hidden email] > To unsubscribe from this group, send email to > [hidden email] > > http://www.clubSmalltalk.org -- To post to this group, send email to [hidden email] To unsubscribe from this group, send email to [hidden email] http://www.clubSmalltalk.org |
«
Return to Español (Spanish)
|
1 view|%1 views
| Free forum by Nabble | Edit this page |