Un artículo para ampliar el tema

	 http://www.ksc.com/article3.htm

	 salutes





> -----Mensaje original-----
> De: smalltalking@...
> [mailto:smalltalking@...] En nombre de Sebastián Sastre
> Enviado el: Jueves, 30 de Junio de 2005 20:19
> Para: smalltalking@...
> Asunto: RE: [objetos] Sobre diseño: la subclasificación de
> VHSs en el videoclub
>
>
> Si clarísimo, si fuiste muy claro y me ayuda a pensar en lo
> que estaba buscando.
>
>  gracias,
>
> Sebastián Sastre
>
> ssastre@...
> Seaswork
> Special Software Solutions
> www.seaswork.com.ar
>
> Este mensaje y sus adjuntos son confidenciales y de uso
> exclusivo para el usuario a quien esta dirigido. Puede
> contener información amparada por el secreto profesional. Si
> Ud. no es el destinatario especificado no debe copiar, enviar
> o utilizar ninguna parte del mismo y/o de sus adjuntos por
> ningún medio. Las opiniones vertidas son responsabilidad del
> autor y no son emitidas ni avaladas por SEASWORK a menos que
> se indique claramente lo contrario y que la identidad y
> autoridad del autor, para comprometer a nuestra empresa,
> puedan ser verificados. No se garantiza la integridad de los
> mensajes enviados por e-mail ni que los mismos sean enviados
> en termino, o que no contengan errores o virus. El emisor no
> aceptara responsabilidad por los errores, modificaciones u
> omisiones que resulten en el mensaje, bajo la hipótesis de
> que pudo ser modificado.
>
>
> > -----Mensaje original-----
> > De: smalltalking@...
> > [mailto:smalltalking@...] En nombre de Esteban
> > A. Maringolo
> > Enviado el: Jueves, 30 de Junio de 2005 18:32
> > Para: smalltalking@...
> > Asunto: Re: [objetos] Sobre diseño: la subclasificación de
> > VHSs en el videoclub
> >
> >
> > Hola Sebastián:
> >
> > Sebastián Sastre escribió:
> > >     mi consulta es para ver si alguien recuerda haber leído
> > un texto
> > > que ponía en discusión el caso de tener que hacer un
> > sistema para un
> > > videoclub.
> >
> > Sí... es del texto del TypeObject Pattern.
> >
> > >     La cuestión venía con que si era conveniente tener
> > subclasificado
> > > los títulos o no y qué alternativas de diseño (de TO) se
> proponían.
> >
> > En realidad decía que no convenia subclasificar, pero primero
> > subclasificaba para mostrar que mal que hacía :-P
> > (todo depende de la cantidad, claro).
> >
> > > Recuerdo (quizá no muy exactamente) que planteaba que la
> ventaja de
> > > subclasificar era que podían tener cada unidad su número de
> > serie pero
> > > que además si el casete era medio viejo, una unidad podía
> > ponerse a la
> > > venta o en oferta (o cosas por el estilo).
> >
> > El manejo de inventarios es un tema que siempre me resultó
> > interesante, una de las mejores maneras (que tambien te permite
> > tener identificado a cada recurso) que encontré para resolverlo
> > (nunca en un sistema grande en Smalltalk, sí en VB+RDBMS), es que
> > los recursos (Un cassete, un DVD, un CD) es que estos no son la
> > película, sino el medio.
> >
> > >     De cualquier manera lo que no me acuerdo (y quiero
> > saber) es como
> > > resolver la problemática porque la cuestión es que el
> > videoclub tiene
> > > miles de películas con n ejemplares de cada una en alquiler.
> > >     Creo que proponía una especie de pattern pero no quiero
> > delirarme
> > > y prefiero preguntar :)
> >
> > >     ¿Alguien conoce o sabe resolver esta problematica a
> > nivel diseño?
> > >     (Disculpen el ejemplo dmode del videoclub pero así
> estaba en el
> > > texto que una vez leí)
> >
> > En mi caso lo resolvería con las siguientes clases:
> >
> > Title: (puede tener un mejor nombre, algo relacionado con una obra o
> > algo asi) Superclase de otro tipo de "títulos", MovieTitle,
> > BookTitle, etc. Aca estaría, por ej una instancia de MoveTitle
> > llamada "Citizen Kane", y otra de BookTitle llamada "El Principito".
> >
> > Title (el TypeObject)
> >   \_ MovieTitle
> >   \_ BookTitle
> >
> > MediaResource : esto representa el "recurso" sobre el que están los
> > titulos, y tiene como subclases "concretas", por ej.: DVD, VHS, CD,
> > HardCoverBook, etc..
> >
> > MediaResource (el TypedObject)
> >   \_ HardCoverBook
> >   \_ DVD
> >   \_ VHS
> >   \_ CD
> >
> >
> > Una instancia de MediaResource, por ej. aDVD, tiene un "title" que
> > viene puede ser aMovieTitle. O bien puede ser inclusive aBookTitle
> > (un libro en formato digital).
> >
> > De esa manera los títulos tiene una "relacion" de 1:n con respecto a
> > quienes lo poseen.
> > Y cada DVD, VHS, etc... puede tener su identificación unica (código
> > de barras, RFID, etc), pues cada "recurso" es unico.
> >
> > En el caso de un VHS que tuvo más de una película en el, podría
> > tener una colección de Titles que pasaron por él, y a partir de que
> > fecha, teniendo uno que es el actual (que puede ser presentado por
> > una instancia (que podría ser un singleton) de UndefinedTitle (un
> > objeto virtualizante de "no título") o por el mismisimo nil.
> >
> > Claro que el de que un objeto sea typeObject de otro es una cuestión
> > de roles, pues un VideoTape puede ser el typedObject de
> > VideoTapeType (cuyas subclases podrían ser VHS, S-VHS, Beta, etc).
> > Claro que este caso no sería tan complicado subclasificar
> VideoTape,
> > pues las alternativas son pocas y aparecen a una velocidad que
> > permite adaptar el sistema mientras tanto.
> >
> > Igual... subclasificar un VHS?
> > En todo caso se subclasificaría para definir otros tipos de VHS, por
> > ej S-VHS :-)
> >
> > Espero se haya entendido.
> >
> > Saludos.
> >
> > --
> > Esteban.
> >
> >
> > 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 de
> > Yahoo! Grupos
> >
> >
> >
> >
> >
> >
>
>
>
> 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 de
> Yahoo! Grupos
>
>
>
>
>
>
>
>

Si clarísimo, si fuiste muy claro y me ayuda a pensar en lo que estaba
buscando.

	 gracias,

Sebastián Sastre

ssastre@...
Seaswork
Special Software Solutions
www.seaswork.com.ar

Este mensaje y sus adjuntos son confidenciales y de uso exclusivo para
el usuario a quien esta dirigido. Puede contener información amparada
por el secreto profesional.
Si Ud. no es el destinatario especificado no debe copiar, enviar o
utilizar ninguna parte del mismo y/o de sus adjuntos por ningún medio.
Las opiniones vertidas son responsabilidad del autor y no son emitidas
ni avaladas por SEASWORK a menos que se indique claramente lo contrario
y que la identidad y autoridad del autor, para comprometer a nuestra
empresa, puedan ser verificados.
No se garantiza la integridad de los mensajes enviados por e-mail ni que
los mismos sean enviados en termino, o que no contengan errores o virus.
El emisor no aceptara responsabilidad por los errores, modificaciones u
omisiones que resulten en el mensaje, bajo la hipótesis de que pudo ser
modificado.


> -----Mensaje original-----
> De: smalltalking@...
> [mailto:smalltalking@...] En nombre de Esteban
> A. Maringolo
> Enviado el: Jueves, 30 de Junio de 2005 18:32
> Para: smalltalking@...
> Asunto: Re: [objetos] Sobre diseño: la subclasificación de
> VHSs en el videoclub
>
>
> Hola Sebastián:
>
> Sebastián Sastre escribió:
> >     mi consulta es para ver si alguien recuerda haber leído
> un texto
> > que ponía en discusión el caso de tener que hacer un
> sistema para un
> > videoclub.
>
> Sí... es del texto del TypeObject Pattern.
>
> >     La cuestión venía con que si era conveniente tener
> subclasificado
> > los títulos o no y qué alternativas de diseño (de TO) se proponían.
>
> En realidad decía que no convenia subclasificar, pero primero
> subclasificaba para mostrar que mal que hacía :-P
> (todo depende de la cantidad, claro).
>
> > Recuerdo (quizá no muy exactamente) que planteaba que la ventaja de
> > subclasificar era que podían tener cada unidad su número de
> serie pero
> > que además si el casete era medio viejo, una unidad podía
> ponerse a la
> > venta o en oferta (o cosas por el estilo).
>
> El manejo de inventarios es un tema que siempre me resultó
> interesante, una de las mejores maneras (que tambien te permite
> tener identificado a cada recurso) que encontré para resolverlo
> (nunca en un sistema grande en Smalltalk, sí en VB+RDBMS), es que
> los recursos (Un cassete, un DVD, un CD) es que estos no son la
> película, sino el medio.
>
> >     De cualquier manera lo que no me acuerdo (y quiero
> saber) es como
> > resolver la problemática porque la cuestión es que el
> videoclub tiene
> > miles de películas con n ejemplares de cada una en alquiler.
> >     Creo que proponía una especie de pattern pero no quiero
> delirarme
> > y prefiero preguntar :)
>
> >     ¿Alguien conoce o sabe resolver esta problematica a
> nivel diseño?
> >     (Disculpen el ejemplo dmode del videoclub pero así estaba en el
> > texto que una vez leí)
>
> En mi caso lo resolvería con las siguientes clases:
>
> Title: (puede tener un mejor nombre, algo relacionado con una obra o
> algo asi) Superclase de otro tipo de "títulos", MovieTitle,
> BookTitle, etc. Aca estaría, por ej una instancia de MoveTitle
> llamada "Citizen Kane", y otra de BookTitle llamada "El Principito".
>
> Title (el TypeObject)
>   \_ MovieTitle
>   \_ BookTitle
>
> MediaResource : esto representa el "recurso" sobre el que están los
> titulos, y tiene como subclases "concretas", por ej.: DVD, VHS, CD,
> HardCoverBook, etc..
>
> MediaResource (el TypedObject)
>   \_ HardCoverBook
>   \_ DVD
>   \_ VHS
>   \_ CD
>
>
> Una instancia de MediaResource, por ej. aDVD, tiene un "title" que
> viene puede ser aMovieTitle. O bien puede ser inclusive aBookTitle
> (un libro en formato digital).
>
> De esa manera los títulos tiene una "relacion" de 1:n con respecto a
> quienes lo poseen.
> Y cada DVD, VHS, etc... puede tener su identificación unica (código
> de barras, RFID, etc), pues cada "recurso" es unico.
>
> En el caso de un VHS que tuvo más de una película en el, podría
> tener una colección de Titles que pasaron por él, y a partir de que
> fecha, teniendo uno que es el actual (que puede ser presentado por
> una instancia (que podría ser un singleton) de UndefinedTitle (un
> objeto virtualizante de "no título") o por el mismisimo nil.
>
> Claro que el de que un objeto sea typeObject de otro es una cuestión
> de roles, pues un VideoTape puede ser el typedObject de
> VideoTapeType (cuyas subclases podrían ser VHS, S-VHS, Beta, etc).
> Claro que este caso no sería tan complicado subclasificar VideoTape,
> pues las alternativas son pocas y aparecen a una velocidad que
> permite adaptar el sistema mientras tanto.
>
> Igual... subclasificar un VHS?
> En todo caso se subclasificaría para definir otros tipos de VHS, por
> ej S-VHS :-)
>
> Espero se haya entendido.
>
> Saludos.
>
> --
> Esteban.
>
>
> 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 de
> Yahoo! Grupos
>
>
>
>
>
>

Yo haria que en vez de devolver un objeto devuelva una coleccion de objetos.
Si solo necesitas uno --> una colleccion de uno.

Despues solo haces:
myCollection do:[:each | ...].
De esta forma te olvidas que si es nil o no.

saludos bruno

Sebastián Sastre escribió:

>Si pero no te sirve asi porque el Dialog es modal y además porque
>devuelve el model (o nil si lo cancelan). Podría ser algo así:
>
>1) # valorSeleccionado
>2)  |unAlumnosDialog|
>3)  unAlumnosDialog := AlumnosDialog showModal.
>4)  unAlumnosDialog notNil ifTrue:[
>  ^unAlumnosDialog seleccionado].
>
> Para que funcione tenés que tener en cuenta que el modelo del
>diálogo responda al mensaje #seleccionado que por ejemplo podría ser una
>variable de instancia que mantenga el ultimo objeto que seleccionaron en
>el dialogo. Tipo:
>
>CursoDialog>>onAlumnoChanged
>
> self model seleccionado: alumnosPresenter selectionOrNil.
>
> Para que el mensaje #onAlumnoChanged funcione tenes que tener
>bien hooleados los presenters en el dialogo en #createSchematicWiring.
>
> saludos,
>
>Sebastián Sastre
>
>ssastre@...
>Seaswork
>Special Software Solutions
>www.seaswork.com.ar
>
>Este mensaje y sus adjuntos son confidenciales y de uso exclusivo para
>el usuario a quien esta dirigido. Puede contener información amparada
>por el secreto profesional.
>Si Ud. no es el destinatario especificado no debe copiar, enviar o
>utilizar ninguna parte del mismo y/o de sus adjuntos por ningún medio.
>Las opiniones vertidas son responsabilidad del autor y no son emitidas
>ni avaladas por SEASWORK a menos que se indique claramente lo contrario
>y que la identidad y autoridad del autor, para comprometer a nuestra
>empresa, puedan ser verificados.
>No se garantiza la integridad de los mensajes enviados por e-mail ni que
>los mismos sean enviados en termino, o que no contengan errores o virus.
>El emisor no aceptara responsabilidad por los errores, modificaciones u
>omisiones que resulten en el mensaje, bajo la hipótesis de que pudo ser
>modificado.
>
>
>
>
>
>
>
>
>
>
>
>>-----Mensaje original-----
>>De: smalltalking@...
>>[mailto:smalltalking@...] En nombre de Esteban
>>A. Maringolo
>>Enviado el: Jueves, 30 de Junio de 2005 13:24
>>Para: smalltalking@...
>>Asunto: Re: [objetos] MVP - Ayuda con los PresenterDialog.
>>
>>
>>Diego Martín Zacarías escribió:
>>
>>
>>>Hola gente.
>>>
>>>Como puedo hacer lo siguiente:
>>>
>>>1) # valorSeleccionado
>>>2)  |unAlumnosDialog|
>>>3)  unAlumnosDialog := AlumnosDialog show.
>>>4)  ^unAlumnosDialog seleccionado.
>>>
>>>Quiero que este método (Que pertenece a la clase CursoDialog) me
>>>devuelva el ítem seleccionado de una grilla perteneciente a
>>>AlumnosDialog.
>>>
>>>
>>no se como tenes implementado el método #seleccionado
>>pero debería ser algo asi
>>(tomando como base lo que supongo que implementaste, yo lo
>>haría de otra manera)
>>
>>CursoDialog>>seleccionado
>> "Devuelve el objeto seleccionado en el receptor."
>>
>> ^self presenterDeLista selectionOrNil
>>
>>CursoDialog>>presenterDeLista
>> "Devuelve el presenter del receptor
>>  que posee las opciones para seleccionar."
>>
>> ^presenterDeLista
>>
>>
>>
>>
>>>Aparentemente el problema que se me presenta es
>>>que la ejecución de la línea 4) no espera el ?cerrado?
>>>de la vista del AlumnosDialog.
>>>
>>>
>>Aca me pongo un poco puntilloso, pero las ejecuciones no esperan
>>nada (tampoco los objetos), en todo caso algun objeto le estara
>>enviando a otro un mensaje con el selector #cerrado, y este otro
>>objeto no lo entiende.
>>
>>
>>
>>>Que estaria mal?
>>>
>>>
>>Solo con lo que nos pasaste no podría saberlo.
>>
>>Un par de observaciones:
>>
>>1. ¿Por qué se llama #valorSeleccionado el método?
>>   ¿Selecciona un valor? (aValor)
>>
>>2. ¿Por qué se llama #seleccionado el metodo de AlumnosDialog?
>>    ¿Acaso no esta aún seleccionado? Digo... la conjugación no
>>   tiene por que ser en pasado a no ser que haya ocurrido en
>>el pasado.
>>   Simplemente podrías pedirle su #seleccion
>>
>>3. ¿AlumnosDialog se llama asi porque es un dialog? Si es una
>>ventana (y un dialog) de selección de objetos podría llamar (si
>>continuas mezclando ingles y castellano) AlumnosChooser (y quedaría
>>homogeneo con el resto de las clases similares de Dolphin).
>>
>>
>>
>>>Como puedo lograr esta funcionalidad?
>>>
>>>
>>Si nos pasas más info, tal vez podamos ayudarmte mas.
>>
>>Saludos.
>>
>>--
>>Esteban.
>>
>>
>>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 de
>>Yahoo! Grupos
>>
>>
>>
>>
>>
>>
>>
>>
>
>
>
>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 de Yahoo! Grupos
>
>
>
>
>
>
>
>
>
>

Hola Sebastián:

Sebastián Sastre escribió:
>     mi consulta es para ver si alguien recuerda haber leído un texto que
> ponía en discusión el caso de tener que hacer un sistema para un
> videoclub.

Sí... es del texto del TypeObject Pattern.

>     La cuestión venía con que si era conveniente tener subclasificado
> los títulos o no y qué alternativas de diseño (de TO) se proponían.

En realidad decía que no convenia subclasificar, pero primero
subclasificaba para mostrar que mal que hacía :-P
(todo depende de la cantidad, claro).

> Recuerdo (quizá no muy exactamente) que planteaba que la ventaja de
> subclasificar era que podían tener cada unidad su número de serie pero
> que además si el casete era medio viejo, una unidad podía ponerse a la
> venta o en oferta (o cosas por el estilo).

El manejo de inventarios es un tema que siempre me resultó
interesante, una de las mejores maneras (que tambien te permite
tener identificado a cada recurso) que encontré para resolverlo
(nunca en un sistema grande en Smalltalk, sí en VB+RDBMS), es que
los recursos (Un cassete, un DVD, un CD) es que estos no son la
película, sino el medio.

>     De cualquier manera lo que no me acuerdo (y quiero saber) es como
> resolver la problemática porque la cuestión es que el videoclub tiene
> miles de películas con n ejemplares de cada una en alquiler.
>     Creo que proponía una especie de pattern pero no quiero delirarme y
> prefiero preguntar :)

>     ¿Alguien conoce o sabe resolver esta problematica a nivel diseño?
>     (Disculpen el ejemplo dmode del videoclub pero así estaba en el
> texto que una vez leí)

En mi caso lo resolvería con las siguientes clases:

Title: (puede tener un mejor nombre, algo relacionado con una obra o
algo asi) Superclase de otro tipo de "títulos", MovieTitle,
BookTitle, etc. Aca estaría, por ej una instancia de MoveTitle
llamada "Citizen Kane", y otra de BookTitle llamada "El Principito".

Title (el TypeObject)
   \_ MovieTitle
   \_ BookTitle

MediaResource : esto representa el "recurso" sobre el que están los
titulos, y tiene como subclases "concretas", por ej.: DVD, VHS, CD,
HardCoverBook, etc..

MediaResource (el TypedObject)
   \_ HardCoverBook
   \_ DVD
   \_ VHS
   \_ CD


Una instancia de MediaResource, por ej. aDVD, tiene un "title" que
viene puede ser aMovieTitle. O bien puede ser inclusive aBookTitle
(un libro en formato digital).

De esa manera los títulos tiene una "relacion" de 1:n con respecto a
quienes lo poseen.
Y cada DVD, VHS, etc... puede tener su identificación unica (código
de barras, RFID, etc), pues cada "recurso" es unico.

En el caso de un VHS que tuvo más de una película en el, podría
tener una colección de Titles que pasaron por él, y a partir de que
fecha, teniendo uno que es el actual (que puede ser presentado por
una instancia (que podría ser un singleton) de UndefinedTitle (un
objeto virtualizante de "no título") o por el mismisimo nil.

Claro que el de que un objeto sea typeObject de otro es una cuestión
de roles, pues un VideoTape puede ser el typedObject de
VideoTapeType (cuyas subclases podrían ser VHS, S-VHS, Beta, etc).
Claro que este caso no sería tan complicado subclasificar VideoTape,
pues las alternativas son pocas y aparecen a una velocidad que
permite adaptar el sistema mientras tanto.

Igual... subclasificar un VHS?
En todo caso se subclasificaría para definir otros tipos de VHS, por
ej S-VHS :-)

Espero se haya entendido.

Saludos.

--
Esteban.

Hola a todos AlumnosDialog showModal.

  MDC

  Diego proba con
  --- Diego Martín Zacarías <diego@...>
escribió:

> Hola gente.
>
> Como puedo hacer lo siguiente:
>
> 1) # valorSeleccionado
> 2)  |unAlumnosDialog|
> 3)  unAlumnosDialog := AlumnosDialog show.
> 4)  ^unAlumnosDialog seleccionado.
>
> Quiero que este método (Que pertenece a la clase
> CursoDialog) me devuelva el ítem seleccionado de una
> grilla perteneciente a AlumnosDialog.
>
> Aparentemente el problema que se me presenta es que
> la ejecución de la línea 4) no espera el ?cerrado?
> de la vista del AlumnosDialog.
>
> Que estaria mal?
> Como puedo lograr esta funcionalidad?
>
> Desde ya gracias, por toda la ayuda.
>
> Diego.
>
>
>
>








___________________________________________________________
1GB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar

Si pero no te sirve asi porque el Dialog es modal y además porque
devuelve el model (o nil si lo cancelan). Podría ser algo así:

1) # valorSeleccionado
2)  |unAlumnosDialog|
3)  unAlumnosDialog := AlumnosDialog showModal.
4)  unAlumnosDialog notNil ifTrue:[
		 ^unAlumnosDialog seleccionado].

	 Para que funcione tenés que tener en cuenta que el modelo del
diálogo responda al mensaje #seleccionado que por ejemplo podría ser una
variable de instancia que mantenga el ultimo objeto que seleccionaron en
el dialogo. Tipo:

CursoDialog>>onAlumnoChanged

	 self model seleccionado: alumnosPresenter selectionOrNil.

	 Para que el mensaje #onAlumnoChanged funcione tenes que tener
bien hooleados los presenters en el dialogo en #createSchematicWiring.

	 saludos,

Sebastián Sastre

ssastre@...
Seaswork
Special Software Solutions
www.seaswork.com.ar

Este mensaje y sus adjuntos son confidenciales y de uso exclusivo para
el usuario a quien esta dirigido. Puede contener información amparada
por el secreto profesional.
Si Ud. no es el destinatario especificado no debe copiar, enviar o
utilizar ninguna parte del mismo y/o de sus adjuntos por ningún medio.
Las opiniones vertidas son responsabilidad del autor y no son emitidas
ni avaladas por SEASWORK a menos que se indique claramente lo contrario
y que la identidad y autoridad del autor, para comprometer a nuestra
empresa, puedan ser verificados.
No se garantiza la integridad de los mensajes enviados por e-mail ni que
los mismos sean enviados en termino, o que no contengan errores o virus.
El emisor no aceptara responsabilidad por los errores, modificaciones u
omisiones que resulten en el mensaje, bajo la hipótesis de que pudo ser
modificado.









> -----Mensaje original-----
> De: smalltalking@...
> [mailto:smalltalking@...] En nombre de Esteban
> A. Maringolo
> Enviado el: Jueves, 30 de Junio de 2005 13:24
> Para: smalltalking@...
> Asunto: Re: [objetos] MVP - Ayuda con los PresenterDialog.
>
>
> Diego Martín Zacarías escribió:
> > Hola gente.
> >
> > Como puedo hacer lo siguiente:
> >
> > 1) # valorSeleccionado
> > 2)  |unAlumnosDialog|
> > 3)  unAlumnosDialog := AlumnosDialog show.
> > 4)  ^unAlumnosDialog seleccionado.
> >
> > Quiero que este método (Que pertenece a la clase CursoDialog) me
> > devuelva el ítem seleccionado de una grilla perteneciente a
> > AlumnosDialog.
>
> no se como tenes implementado el método #seleccionado
> pero debería ser algo asi
> (tomando como base lo que supongo que implementaste, yo lo
> haría de otra manera)
>
> CursoDialog>>seleccionado
>  "Devuelve el objeto seleccionado en el receptor."
>
>  ^self presenterDeLista selectionOrNil
>
> CursoDialog>>presenterDeLista
>  "Devuelve el presenter del receptor
> 	 que posee las opciones para seleccionar."
>
>  ^presenterDeLista
>
>
> > Aparentemente el problema que se me presenta es
> > que la ejecución de la línea 4) no espera el ?cerrado?
> > de la vista del AlumnosDialog.
>
> Aca me pongo un poco puntilloso, pero las ejecuciones no esperan
> nada (tampoco los objetos), en todo caso algun objeto le estara
> enviando a otro un mensaje con el selector #cerrado, y este otro
> objeto no lo entiende.
>
> > Que estaria mal?
>
> Solo con lo que nos pasaste no podría saberlo.
>
> Un par de observaciones:
>
> 1. ¿Por qué se llama #valorSeleccionado el método?
>    ¿Selecciona un valor? (aValor)
>
> 2. ¿Por qué se llama #seleccionado el metodo de AlumnosDialog?
>     ¿Acaso no esta aún seleccionado? Digo... la conjugación no
>    tiene por que ser en pasado a no ser que haya ocurrido en
> el pasado.
>    Simplemente podrías pedirle su #seleccion
>
> 3. ¿AlumnosDialog se llama asi porque es un dialog? Si es una
> ventana (y un dialog) de selección de objetos podría llamar (si
> continuas mezclando ingles y castellano) AlumnosChooser (y quedaría
> homogeneo con el resto de las clases similares de Dolphin).
>
> > Como puedo lograr esta funcionalidad?
>
> Si nos pasas más info, tal vez podamos ayudarmte mas.
>
> Saludos.
>
> --
> Esteban.
>
>
> 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 de
> Yahoo! Grupos
>
>
>
>
>
>

Diego Martín Zacarías escribió:
> Hola gente.
>
> Como puedo hacer lo siguiente:
>
> 1) # valorSeleccionado
> 2)  |unAlumnosDialog|
> 3)  unAlumnosDialog := AlumnosDialog show.
> 4)  ^unAlumnosDialog seleccionado.
>
> Quiero que este método (Que pertenece a la clase CursoDialog)
> me devuelva el ítem seleccionado de una grilla
> perteneciente a AlumnosDialog.

no se como tenes implementado el método #seleccionado
pero debería ser algo asi
(tomando como base lo que supongo que implementaste, yo lo
haría de otra manera)

CursoDialog>>seleccionado
	 "Devuelve el objeto seleccionado en el receptor."

	 ^self presenterDeLista selectionOrNil

CursoDialog>>presenterDeLista
	 "Devuelve el presenter del receptor
	  que posee las opciones para seleccionar."

	 ^presenterDeLista


> Aparentemente el problema que se me presenta es
> que la ejecución de la línea 4) no espera el ?cerrado?
> de la vista del AlumnosDialog.

Aca me pongo un poco puntilloso, pero las ejecuciones no esperan
nada (tampoco los objetos), en todo caso algun objeto le estara
enviando a otro un mensaje con el selector #cerrado, y este otro
objeto no lo entiende.

> Que estaria mal?

Solo con lo que nos pasaste no podría saberlo.

Un par de observaciones:

1. ¿Por qué se llama #valorSeleccionado el método?
    ¿Selecciona un valor? (aValor)

2. ¿Por qué se llama #seleccionado el metodo de AlumnosDialog?
     ¿Acaso no esta aún seleccionado? Digo... la conjugación no
    tiene por que ser en pasado a no ser que haya ocurrido en el pasado.
    Simplemente podrías pedirle su #seleccion

3. ¿AlumnosDialog se llama asi porque es un dialog? Si es una
ventana (y un dialog) de selección de objetos podría llamar (si
continuas mezclando ingles y castellano) AlumnosChooser (y quedaría
homogeneo con el resto de las clases similares de Dolphin).

> Como puedo lograr esta funcionalidad?

Si nos pasas más info, tal vez podamos ayudarmte mas.

Saludos.

--
Esteban.

Hola gente.

Como puedo hacer lo siguiente:

1) # valorSeleccionado
2)  |unAlumnosDialog|
3)  unAlumnosDialog := AlumnosDialog show.
4)  ^unAlumnosDialog seleccionado.

Quiero que este método (Que pertenece a la clase CursoDialog) me devuelva el
ítem seleccionado de una grilla perteneciente a AlumnosDialog.

Aparentemente el problema que se me presenta es que la ejecución de la línea 4)
no espera el ?cerrado? de la vista del AlumnosDialog.

Que estaria mal?
Como puedo lograr esta funcionalidad?

Desde ya gracias, por toda la ayuda.

Diego.

Ale,

Por la serie de oscuridades, olvidos y asociaciones que mencionás creo que
estás en óptimas condiciones para leer un pequeño artículo de Freud llamado
"El olvido de nombres propios".  Narra un caso que le ocurrió al propio
Freud donde armó una confusión de nombres, de pintores precisamente.

Y volviendo a Estigia, no olvidemos que los muertos después de atravesar
este río entran en las tinieblas infernales y beben de la laguna Leteo cuyas
aguas tienen la propiedad de producir el olvido. De este modo los muertos
quedan atrapados en los infiernos, tanto por el temible can Cerbero, como
por el hecho de no poder recordar el camino por donde llegaron.

Moraleja:
Cuando uno esté en el camino a los infiernos hay que hacer como en Memento,
hay que hacerse un machete con el mapa, y si es tatuado mejor. Sino,
hermano, estás frito.

Saludos
Juan

----- Original Message -----
From: "Alejandro F. Reimondo" <aleReimondo@...>
To: <smalltalking@...>
Sent: Monday, June 27, 2005 6:18 AM
Subject: Re: [objetos] OFF-TOPIC mitologia


> Hola Carlos,
> Muchas gracias por hacer la observación.
> Tenes toda la razón, y no es la primera vez que me marcan esta confusión
que
> tengo entre el can y el barquero. :-)
>
> La vez anterior que me hicieron la aclaración fue mi mujer, cuando le
mostré
> algunas (malas) fotografías que había podido sacar en la sala...
> Eran fotografías muy oscuras pues o se puede sacar fotos con flash (en el
> museo); pero pese a eso, como había podido ir sin ellos (sin Angeles y
> Guidito) me dedique a sacar la mayor cantidad de fotos que pude (150 o
algo
> más); quizás para no sentirme tan solo entre tanta gente mirando obras con
> muchisima atención y codeándose en la mayoría de las obras para ganar una
> posición apropiada para verlas.
>
> El caso de las obras del Bosco recuerdo que la primera impresión fue de
> desanimo pues me parecieron mucho mas chicas de lo que yo me las había
> imaginado.
> Pero al acercarme me di cuenta que el tamaño sirve solo para la primera
> impresión.
> Luego de pelear buenas posiciones por unos cuantos minutos me llamó
> muchisimo la atención el cuadro al que hacia referencia en mi email
> anterior.
> Es un cuadro pequeño y muuuuuy oscuro (las imágenes que se ven en Internet
y
> libros de pintura son mucho mas claras que lo que es realmente el cuadro,
> quizás para que "quede lindo").
>
> Me acerque y me flecho. El balance de las imágenes es casi perfecto...
hasta
> el punto en que me ocurre que voy de un lado al otro (del bueno al malo, o
> viceversa) sin darme cuenta. Es tan balanceado, que te hace pasar al otro
> lado, casi por descuido, sin quererlo... un mensaje muy potente es el que
> transmite (el que a veces nos encontramos "del otro" lado sin quererlo,
como
> llevados por la barca).
>
> Te agradezco otra vez el comentario porque gracias a leer tu mail, me hizo
> un "click" adentro de la cabeza; sobre dos cosas:
> 1.- al pensar en Cancerbero, y recordar el cuadro... no lo recordaba
> pintado... es decir, recordé la barca y el barquero, pero no al perro.
> 2.- además recordé que Angeles, al ver el cuadro, me había preguntado:
> "seguro es del Bosco?"
> Y así fue como empecé, hace un tiempo ya, una búsqueda para ver si era
así.
> Para mi "era del Bosco", porque estaba en la misma sala :-) (cosa que
> explica claramente mi ignorancia)
> Resulta que mi memoria es un desastre... y esto me forzó a volver a buscar
> las referencias, al leer tu email.
> Así, llegue a la información que tenía al respecto, que creo importante
> compartir.
>
> El cuadro se llama "EL PASO DE LA LAGUNA ESTIGIA"
>  el autor es Joachim Patinir (1480-1524)
>
> Referencias:
>   http://museoprado.mcu.es/estigia.html
>   http://museoprado.mcu.es/estigiad2.html
>   http://museoprado.mcu.es/estigiad3.html
>
> Como verás, el cancerbero, custodiando la puerta del infierno; tiene
aspecto
> de dragón...
>  (es lo más blanco del lado derecho/infierno)
>
> Un aspecto bastante distinto al de otras imágenes como la que atacho a
este
> email,
>  de la tapa de un libro de Theodore Sturgeon.
>
> hasta pronto,
> Ale.
>
>
>
>
> ----- Original Message -----
> From: "Carlos E. Ferro" <ceferro@...>
> To: <smalltalking@...>
> Sent: Monday, June 27, 2005 1:39 PM
> Subject: [objetos] OFF-TOPIC mitologia
>
>
> On 26 Jun 2005 at 14:52, Alejandro F. Reimondo wrote:
>
> > Hola cancerbero,
> > (digo tu nombre despacio y tímidamente, mi alma seguro
> >  se ve blanca en lo oscuro que está acá :-) [*]
> [ . . . ]
> > [*] una de las ultimas veces que te vi, fue en el cuadro
> >  que pintó el Bosco, el cuadro que mas me ha gustado
> >  de los que se pueden ver en el Museo del Prado,
> >  un cuadro donde se ve nuestro lado, el de los mortales,
> >  como un lugar diáfano, claro y con luz; hacia la izquierda,
> >  la oscuridad, y en el medio esta tu barca.
>
> El de la barca es Caronte (según los romanos).
> Can Cerbero era el perro que custodiaba una de las entradas del
> Hades (infierno / lugar donde iban las almas de los mortales
> después de la muerte). Tenía tres cabezas y un aspecto terrible.
>
> Por este tema de custodio, de perro guardián, se lo usa mucho en
> metáforas de seguridad... olvidando que lo pasaron al menos dos
> veces (Hércules y Orfeo), con distintos métodos.
>
> Saludos
>
>
> >
> > ----- Original Message -----
> > From: "Cancerbero" <sgurin@...>
> > To: "smalltalking" <smalltalking@...>
> > Sent: Saturday, June 25, 2005 9:52 PM
> > Subject: [objetos] programación concurrente
> >
> >
> > Hola a todos.
> >
> > Estoy tratando de construir una aplicación que necesita varios hilos
> > ejecutándose concurrentemente. Estoy usando Squeak, y me parece que
> > la clase que debo usar es Process. Sin embargo, la documentación que
> > existe en Squeak3.7 sobre la misma es muy poca. ¿alguien me podría
> > tirar unas líneas breves de cómo :
> >
> > (1) iniciar un nuevo hilo (cómo se hace el fork() de unix en
> > smalltalk)?
> >
> > (2) manejo de señales entre procesos?
> >
> > (3) se trata de procesos (cada uno tiene su propio espacio de
> > memoria) o son hilos?
> >
> > Bueno, gracias
> >
> > --
> > Sebastián Gurin (Cancerbero)
> > cancerbero_sgxARROBAusers.sourceforge.net
> > http://www.geocities.com/cancerbero_sgx
> >
> > Solamente una virtud pequeña es compaginable con las comodidades.
> >          --Nietzsche
> >
> >
> >
> >
> > 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 de Yahoo! Grupos
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > 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 de Yahoo! Grupos
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > --
> > No virus found in this incoming message.
> > Checked by AVG Anti-Virus.
> > Version: 7.0.323 / Virus Database: 267.8.2/29 - Release Date: 27/06/2005
> >
>
> --
> Carlos E. Ferro
> Caesar Systems
>
>
>
>
>
> 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 de Yahoo! Grupos
>
>
>
>
>
>
>
>
> 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 de Yahoo! Grupos
>
>
>
>
>


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


No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.8.3/30 - Release Date: 27/06/2005

El 24/06/05, Alejandro F. Reimondo<aleReimondo@...> escribió:
>
> Alentamos a que se piense que lo distinto esta en los
>  objetos y no en quien lo usa.
> (me gustaría, si les interesa, y tiran una punta... dialogar
>  mas sobre esto)
>
> Ale.
>

A mi particularmente me interesa escuchar más sobre esto.

Lo que entiendo (y que estoy pudiendo experimentar conforme pasa el
tiempo) es que es algo totalmente distinto interactuar con objetos
(por los medios que sea) que escribir directivas (líneas de código)
para un engine que saber hacer algo con ellas.

Saludos.

Hola Carlos,
Muchas gracias por hacer la observación.
Tenes toda la razón, y no es la primera vez que me marcan esta confusión que
tengo entre el can y el barquero. :-)

La vez anterior que me hicieron la aclaración fue mi mujer, cuando le mostré
algunas (malas) fotografías que había podido sacar en la sala...
Eran fotografías muy oscuras pues o se puede sacar fotos con flash (en el
museo); pero pese a eso, como había podido ir sin ellos (sin Angeles y
Guidito) me dedique a sacar la mayor cantidad de fotos que pude (150 o algo
más); quizás para no sentirme tan solo entre tanta gente mirando obras con
muchisima atención y codeándose en la mayoría de las obras para ganar una
posición apropiada para verlas.

El caso de las obras del Bosco recuerdo que la primera impresión fue de
desanimo pues me parecieron mucho mas chicas de lo que yo me las había
imaginado.
Pero al acercarme me di cuenta que el tamaño sirve solo para la primera
impresión.
Luego de pelear buenas posiciones por unos cuantos minutos me llamó
muchisimo la atención el cuadro al que hacia referencia en mi email
anterior.
Es un cuadro pequeño y muuuuuy oscuro (las imágenes que se ven en Internet y
libros de pintura son mucho mas claras que lo que es realmente el cuadro,
quizás para que "quede lindo").

Me acerque y me flecho. El balance de las imágenes es casi perfecto... hasta
el punto en que me ocurre que voy de un lado al otro (del bueno al malo, o
viceversa) sin darme cuenta. Es tan balanceado, que te hace pasar al otro
lado, casi por descuido, sin quererlo... un mensaje muy potente es el que
transmite (el que a veces nos encontramos "del otro" lado sin quererlo, como
llevados por la barca).

Te agradezco otra vez el comentario porque gracias a leer tu mail, me hizo
un "click" adentro de la cabeza; sobre dos cosas:
1.- al pensar en Cancerbero, y recordar el cuadro... no lo recordaba
pintado... es decir, recordé la barca y el barquero, pero no al perro.
2.- además recordé que Angeles, al ver el cuadro, me había preguntado:
"seguro es del Bosco?"
Y así fue como empecé, hace un tiempo ya, una búsqueda para ver si era así.
Para mi "era del Bosco", porque estaba en la misma sala :-) (cosa que
explica claramente mi ignorancia)
Resulta que mi memoria es un desastre... y esto me forzó a volver a buscar
las referencias, al leer tu email.
Así, llegue a la información que tenía al respecto, que creo importante
compartir.

El cuadro se llama "EL PASO DE LA LAGUNA ESTIGIA"
  el autor es Joachim Patinir (1480-1524)

Referencias:
   http://museoprado.mcu.es/estigia.html
   http://museoprado.mcu.es/estigiad2.html
   http://museoprado.mcu.es/estigiad3.html

Como verás, el cancerbero, custodiando la puerta del infierno; tiene aspecto
de dragón...
  (es lo más blanco del lado derecho/infierno)

Un aspecto bastante distinto al de otras imágenes como la que atacho a este
email,
  de la tapa de un libro de Theodore Sturgeon.

hasta pronto,
Ale.




----- Original Message -----
From: "Carlos E. Ferro" <ceferro@...>
To: <smalltalking@...>
Sent: Monday, June 27, 2005 1:39 PM
Subject: [objetos] OFF-TOPIC mitologia


On 26 Jun 2005 at 14:52, Alejandro F. Reimondo wrote:

> Hola cancerbero,
> (digo tu nombre despacio y tímidamente, mi alma seguro
>  se ve blanca en lo oscuro que está acá :-) [*]
[ . . . ]
> [*] una de las ultimas veces que te vi, fue en el cuadro
>  que pintó el Bosco, el cuadro que mas me ha gustado
>  de los que se pueden ver en el Museo del Prado,
>  un cuadro donde se ve nuestro lado, el de los mortales,
>  como un lugar diáfano, claro y con luz; hacia la izquierda,
>  la oscuridad, y en el medio esta tu barca.

El de la barca es Caronte (según los romanos).
Can Cerbero era el perro que custodiaba una de las entradas del
Hades (infierno / lugar donde iban las almas de los mortales
después de la muerte). Tenía tres cabezas y un aspecto terrible.

Por este tema de custodio, de perro guardián, se lo usa mucho en
metáforas de seguridad... olvidando que lo pasaron al menos dos
veces (Hércules y Orfeo), con distintos métodos.

Saludos


>
> ----- Original Message -----
> From: "Cancerbero" <sgurin@...>
> To: "smalltalking" <smalltalking@...>
> Sent: Saturday, June 25, 2005 9:52 PM
> Subject: [objetos] programación concurrente
>
>
> Hola a todos.
>
> Estoy tratando de construir una aplicación que necesita varios hilos
> ejecutándose concurrentemente. Estoy usando Squeak, y me parece que
> la clase que debo usar es Process. Sin embargo, la documentación que
> existe en Squeak3.7 sobre la misma es muy poca. ¿alguien me podría
> tirar unas líneas breves de cómo :
>
> (1) iniciar un nuevo hilo (cómo se hace el fork() de unix en
> smalltalk)?
>
> (2) manejo de señales entre procesos?
>
> (3) se trata de procesos (cada uno tiene su propio espacio de
> memoria) o son hilos?
>
> Bueno, gracias
>
> --
> Sebastián Gurin (Cancerbero)
> cancerbero_sgxARROBAusers.sourceforge.net
> http://www.geocities.com/cancerbero_sgx
>
> Solamente una virtud pequeña es compaginable con las comodidades.
>          --Nietzsche
>
>
>
>
> 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 de Yahoo! Grupos
>
>
>
>
>
>
>
>
>
> 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 de Yahoo! Grupos
>
>
>
>
>
>
>
>
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.323 / Virus Database: 267.8.2/29 - Release Date: 27/06/2005
>

--
Carlos E. Ferro
Caesar Systems





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 de Yahoo! Grupos

On 26 Jun 2005 at 14:52, Alejandro F. Reimondo wrote:

> Hola cancerbero,
> (digo tu nombre despacio y tímidamente, mi alma seguro
>  se ve blanca en lo oscuro que está acá :-) [*]
	 [ . . . ]
> [*] una de las ultimas veces que te vi, fue en el cuadro
>  que pintó el Bosco, el cuadro que mas me ha gustado
>  de los que se pueden ver en el Museo del Prado,
>  un cuadro donde se ve nuestro lado, el de los mortales,
>  como un lugar diáfano, claro y con luz; hacia la izquierda,
>  la oscuridad, y en el medio esta tu barca.

El de la barca es Caronte (según los romanos).
Can Cerbero era el perro que custodiaba una de las entradas del
Hades (infierno / lugar donde iban las almas de los mortales
después de la muerte). Tenía tres cabezas y un aspecto terrible.

Por este tema de custodio, de perro guardián, se lo usa mucho en
metáforas de seguridad... olvidando que lo pasaron al menos dos
veces (Hércules y Orfeo), con distintos métodos.

Saludos


>
> ----- Original Message -----
> From: "Cancerbero" <sgurin@...>
> To: "smalltalking" <smalltalking@...>
> Sent: Saturday, June 25, 2005 9:52 PM
> Subject: [objetos] programación concurrente
>
>
> Hola a todos.
>
> Estoy tratando de construir una aplicación que necesita varios hilos
> ejecutándose concurrentemente. Estoy usando Squeak, y me parece que
> la clase que debo usar es Process. Sin embargo, la documentación que
> existe en Squeak3.7 sobre la misma es muy poca. ¿alguien me podría
> tirar unas líneas breves de cómo :
>
> (1) iniciar un nuevo hilo (cómo se hace el fork() de unix en
> smalltalk)?
>
> (2) manejo de señales entre procesos?
>
> (3) se trata de procesos (cada uno tiene su propio espacio de
> memoria) o son hilos?
>
> Bueno, gracias
>
> --
> Sebastián Gurin (Cancerbero)
> cancerbero_sgxARROBAusers.sourceforge.net
> http://www.geocities.com/cancerbero_sgx
>
> Solamente una virtud pequeña es compaginable con las comodidades.
>          --Nietzsche
>
>
>
>
> 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 de Yahoo! Grupos
>
>
>
>
>
>
>
>
>
> 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 de Yahoo! Grupos
>
>
>
>
>
>
>
>
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.323 / Virus Database: 267.8.2/29 - Release Date: 27/06/2005
>

--
Carlos E. Ferro
Caesar Systems

Hola. Justamente me parece que Squeak, (no sé la
última versión) no soporta la creación de hilos
nativos y siendo hilos internos, o sea ese modelo de
procesos interno del ambiente, ya no interesa tanto la
distinción entre proceso/hilo y menos sobre
arquitecturas monoprocesador. Es decir, para el que no
necesita programar sobre SMP o arquitecturas paralelas
en general da igual, pero aún así sería una ventaja
tener la posibilidad para quien sabe como, cuando y
porque hilar una aplicación, una gran ventaja de
performance en velocidad y respuesta. Si querés hacer
una aplicación con hilos nativos te recomiendo echarle
un vistazo a VisualWorks que hasta donde sé es el
único Smalltalk que los soporta.

La gente de Squeak argumenta que se complicaría la
portabilidad y la complejidad en general de tener este
soporte a nivel del lenguaje. En Squeak ni siquiera
tienen implementado el garbage collector en un hilo
separado debido a la complejidad que requeriría
hacerlo.
Me parece que tampoco hay nadie trabajando en eso, por
lo que siempre leo, en Smalltalk hay una gran
tendencia, casi ciega, a solucionarlo todo desde el
ambiente, olvidando de que, mal que le pese, una
máquina virtual es un ejecutable que respeta el modelo
de ejecución del SO sobre el que se ejecuta. Que el
ambiente no soporte hilos o los ignore, por lo que
fuere, no significa que no existan y que sean usados
(de hecho son usadísimos).

Las ventajas de tener hilos son evidentes sobre
Windows 2000 y XP, o sobre Solaris, en donde los
cambios de contexto entre procesos son pesados (muy
pesados), y en cambio entre hilos son mucho más
livianos, siempre dependiendo del modelo disponible en
cada SO, si tenes multihilos, hilos a nivel de
usuario, en el kernel, hilos livianos, hyperthreading,
si es bloqueante, si es seguro, si es ligado, si es
POSIX, etc.
En Unix los cambios de contexto entre procesos nunca
fueron tan pesados, porque en principio se pueden
clonar los procesos, aunque ahora muchos Unix tienen
varios modelos. O sea que todo eso también podrías
tenerlo en cuenta. Papers sobre todo esto tenes
cientos en internet, específicamente para Smalltalk la
mejor explicación del funcionamiento de coordinación
entre procesos y monitores que ví está en el libro de
Timothy Budd (A Little Smalltalk) Cap 10, págs.
109-122
Saludos

Hernán








___________________________________________________________
1GB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar

Hola cancerbero,
(digo tu nombre despacio y tímidamente, mi alma seguro
  se ve blanca en lo oscuro que está acá :-) [*]

>Estoy tratando de construir una aplicación que necesita
> varios hilos ejecutándose concurrentemente. Estoy usando
> Squeak, y me parece que la clase que debo usar es Process.

Exacto, en Smalltalk tenes un modelo simple de procesos.
Solo hay procesos, que son objetos.
Es decir, solo objetos y mensajes, un esquema simple, consistente
  y que te permitirá modificar lo que necesites (si fuera necesario,
  aunque creo que no debe haber muchas oportunidades donde
  el esquema actual no sea, además, el mas apropiado).

> Sin embargo, la documentación que existe en Squeak3.7
> sobre la misma es muy poca. ¿alguien me podría
> tirar unas líneas breves de cómo :

El modelo es idéntico, a mi entender, que el que se planteo
  en Smalltalk/80. La bibliografía sobre estos temas son
  los libros "Smalltalk/80 - XXXXX", es decir, los libros
  clásicos de Smalltalk/80.

>(1) iniciar un nuevo hilo (cómo se hace el fork()
> de unix en Smalltalk)?

El mensaje #fork (y sus derivados) se envían a un
  contexto (un bloque); y te permiten evaluar el bloque
  en un proceso que se creará para su evaluación.
El proceso podrá tener distinta prioridad de ejecución
  que el proceso en el que fue instanciado el contexto
  al que le envias el mensaje #fork: .

>(2) manejo de señales entre procesos?

Cualquier objeto puede coordinar con otros su
  actividad mediante el uso de semáforos
  (Semaphore).
Hay varios ejemplos de tutoriales sobre como usarlos,
  los tutoriales son por lo general lo suficientemente
  amplios como para aplicarse lo que dicen a cualquier
  Smalltalk (con mínimos cambios en el caso de usar
  un Smalltalk distinto a Smalltalk/80).
Creo recordar que en nuestro swiki había links
  a tutoriales sobre el tema.

>(3) se trata de procesos (cada uno tiene su propio
> espacio de memoria) o son hilos?

Son instancias de Process.
No he visto (ni necesitado aún)
  una clase hilo... ni ovillo :-P

En la tecnología de Objetos, hay objetos
  y se comunican por envío de mensajes (que
  son objetos, claro).
No es necesario que existan "áreas de memoria",
  ni punteros, ni direcciones, ni ninguna barrera,
  ningún "dentro" ni "fuera"...
  es decir, un ambiente es homogéneo.
Toda heterogeneidad esta basada en un desconocimiento
  de los principios básicos de la T.O. (el ABC de objetos);
  es decir, si la aceptas, aceptas también sus consecuencias.
  (recorda el artículo de los principios de diseño de Smalltalk)

Si uno acepta un planteo de "áreas de memoria"
  esta aceptando algo peor que GOTOs;
  esta condicionando lo que uno mismo puede lograr
  de un conjunto de objetos.
Es casi tan duro como fijarle una interfáz a un objeto.

En el planteo de procesos en un ambiente,
  la visibilidad (nombres, contextos, etc) es lo que
  determina la factibilidad de un envío de mensaje.
El modelo es simple, consistente, no condicionante
  y refinable (subclasificable o reemplazable) por
  cualquier persona.

hasta pronto,
Ale.


[*] una de las ultimas veces que te vi, fue en el cuadro
  que pintó el Bosco, el cuadro que mas me ha gustado
  de los que se pueden ver en el Museo del Prado,
  un cuadro donde se ve nuestro lado, el de los mortales,
  como un lugar diáfano, claro y con luz; hacia la izquierda,
  la oscuridad, y en el medio esta tu barca.

----- Original Message -----
From: "Cancerbero" <sgurin@...>
To: "smalltalking" <smalltalking@...>
Sent: Saturday, June 25, 2005 9:52 PM
Subject: [objetos] programación concurrente


Hola a todos.

Estoy tratando de construir una aplicación que necesita varios hilos
ejecutándose concurrentemente. Estoy usando Squeak, y me parece que
la clase que debo usar es Process. Sin embargo, la documentación que
existe en Squeak3.7 sobre la misma es muy poca. ¿alguien me podría
tirar unas líneas breves de cómo :

(1) iniciar un nuevo hilo (cómo se hace el fork() de unix en
smalltalk)?

(2) manejo de señales entre procesos?

(3) se trata de procesos (cada uno tiene su propio espacio de
memoria) o son hilos?

Bueno, gracias

--
Sebastián Gurin (Cancerbero)
cancerbero_sgxARROBAusers.sourceforge.net
http://www.geocities.com/cancerbero_sgx

Solamente una virtud pequeña es compaginable con las comodidades.
          --Nietzsche




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 de Yahoo! Grupos

Hola:

Cancerbero escribió:
> Estoy tratando de construir una aplicación que necesita varios hilos
> ejecutándose concurrentemente. Estoy usando Squeak, y me parece que
> la clase que debo usar es Process. Sin embargo, la documentación que
> existe en Squeak3.7 sobre la misma es muy poca. ¿alguien me podría
> tirar unas líneas breves de cómo :

Nunca hice nada con procesos concurrentes, salvo alguna que otra pavada,
pero te ayudo con lo que puedo.

> (1) iniciar un nuevo hilo (cómo se hace el fork() de unix en
> smalltalk)?

["Tu bloque de código"] fork
Eso instancia aProcess
Mira los mensajes relacionados a fork, para ver como instanciarlo en
distintos estados (suspended, etc).

> (2) manejo de señales entre procesos?

Los procesos son objetos, asi que el manejo de señales es manejo de
objetos, osea... son mensajes entre objetos (#suspend, #kill, #resume,
por ej). Para sincronismo podes usar Semáforos (instancias de Semaphore)

> (3) se trata de procesos (cada uno tiene su propio espacio de
> memoria) o son hilos?

Son instancias de Process :-)
El espacio de memoria es el de la VM Smalltalk, osea... se podría decir
que son hilos (soft threads, creo que les dicen), pero para el que lo
usa son procesos (pues son instancias de Process :-) )

Saludos.

--
Esteban.

Hola a todos.

Estoy tratando de construir una aplicación que necesita varios hilos
ejecutándose concurrentemente. Estoy usando Squeak, y me parece que
la clase que debo usar es Process. Sin embargo, la documentación que
existe en Squeak3.7 sobre la misma es muy poca. ¿alguien me podría
tirar unas líneas breves de cómo :

(1) iniciar un nuevo hilo (cómo se hace el fork() de unix en
smalltalk)?

(2) manejo de señales entre procesos?

(3) se trata de procesos (cada uno tiene su propio espacio de
memoria) o son hilos?

Bueno, gracias

--
Sebastián Gurin (Cancerbero)
cancerbero_sgxARROBAusers.sourceforge.net
http://www.geocities.com/cancerbero_sgx

Solamente una virtud pequeña es compaginable con las comodidades.
          --Nietzsche

Diego, no me refería a los conceptos, me refería a antiguedad cronológica
con respecto a los lenguajes mencionados.
Perdón por ser tan literal =)

Saludos,

German

----- Original Message -----
From: "Diego Coronel" <dcoronel@...>
To: <smalltalking@...>
Sent: 24 June, 2005 10:12
Subject: Re: [objetos] Hablando con los dinosaurios


Hola,


>Hola,
>
>> Pero Smalltalk no es una herramienta nueva!
Discrep en esto. Smalltalk es unos 20 o 30 años mas nuevo que Clipper o
VB; pensándolo de los conceptos que esas herramientas usan.

>Incluso lo diferente es el gestual que uno realiza con ella.
Esta parte me resulta interesante. Un compañero de trabajo le causaba gracia
que le dijera "masajeá un poco esa parte y mandamela"; y me decía que sentía
que justamente estaba haciendo eso, masajeando. La actividad que se realiza
es muy distinta.

Diego




>----- Original Message -----
>From: "German Viscuso" <netquake@...>
>To: <smalltalking@...>
>Sent: Friday, June 24, 2005 5:16 AM
>Subject: Re: [objetos] Hablando con los dinosaurios
>
>
>> Pero Smalltalk no es una herramienta nueva!
>>
>> ----- Original Message -----
>> From: "kikote gregoris" <kikogregoris@...>
>> To: <smalltalking@...>
>> Sent: 23 June, 2005 22:09
>> Subject: Re: [objetos] Hablando con los dinosaurios
>>
>>
>> > Hola Norberto
>> >
>> > Estoy de acuerdo en todo lo que decis, y estoy feliz de que algunas
de
>> las personas de otra generacion no sea tan cerrada y no quiera ver las
>> ventaja de las nuevas herramientas , especialmentete Smalltalk.
>> >
>> > Es increible la reaccion de mucha gente gande y jovenes cuando les
>hablas
>> de St , creo que no solo el problema es de las viejas generaciones ,
>> lamentablemete nosotros los joves tambien somos muy cerrados en ese
>aspecto.
>> > Pero lo mas preocupante tiene que ver con los educadores , que no se
>toman
>> la molestia por diferenciar una herramienta de otra.
>> >
>> > saludos kiko
>> >
>> > Norberto Bautista Rolando <nbrolando@...> escribió:
>> > Estimados Andrés y Kikote.
>> > La visión que tienen de las viejas generaciones es en gran parte
>acertada
>> y, lamentablemente, hay muchos exponentes de ese tipo en nuestra
profesión
>> con el agravante de tener mucha influencia en el ámbito educativo.
>> > La resistencia al cambio es muy común en el ser humano y el tratar
de
>> mantenerse en un modo de trabajar que se domina es parte de la seguridad
>que
>> casi todos anhelamos para nuestro diario quehacer.
>> > Naturalmente lo anterior no habilita para desconocer, criticar o
>comparar
>> burdamente los distintos paradigmas existentes en el desarrollo de
>sistemas
>> (computacionales o no) y pienso que es más sencillo exponer seriamente
>los
>> fundamentos de los nuevos paradigmas que preocuparse por la opinión de
>gente
>> que no pudo o no quiso actualizarse adecuadamente.
>> > En todo esto subyace la necesidad que tienen esas personas de
sobrevivir
>> económicamente y, equivocadamente, pretenden que están trabajando con
los
>> mismos conceptos porque en cualquier herramienta existen métodos o
>> procedimientos que "se parecen" a los que se usaban anteriormente.
>> > Como representante de los más antiguos de los dinosaurios (tengo casi
>68
>> años y más de 40 de profesión) les pediría que actuaran con generosidad
>y
>> traten de exponer sus ideas de modo que podamos percibir aquello que
>agrega
>> cada nuevo paradigma a los que nosotros conocemos y que, muchas veces,
>nos
>> permitieron desarrollar buenos sistemas (computacionales y de los otros)
>> sabiendo que hoy sería más sencillo su producción y más estable su
>> elaboración, funcionamiento y mantenimiento dado el avance tecnológico
>y
>> científico que se produjo en los últimos veinte años.
>> > Reciban mis más cordiales saludos
>> > Norberto B Rolando
>> >
>> > ----- Original Message -----
>> > From: kikote gregoris
>> > To: smalltalking@...
>> > Sent: Wednesday, June 22, 2005 11:30 AM
>> > Subject: Re: [objetos] Hablando con los dinosaurios
>> >
>> >
>> > Hola Andres
>> >
>> > Mira las viejas generaciones , no pueden distinguir un objeto de una
>> función, no se porque pero es así .Te digo por que en la facultad hay
un
>> muchacho de unos 50 y tantos años que trabaja en clipper.
>> > A el le cuesta un montón entender el paradigma de objetos, creo que
es
>por
>> que esta tan metido en lo que sabe hacer que no puede despegarse de eso.
>> >
>> > El tema de cambiar de herramienta en la gente grande es todo un tema.
>> >
>> > Con lo de viejas generaciones que no se enoje nadie , supongo que hay
>> acepciones a la regla.
>> > De echo yo tampoco soy un experto , pero tengo la cabeza abierta a
otras
>> cosas , cosa que la mayoría de la gente grande que conozco no .
>> > Eso incluye una parba de Profetas de la Facu que dicen ser gurues de
>la
>> programacion.
>> > Para ejemplificar un poco , voy a referirme a las nuevas carreras de
>la
>> UNNOBA en junin , en la mayoria el tema St es casi obsoleto y hacen la
>de
>> todos , meter a ST JAVA C++ Delphi como si fuera lo mismo.
>> >
>> >
>> > Saludos kiko
>> >
>> > Andres Poncelas <elortega10@...> escribió:
>> > Ahunque el titulo del mail es exagerado, resume bien lo que me paso.
>> > La cuestion es que tuve una larga charla con dos personas, ambas de
>> sistemas, y se podria decir que en esa charla se juntaron 3 generaciones.
>> > Uno esta en esto desde antes de las targetas perforadas y es gerente
>de
>> sistemas, el otro es clippero a morir, amante del summer 87 y encantado
>con
>> lo que puede hacer en VB, y el otro yo.
>> > La cuestion es que los miraba con asombro cuando lleagban a la
>conclusion
>> de que VB era lo mas porque en la mayoria de los casos te permitia hacer
>las
>> cosas en un tiempo menor. Por supuesto no les importaba mucho que digamos
>el
>> mantenimiento, ni pensaban en detalles (otra vision, distinta a la mia
>que
>> soy desarrollador).
>> > Comento esto porque me dejo preocupado, mirando los perfiles de estas
>dos
>> personas y notando que no les importaba mucho que yo explicara las
>bondades,
>> no de smalltalk, porque yo no estaba defendiendo smalltalk, sino de,
sin
>ir
>> mas lejos, el paradigma de objetos.
>> > No se si se entiende a donde quiero apuntar, pero queria conoser sus
>> opiniones.
>> > Es realmente verdad esto?
>> > Es lo que importa realmente?
>> > Es lo que importa hoy en dia?
>> > Es a donde queremos apuntar?
>> > Por otro lado, por ahi, no soy buen vendedor y no les supe explicar,
>pero
>> bue.....
>> > Como dato anecdotico puedo comentar que la charla termino cuando el
de
>2
>> generacion me decia que "Eso de la herencia y el polimorfismo y esas
>cosas"
>> (que habia explicado hace instantes) "no es nada nuevo, es lo mismo que
>> programar en procedural y separar todo en funciones como haciamos antes",
>a
>> lo que la 1 generacion agregaba "si, eso que vos comentas, siempre te
lo
>> dije, es lo mismo que lo que haciamos nosotros......" y explico algo
que
>ya
>> no me acuerdo, o no quiero acordarme.
>> > Y despues de todo eso me caye y me fui, caliente por cierto, pero
>> preservando la relacion familiar.
>> >
>> > Andrés P. Poncelas
>> > aponcelas@...
>> > aponcelas@...
>> >
>> >
>> > 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
>> >
>> >
>> >
>> >
>> > __________________________________________________
>> > Correo Yahoo!
>> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
>> > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
>> >
>> > 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
>> >
>> >
>> >
>> >
>> > ---------------------------------
>> >
>> >
>> > No virus found in this incoming message.
>> > Checked by AVG Anti-Virus.
>> > Version: 7.0.323 / Virus Database: 267.7.10/25 - Release Date:
>21/06/2005
>> >
>> >
>> > 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 de Yahoo! Grupos
>> >
>> >    Para visitar el sitio web del grupo, andá a:
>> > http://ar.groups.yahoo.com/group/smalltalking/
>> >
>> >    Para cancelar tu suscripción a este grupo, enviá un mensaje a:
>> > smalltalking-unsubscribe@...
>> >
>> >    El uso de Yahoo! Grupos está sujeto a las Condiciones del servicio
>de
>> Yahoo!.
>> >
>> >
>> > __________________________________________________
>> > Correo Yahoo!
>> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
>> > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
>> >
>>
>>
>>
>>
>>
>> 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 de Yahoo! Grupos
>>
>>
>>
>>
>>
>>
>>
>
>
>
>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 de Yahoo! Grupos
>
>
>
>
>
>







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 de Yahoo! Grupos

Hola kiko,

> Que difusión tubo St en los primeros años de su existencia ?.

Mucha y de la mejor.
Se expusieron todos los detalles (hasta los más mínimos)
  y todo estuvo siempre allí para ser tomado, abordado,
  mejorado y hacerlo propio.

Eso... definitivamente no alcanza para que se adopte
  una tecnología.

Quienes hemos estados interesados en "esto de los
  objetos" desde los primeros años, nos ha quitado
  el sueño (de los primeros años) en tratar de explicarnos
  donde estaba la "falla".
O que era lo que no se había ahecho o no se había
  hecho bien.
Quienes empiezan a entender la tecnología existe la
  posibilidad de no seguir haciéndose la "pregunta cruel". :-)

> Supongo que abra sido casi nula , si pensamos que
> estamos en el 2005 y la cosa no a cambiado mucho.

No es así, quizás es desconocida para vos; pero si buscas
  un poco nomás vas a encontrar no solo esfuerzos,
  sino soluciones y demostraciones por demás que validan
  que Smalltalk es XXX e YYY mas plus plus.

El tema es simplemente que la gente no busca.
No espera que exista algo más que un lenguaje
  o un aforma distinta de hacer lo mismo.
No esta preparada para una nueva tecnología.

Así de simple. No tener la cabeza preparada (educada)
  para escuchar algo nuevo es como no tener el estomago
  preparado para digerir pasto.. no importa cuanto pasto
  tengas a mano.

> No abra sido un error de difusión la poca bola
> que se le da en los ámbitos universitarios ?

Allí tocas un tema muy polémico del cual hemos hablado
  bastante aquí (no lo digo para no motivar al diálogo,
  sino para comentarte que podes encontrar diálogos
  muy buenos en los mails históricos).

Normalmente se piensa que si uno siembra nuevas
  semillas, tiene buen pasto.
No es tan simple.
Mientras las condiciones "ambientales" no se den,
  las semillas crecen para cualquier lado.
Un ejemplo está en que la mayoría de los alumnos
  dejan las materias de Smalltalk y al poco tiempo
  lo ven como algo que "ya paso"...
  es decir, no perduran en ellos los principios
  básicos ni los conceptos de base que se enuncian
  en casi todas las materias que usan Smalltalk
  intentando educar en objetos.
Ante este pto de vista, la falla no esta en el docente,
  ni en la semilla, sino en lo simple (básico/abstracto)
  de ese modelo "educativo".

hasta pronto,
Ale.


----- Original Message -----
From: "kikote gregoris" <kikogregoris@...>
To: <smalltalking@...>
Sent: Friday, June 24, 2005 8:50 PM
Subject: Re: [objetos] Hablando con los dinosaurios


> Hola gente
>
> Que difusión tubo St en los primeros años de su existencia ?.
> Supongo que abra sido casi nula , si pensamos que estamos en el 2005 y la
cosa no a cambiado mucho.
> No abra sido un error de difusion la poca bola que se le da en los ambitos
universitarios ?
>
> saludos kiko
>
> German Viscuso <netquake@...> escribió:
> Pero Smalltalk no es una herramienta nueva!
>
> ----- Original Message -----
> From: "kikote gregoris" <kikogregoris@...>
> To: <smalltalking@...>
> Sent: 23 June, 2005 22:09
> Subject: Re: [objetos] Hablando con los dinosaurios
>
>
> > Hola Norberto
> >
> > Estoy de acuerdo en todo lo que decis, y estoy feliz de que algunas de
> las personas de otra generacion no sea tan cerrada y no quiera ver las
> ventaja de las nuevas herramientas , especialmentete Smalltalk.
> >
> > Es increible la reaccion de mucha gente gande y jovenes cuando les
hablas
> de St , creo que no solo el problema es de las viejas generaciones ,
> lamentablemete nosotros los joves tambien somos muy cerrados en ese
aspecto.
> > Pero lo mas preocupante tiene que ver con los educadores , que no se
toman
> la molestia por diferenciar una herramienta de otra.
> >
> > saludos kiko
> >
> > Norberto Bautista Rolando <nbrolando@...> escribió:
> > Estimados Andrés y Kikote.
> > La visión que tienen de las viejas generaciones es en gran parte
acertada
> y, lamentablemente, hay muchos exponentes de ese tipo en nuestra profesión
> con el agravante de tener mucha influencia en el ámbito educativo.
> > La resistencia al cambio es muy común en el ser humano y el tratar de
> mantenerse en un modo de trabajar que se domina es parte de la seguridad
que
> casi todos anhelamos para nuestro diario quehacer.
> > Naturalmente lo anterior no habilita para desconocer, criticar o
comparar
> burdamente los distintos paradigmas existentes en el desarrollo de
sistemas
> (computacionales o no) y pienso que es más sencillo exponer seriamente los
> fundamentos de los nuevos paradigmas que preocuparse por la opinión de
gente
> que no pudo o no quiso actualizarse adecuadamente.
> > En todo esto subyace la necesidad que tienen esas personas de sobrevivir
> económicamente y, equivocadamente, pretenden que están trabajando con los
> mismos conceptos porque en cualquier herramienta existen métodos o
> procedimientos que "se parecen" a los que se usaban anteriormente.
> > Como representante de los más antiguos de los dinosaurios (tengo casi 68
> años y más de 40 de profesión) les pediría que actuaran con generosidad y
> traten de exponer sus ideas de modo que podamos percibir aquello que
agrega
> cada nuevo paradigma a los que nosotros conocemos y que, muchas veces, nos
> permitieron desarrollar buenos sistemas (computacionales y de los otros)
> sabiendo que hoy sería más sencillo su producción y más estable su
> elaboración, funcionamiento y mantenimiento dado el avance tecnológico y
> científico que se produjo en los últimos veinte años.
> > Reciban mis más cordiales saludos
> > Norberto B Rolando
> >
> > ----- Original Message -----
> > From: kikote gregoris
> > To: smalltalking@...
> > Sent: Wednesday, June 22, 2005 11:30 AM
> > Subject: Re: [objetos] Hablando con los dinosaurios
> >
> >
> > Hola Andres
> >
> > Mira las viejas generaciones , no pueden distinguir un objeto de una
> función, no se porque pero es así .Te digo por que en la facultad hay un
> muchacho de unos 50 y tantos años que trabaja en clipper.
> > A el le cuesta un montón entender el paradigma de objetos, creo que es
por
> que esta tan metido en lo que sabe hacer que no puede despegarse de eso.
> >
> > El tema de cambiar de herramienta en la gente grande es todo un tema.
> >
> > Con lo de viejas generaciones que no se enoje nadie , supongo que hay
> acepciones a la regla.
> > De echo yo tampoco soy un experto , pero tengo la cabeza abierta a otras
> cosas , cosa que la mayoría de la gente grande que conozco no .
> > Eso incluye una parba de Profetas de la Facu que dicen ser gurues de la
> programacion.
> > Para ejemplificar un poco , voy a referirme a las nuevas carreras de la
> UNNOBA en junin , en la mayoria el tema St es casi obsoleto y hacen la de
> todos , meter a ST JAVA C++ Delphi como si fuera lo mismo.
> >
> >
> > Saludos kiko
> >
> > Andres Poncelas <elortega10@...> escribió:
> > Ahunque el titulo del mail es exagerado, resume bien lo que me paso.
> > La cuestion es que tuve una larga charla con dos personas, ambas de
> sistemas, y se podria decir que en esa charla se juntaron 3 generaciones.
> > Uno esta en esto desde antes de las targetas perforadas y es gerente de
> sistemas, el otro es clippero a morir, amante del summer 87 y encantado
con
> lo que puede hacer en VB, y el otro yo.
> > La cuestion es que los miraba con asombro cuando lleagban a la
conclusion
> de que VB era lo mas porque en la mayoria de los casos te permitia hacer
las
> cosas en un tiempo menor. Por supuesto no les importaba mucho que digamos
el
> mantenimiento, ni pensaban en detalles (otra vision, distinta a la mia que
> soy desarrollador).
> > Comento esto porque me dejo preocupado, mirando los perfiles de estas
dos
> personas y notando que no les importaba mucho que yo explicara las
bondades,
> no de smalltalk, porque yo no estaba defendiendo smalltalk, sino de, sin
ir
> mas lejos, el paradigma de objetos.
> > No se si se entiende a donde quiero apuntar, pero queria conoser sus
> opiniones.
> > Es realmente verdad esto?
> > Es lo que importa realmente?
> > Es lo que importa hoy en dia?
> > Es a donde queremos apuntar?
> > Por otro lado, por ahi, no soy buen vendedor y no les supe explicar,
pero
> bue.....
> > Como dato anecdotico puedo comentar que la charla termino cuando el de 2
> generacion me decia que "Eso de la herencia y el polimorfismo y esas
cosas"
> (que habia explicado hace instantes) "no es nada nuevo, es lo mismo que
> programar en procedural y separar todo en funciones como haciamos antes",
a
> lo que la 1 generacion agregaba "si, eso que vos comentas, siempre te lo
> dije, es lo mismo que lo que haciamos nosotros......" y explico algo que
ya
> no me acuerdo, o no quiero acordarme.
> > Y despues de todo eso me caye y me fui, caliente por cierto, pero
> preservando la relacion familiar.
> >
> > Andrés P. Poncelas
> > aponcelas@...
> > aponcelas@...
> >
> >
> > 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
> >
> >
> >
> >
> > __________________________________________________
> > Correo Yahoo!
> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
> >
> > 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
> >
> >
> >
> >
> > ---------------------------------
> >
> >
> > No virus found in this incoming message.
> > Checked by AVG Anti-Virus.
> > Version: 7.0.323 / Virus Database: 267.7.10/25 - Release Date:
21/06/2005
> >
> >
> > 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 de Yahoo! Grupos
> >
> >    Para visitar el sitio web del grupo, andá a:
> > http://ar.groups.yahoo.com/group/smalltalking/
> >
> >    Para cancelar tu suscripción a este grupo, enviá un mensaje a:
> > smalltalking-unsubscribe@...
> >
> >    El uso de Yahoo! Grupos está sujeto a las Condiciones del servicio de
> Yahoo!.
> >
> >
> > __________________________________________________
> > Correo Yahoo!
> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
> >
>
>
>
>
>
> 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 de Yahoo! Grupos
>
>    Para visitar el sitio web del grupo, andá a:
> http://ar.groups.yahoo.com/group/smalltalking/
>
>    Para cancelar tu suscripción a este grupo, enviá un mensaje a:
> smalltalking-unsubscribe@...
>
>    El uso de Yahoo! Grupos está sujeto a las Condiciones del servicio de
Yahoo!.
>
>
>
>
> ---------------------------------
>  1GB gratis, Antivirus y Antispam
>  Correo Yahoo!, el mejor correo web del mundo
>  Abrí tu cuenta aquí

Hola Facundo,
Disculpá la demora, se me mezclo el email con otros...
Creo que debe ser alguna opción del explorador la que no esta dejando que
ejecutes el control ActiveX que requiere vs4web.
Intentá agregar a Smalltalking.net como servidor seguro en el explorador
(quizás esto soluciona esa reticencia a cargar el control por parte del
navegador).

Otra posibilidad puede ser (segun el error que comentás) que el engine de
objetos no pueda ejecutar por alguna razón (es decir, que el VisualSmalltalk
no pueda ejecutar en tu máquina).
Esto no debería ocurrir..., claro :-)
Para asegurarte que corre bien, podes bajarte alguna aplicación que esté
hecha en VS y probar que ejecuta bien en esa máquina.
Por ejemplo la aplicación de mapas de la que comenté hace unos días
   http://www.aleReimondo.com.ar/MiMapa
Suerte! hasta pronto,
Ale.


----- Original Message -----
From: "Facundo Vozzi" <facundov79@...>
To: <smalltalking@...>
Sent: Thursday, June 23, 2005 7:28 PM
Subject: [objetos] Configurar IE para VS4WEB


> Hola Ale, Lista!
>
> Te escribo, porque no puedo configurar el IE Version:
6.0.2900.2180.xpsp_sp2gdr.0500301-1519 para que soporte Objetos. Lo
configure siguiendo las instrucciones y tambien como lo tengo en otra PC que
si funciona perfecto. Además probé con Firebox pero pasa lo mismo, supongo
que es algun problema con alguna actualización del Windows XP pero aún no me
dar cuenta. A alguien le paso algo parecido? Me pregunta si quiero instalar
vs4web.inf, le pongo Instalar y ahí la página me informa que mi navegador no
soporta objetos.
>
> Bueno, hay que ser mago para entender lo que pasa con la descripción que
puse, pero es más o menos eso lo que pasa...:-(.
>
> Saludos, Facundo.
>
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

Hola,


>Hola,
>
>> Pero Smalltalk no es una herramienta nueva!
Discrep en esto. Smalltalk es unos 20 o 30 años mas nuevo que Clipper o
VB; pensándolo de los conceptos que esas herramientas usan.

>Incluso lo diferente es el gestual que uno realiza con ella.
Esta parte me resulta interesante. Un compañero de trabajo le causaba gracia
que le dijera "masajeá un poco esa parte y mandamela"; y me decía que sentía
que justamente estaba haciendo eso, masajeando. La actividad que se realiza
es muy distinta.

Diego




>----- Original Message -----
>From: "German Viscuso" <netquake@...>
>To: <smalltalking@...>
>Sent: Friday, June 24, 2005 5:16 AM
>Subject: Re: [objetos] Hablando con los dinosaurios
>
>
>> Pero Smalltalk no es una herramienta nueva!
>>
>> ----- Original Message -----
>> From: "kikote gregoris" <kikogregoris@...>
>> To: <smalltalking@...>
>> Sent: 23 June, 2005 22:09
>> Subject: Re: [objetos] Hablando con los dinosaurios
>>
>>
>> > Hola Norberto
>> >
>> > Estoy de acuerdo en todo lo que decis, y estoy feliz de que algunas
de
>> las personas de otra generacion no sea tan cerrada y no quiera ver las
>> ventaja de las nuevas herramientas , especialmentete Smalltalk.
>> >
>> > Es increible la reaccion de mucha gente gande y jovenes cuando les
>hablas
>> de St , creo que no solo el problema es de las viejas generaciones ,
>> lamentablemete nosotros los joves tambien somos muy cerrados en ese
>aspecto.
>> > Pero lo mas preocupante tiene que ver con los educadores , que no se
>toman
>> la molestia por diferenciar una herramienta de otra.
>> >
>> > saludos kiko
>> >
>> > Norberto Bautista Rolando <nbrolando@...> escribió:
>> > Estimados Andrés y Kikote.
>> > La visión que tienen de las viejas generaciones es en gran parte
>acertada
>> y, lamentablemente, hay muchos exponentes de ese tipo en nuestra profesión
>> con el agravante de tener mucha influencia en el ámbito educativo.
>> > La resistencia al cambio es muy común en el ser humano y el tratar
de
>> mantenerse en un modo de trabajar que se domina es parte de la seguridad
>que
>> casi todos anhelamos para nuestro diario quehacer.
>> > Naturalmente lo anterior no habilita para desconocer, criticar o
>comparar
>> burdamente los distintos paradigmas existentes en el desarrollo de
>sistemas
>> (computacionales o no) y pienso que es más sencillo exponer seriamente
>los
>> fundamentos de los nuevos paradigmas que preocuparse por la opinión de
>gente
>> que no pudo o no quiso actualizarse adecuadamente.
>> > En todo esto subyace la necesidad que tienen esas personas de sobrevivir
>> económicamente y, equivocadamente, pretenden que están trabajando con
los
>> mismos conceptos porque en cualquier herramienta existen métodos o
>> procedimientos que "se parecen" a los que se usaban anteriormente.
>> > Como representante de los más antiguos de los dinosaurios (tengo casi
>68
>> años y más de 40 de profesión) les pediría que actuaran con generosidad
>y
>> traten de exponer sus ideas de modo que podamos percibir aquello que
>agrega
>> cada nuevo paradigma a los que nosotros conocemos y que, muchas veces,
>nos
>> permitieron desarrollar buenos sistemas (computacionales y de los otros)
>> sabiendo que hoy sería más sencillo su producción y más estable su
>> elaboración, funcionamiento y mantenimiento dado el avance tecnológico
>y
>> científico que se produjo en los últimos veinte años.
>> > Reciban mis más cordiales saludos
>> > Norberto B Rolando
>> >
>> > ----- Original Message -----
>> > From: kikote gregoris
>> > To: smalltalking@...
>> > Sent: Wednesday, June 22, 2005 11:30 AM
>> > Subject: Re: [objetos] Hablando con los dinosaurios
>> >
>> >
>> > Hola Andres
>> >
>> > Mira las viejas generaciones , no pueden distinguir un objeto de una
>> función, no se porque pero es así .Te digo por que en la facultad hay
un
>> muchacho de unos 50 y tantos años que trabaja en clipper.
>> > A el le cuesta un montón entender el paradigma de objetos, creo que
es
>por
>> que esta tan metido en lo que sabe hacer que no puede despegarse de eso.
>> >
>> > El tema de cambiar de herramienta en la gente grande es todo un tema.
>> >
>> > Con lo de viejas generaciones que no se enoje nadie , supongo que hay
>> acepciones a la regla.
>> > De echo yo tampoco soy un experto , pero tengo la cabeza abierta a
otras
>> cosas , cosa que la mayoría de la gente grande que conozco no .
>> > Eso incluye una parba de Profetas de la Facu que dicen ser gurues de
>la
>> programacion.
>> > Para ejemplificar un poco , voy a referirme a las nuevas carreras de
>la
>> UNNOBA en junin , en la mayoria el tema St es casi obsoleto y hacen la
>de
>> todos , meter a ST JAVA C++ Delphi como si fuera lo mismo.
>> >
>> >
>> > Saludos kiko
>> >
>> > Andres Poncelas <elortega10@...> escribió:
>> > Ahunque el titulo del mail es exagerado, resume bien lo que me paso.
>> > La cuestion es que tuve una larga charla con dos personas, ambas de
>> sistemas, y se podria decir que en esa charla se juntaron 3 generaciones.
>> > Uno esta en esto desde antes de las targetas perforadas y es gerente
>de
>> sistemas, el otro es clippero a morir, amante del summer 87 y encantado
>con
>> lo que puede hacer en VB, y el otro yo.
>> > La cuestion es que los miraba con asombro cuando lleagban a la
>conclusion
>> de que VB era lo mas porque en la mayoria de los casos te permitia hacer
>las
>> cosas en un tiempo menor. Por supuesto no les importaba mucho que digamos
>el
>> mantenimiento, ni pensaban en detalles (otra vision, distinta a la mia
>que
>> soy desarrollador).
>> > Comento esto porque me dejo preocupado, mirando los perfiles de estas
>dos
>> personas y notando que no les importaba mucho que yo explicara las
>bondades,
>> no de smalltalk, porque yo no estaba defendiendo smalltalk, sino de,
sin
>ir
>> mas lejos, el paradigma de objetos.
>> > No se si se entiende a donde quiero apuntar, pero queria conoser sus
>> opiniones.
>> > Es realmente verdad esto?
>> > Es lo que importa realmente?
>> > Es lo que importa hoy en dia?
>> > Es a donde queremos apuntar?
>> > Por otro lado, por ahi, no soy buen vendedor y no les supe explicar,
>pero
>> bue.....
>> > Como dato anecdotico puedo comentar que la charla termino cuando el
de
>2
>> generacion me decia que "Eso de la herencia y el polimorfismo y esas
>cosas"
>> (que habia explicado hace instantes) "no es nada nuevo, es lo mismo que
>> programar en procedural y separar todo en funciones como haciamos antes",
>a
>> lo que la 1 generacion agregaba "si, eso que vos comentas, siempre te
lo
>> dije, es lo mismo que lo que haciamos nosotros......" y explico algo
que
>ya
>> no me acuerdo, o no quiero acordarme.
>> > Y despues de todo eso me caye y me fui, caliente por cierto, pero
>> preservando la relacion familiar.
>> >
>> > Andrés P. Poncelas
>> > aponcelas@...
>> > aponcelas@...
>> >
>> >
>> > 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
>> >
>> >
>> >
>> >
>> > __________________________________________________
>> > Correo Yahoo!
>> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
>> > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
>> >
>> > 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
>> >
>> >
>> >
>> >
>> > ---------------------------------
>> >
>> >
>> > No virus found in this incoming message.
>> > Checked by AVG Anti-Virus.
>> > Version: 7.0.323 / Virus Database: 267.7.10/25 - Release Date:
>21/06/2005
>> >
>> >
>> > 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 de Yahoo! Grupos
>> >
>> >    Para visitar el sitio web del grupo, andá a:
>> > http://ar.groups.yahoo.com/group/smalltalking/
>> >
>> >    Para cancelar tu suscripción a este grupo, enviá un mensaje a:
>> > smalltalking-unsubscribe@...
>> >
>> >    El uso de Yahoo! Grupos está sujeto a las Condiciones del servicio
>de
>> Yahoo!.
>> >
>> >
>> > __________________________________________________
>> > Correo Yahoo!
>> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
>> > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
>> >
>>
>>
>>
>>
>>
>> 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 de Yahoo! Grupos
>>
>>
>>
>>
>>
>>
>>
>
>
>
>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 de Yahoo! Grupos
>
>
>
>
>
>

> Hola Sergio,
> (lo que sigue va con onda, se que lo entenderás,
>  lo aclaro por los demás de la lista, que quizás no
>  nos conocen tanto)

Obvio Ale, todo bien.

> > "Como puede ser que estemos invirtiendo energía
> > en mostrarle a otro cómo hacer mas plata?
> > Hagamoslo nosotros y listo!"
>
> No todos queremos hacer plata.

Es que esto no se lo decía a programadores.
Sino al management, que SI quiere hacer plata/bajar costos/etc.

Hola,

> Pero Smalltalk no es una herramienta nueva!

Incluso lo diferente es el gestual que uno realiza con ella.
Pues si "resaltamos la herramienta" los demás piensan que
  puede existir un clon de esa herramienta con otra sintaxis...

Alentamos a que se piense que lo distinto esta en los
  objetos y no en quien lo usa.
(me gustaría, si les interesa, y tiran una punta... dialogar
  mas sobre esto)

Ale.


----- Original Message -----
From: "German Viscuso" <netquake@...>
To: <smalltalking@...>
Sent: Friday, June 24, 2005 5:16 AM
Subject: Re: [objetos] Hablando con los dinosaurios


> Pero Smalltalk no es una herramienta nueva!
>
> ----- Original Message -----
> From: "kikote gregoris" <kikogregoris@...>
> To: <smalltalking@...>
> Sent: 23 June, 2005 22:09
> Subject: Re: [objetos] Hablando con los dinosaurios
>
>
> > Hola Norberto
> >
> > Estoy de acuerdo en todo lo que decis, y estoy feliz de que algunas de
> las personas de otra generacion no sea tan cerrada y no quiera ver las
> ventaja de las nuevas herramientas , especialmentete Smalltalk.
> >
> > Es increible la reaccion de mucha gente gande y jovenes cuando les
hablas
> de St , creo que no solo el problema es de las viejas generaciones ,
> lamentablemete nosotros los joves tambien somos muy cerrados en ese
aspecto.
> > Pero lo mas preocupante tiene que ver con los educadores , que no se
toman
> la molestia por diferenciar una herramienta de otra.
> >
> > saludos kiko
> >
> > Norberto Bautista Rolando <nbrolando@...> escribió:
> > Estimados Andrés y Kikote.
> > La visión que tienen de las viejas generaciones es en gran parte
acertada
> y, lamentablemente, hay muchos exponentes de ese tipo en nuestra profesión
> con el agravante de tener mucha influencia en el ámbito educativo.
> > La resistencia al cambio es muy común en el ser humano y el tratar de
> mantenerse en un modo de trabajar que se domina es parte de la seguridad
que
> casi todos anhelamos para nuestro diario quehacer.
> > Naturalmente lo anterior no habilita para desconocer, criticar o
comparar
> burdamente los distintos paradigmas existentes en el desarrollo de
sistemas
> (computacionales o no) y pienso que es más sencillo exponer seriamente los
> fundamentos de los nuevos paradigmas que preocuparse por la opinión de
gente
> que no pudo o no quiso actualizarse adecuadamente.
> > En todo esto subyace la necesidad que tienen esas personas de sobrevivir
> económicamente y, equivocadamente, pretenden que están trabajando con los
> mismos conceptos porque en cualquier herramienta existen métodos o
> procedimientos que "se parecen" a los que se usaban anteriormente.
> > Como representante de los más antiguos de los dinosaurios (tengo casi 68
> años y más de 40 de profesión) les pediría que actuaran con generosidad y
> traten de exponer sus ideas de modo que podamos percibir aquello que
agrega
> cada nuevo paradigma a los que nosotros conocemos y que, muchas veces, nos
> permitieron desarrollar buenos sistemas (computacionales y de los otros)
> sabiendo que hoy sería más sencillo su producción y más estable su
> elaboración, funcionamiento y mantenimiento dado el avance tecnológico y
> científico que se produjo en los últimos veinte años.
> > Reciban mis más cordiales saludos
> > Norberto B Rolando
> >
> > ----- Original Message -----
> > From: kikote gregoris
> > To: smalltalking@...
> > Sent: Wednesday, June 22, 2005 11:30 AM
> > Subject: Re: [objetos] Hablando con los dinosaurios
> >
> >
> > Hola Andres
> >
> > Mira las viejas generaciones , no pueden distinguir un objeto de una
> función, no se porque pero es así .Te digo por que en la facultad hay un
> muchacho de unos 50 y tantos años que trabaja en clipper.
> > A el le cuesta un montón entender el paradigma de objetos, creo que es
por
> que esta tan metido en lo que sabe hacer que no puede despegarse de eso.
> >
> > El tema de cambiar de herramienta en la gente grande es todo un tema.
> >
> > Con lo de viejas generaciones que no se enoje nadie , supongo que hay
> acepciones a la regla.
> > De echo yo tampoco soy un experto , pero tengo la cabeza abierta a otras
> cosas , cosa que la mayoría de la gente grande que conozco no .
> > Eso incluye una parba de Profetas de la Facu que dicen ser gurues de la
> programacion.
> > Para ejemplificar un poco , voy a referirme a las nuevas carreras de la
> UNNOBA en junin , en la mayoria el tema St es casi obsoleto y hacen la de
> todos , meter a ST JAVA C++ Delphi como si fuera lo mismo.
> >
> >
> > Saludos kiko
> >
> > Andres Poncelas <elortega10@...> escribió:
> > Ahunque el titulo del mail es exagerado, resume bien lo que me paso.
> > La cuestion es que tuve una larga charla con dos personas, ambas de
> sistemas, y se podria decir que en esa charla se juntaron 3 generaciones.
> > Uno esta en esto desde antes de las targetas perforadas y es gerente de
> sistemas, el otro es clippero a morir, amante del summer 87 y encantado
con
> lo que puede hacer en VB, y el otro yo.
> > La cuestion es que los miraba con asombro cuando lleagban a la
conclusion
> de que VB era lo mas porque en la mayoria de los casos te permitia hacer
las
> cosas en un tiempo menor. Por supuesto no les importaba mucho que digamos
el
> mantenimiento, ni pensaban en detalles (otra vision, distinta a la mia que
> soy desarrollador).
> > Comento esto porque me dejo preocupado, mirando los perfiles de estas
dos
> personas y notando que no les importaba mucho que yo explicara las
bondades,
> no de smalltalk, porque yo no estaba defendiendo smalltalk, sino de, sin
ir
> mas lejos, el paradigma de objetos.
> > No se si se entiende a donde quiero apuntar, pero queria conoser sus
> opiniones.
> > Es realmente verdad esto?
> > Es lo que importa realmente?
> > Es lo que importa hoy en dia?
> > Es a donde queremos apuntar?
> > Por otro lado, por ahi, no soy buen vendedor y no les supe explicar,
pero
> bue.....
> > Como dato anecdotico puedo comentar que la charla termino cuando el de 2
> generacion me decia que "Eso de la herencia y el polimorfismo y esas
cosas"
> (que habia explicado hace instantes) "no es nada nuevo, es lo mismo que
> programar en procedural y separar todo en funciones como haciamos antes",
a
> lo que la 1 generacion agregaba "si, eso que vos comentas, siempre te lo
> dije, es lo mismo que lo que haciamos nosotros......" y explico algo que
ya
> no me acuerdo, o no quiero acordarme.
> > Y despues de todo eso me caye y me fui, caliente por cierto, pero
> preservando la relacion familiar.
> >
> > Andrés P. Poncelas
> > aponcelas@...
> > aponcelas@...
> >
> >
> > 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
> >
> >
> >
> >
> > __________________________________________________
> > Correo Yahoo!
> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
> >
> > 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
> >
> >
> >
> >
> > ---------------------------------
> >
> >
> > No virus found in this incoming message.
> > Checked by AVG Anti-Virus.
> > Version: 7.0.323 / Virus Database: 267.7.10/25 - Release Date:
21/06/2005
> >
> >
> > 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 de Yahoo! Grupos
> >
> >    Para visitar el sitio web del grupo, andá a:
> > http://ar.groups.yahoo.com/group/smalltalking/
> >
> >    Para cancelar tu suscripción a este grupo, enviá un mensaje a:
> > smalltalking-unsubscribe@...
> >
> >    El uso de Yahoo! Grupos está sujeto a las Condiciones del servicio de
> Yahoo!.
> >
> >
> > __________________________________________________
> > Correo Yahoo!
> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
> >
>
>
>
>
>
> 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 de Yahoo! Grupos
>
>
>
>
>
>
>

Hola Sergio,
(lo que sigue va con onda, se que lo entenderás,
  lo aclaro por los demás de la lista, que quizás no
  nos conocen tanto)

> "Como puede ser que estemos invirtiendo energía
> en mostrarle a otro cómo hacer mas plata?
> Hagamoslo nosotros y listo!"

No todos queremos hacer plata.
He visto a muchos estar contentos por haber
  encontrado "otra forma de hacer lo suyo (software)".
A otros sentirse nuevamente niños.
Y unos muy pocos decir que ganan plata.

Con el paso del tiempo, a algunos los veo mejor.
Los otros, los veo moverse en las sombras,
  e incluso "compitiendo"/depredando
  las posibilidades que otra gente, bien intencionada,
  genera.

El razonamiento directo y primitivo de la
  competición nos hace sentirnos insectos,
  dejar de sentirnos animales y humanos.
El razonamiento de: "lo hago yo porque el otro no
  lo hace", fue lo que impulso a pueblos(culturas)
  invasoras sobre las tierras de quienes vivían
  en paz con su ambiente.

Por estas y otras razones, creo que nos conviene
  disfrutar lo que hemos podido conocer,
  dando lugar al diálogo sin querer tomar lo que otro
  no puede/quiere. Escuchar es la actitud mas noble.
Hablemos cuando nos preguntan, luego de ganarnos
  la confianza.
No demos charlas de negocios, demos charlas
  mostrando como actuamos al construir sistemas
  y/o de la forma en que vemos la informática (luego
  de usar objetos).

hasta pronto,
Ale.




----- Original Message -----
From: "Sergio Bruno Fedi de Oro" <sfedi@...>
To: <smalltalking@...>
Sent: Friday, June 24, 2005 4:41 AM
Subject: Re: [objetos] Hablando con los dinosaurios


> > Y ya no creo que pase por buscar argumentos para convencer.
> > Creo que hay que programar. Dejarse de hablar y programar.
>
> Remarco esto, pero estoy de acuerdo con todo lo que dijo Diego.
>
> Con un amigo, hace un tiempo, luego de salir de una de las tantas charlas
evangelizadoras le comentaba:
>
> "Como puede ser que estemos invirtiendo energia en mostrarle a otro cómo
hacer mas plata?
> Hagamoslo nosotros y listo!"
>
> El mismo hecho de que alguien te quiera convencer
> de que algo es mejor, en vez de estarlo usando,
> hace muy sospechoso al discurso.
>
>
>
>
> 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 de Yahoo! Grupos
>
>
>
>
>
>

Hola,

> Pero lo mas preocupante tiene que ver con los educadores ,
> que no se toman la molestia por diferenciar una herramienta de otra.

Muchas veces no es un problema de voluntad o de política
  sino de falta de esperanzas en que haya algo nuevo.
Mucha gente (especialmente los "docentes" jóvenes)
  creen que hay algo nuevo a diario, pero cuando les
  mostras algo distinto, juegan a "yo elijo si es mejor",
  es decir, entran en una modalidad de seducción.
Opino que el tomar esa postura (entrar en esa modalidad),
  es resultante de la propia educación que incita a pensar
  que todo puede ser reespresado por reglas fundamentales
  (partir/disecar el mundo hasta sus leyes básicas)
  como si encontrar la regla y poder nombrarla (con
  palabras mágicas) tuviera algún mérito y/o relación
  con la realidad.
Creo que esta política/esteMetodo de disección
  se agrava con la adopción de todo lo orientado
  a objetos; de forma tal que tratamos d ehacer a
  todo un objeto, y de esa forma no entender que
  hay cosas que no lo son.
Como lo orientado a objetos remite indefectiblemente
  a un lenguaje para "expresar" (declarativamente) ese
  objeto (imaginario); el común de la gente no espera
  que exista una realidad y como la virtualidad (lo imaginario)
  no contiene, buscan refugio en nuevos lenguajes (nuevas
  formas de gesticular las palabras mágicas).

Y con toda buena voluntad, intentan enseñar lo
  que han aprendido.

hasta pronto,
Ale.


----- Original Message -----
From: "kikote gregoris" <kikogregoris@...>
To: <smalltalking@...>
Sent: Friday, June 24, 2005 3:09 AM
Subject: Re: [objetos] Hablando con los dinosaurios


> Hola Norberto
>
> Estoy de acuerdo en todo lo que decis, y estoy feliz de que algunas de
las personas de otra generacion no sea tan cerrada y no quiera ver las
ventaja de las nuevas herramientas , especialmentete Smalltalk.
>
> Es increible la reaccion de mucha gente gande y jovenes cuando les hablas
de St , creo que no solo el problema es de las viejas generaciones ,
lamentablemete nosotros los joves tambien somos muy cerrados en ese aspecto.
> Pero lo mas preocupante tiene que ver con los educadores , que no se toman
la molestia por diferenciar una herramienta de otra.
>
> saludos kiko
>
> Norberto Bautista Rolando <nbrolando@...> escribió:
> Estimados Andrés y Kikote.
> La visión que tienen de las viejas generaciones es en gran parte acertada
y, lamentablemente, hay muchos exponentes de ese tipo en nuestra profesión
con el agravante de tener mucha influencia en el ámbito educativo.
> La resistencia al cambio es muy común en el ser humano y el tratar de
mantenerse en un modo de trabajar que se domina es parte de la seguridad que
casi todos anhelamos para nuestro diario quehacer.
> Naturalmente lo anterior no habilita para desconocer, criticar o comparar
burdamente los distintos paradigmas existentes en el desarrollo de sistemas
(computacionales o no) y pienso que es más sencillo exponer seriamente los
fundamentos de los nuevos paradigmas que preocuparse por la opinión de gente
que no pudo o no quiso actualizarse adecuadamente.
> En todo esto subyace la necesidad que tienen esas personas de sobrevivir
económicamente y, equivocadamente, pretenden que están trabajando con los
mismos conceptos porque en cualquier herramienta existen métodos o
procedimientos que "se parecen" a los que se usaban anteriormente.
> Como representante de los más antiguos de los dinosaurios (tengo casi 68
años y más de 40 de profesión) les pediría que actuaran con generosidad y
traten de exponer sus ideas de modo que podamos percibir aquello que agrega
cada nuevo paradigma a los que nosotros conocemos y que, muchas veces, nos
permitieron desarrollar buenos sistemas (computacionales y de los otros)
sabiendo que hoy sería más sencillo su producción y más estable su
elaboración, funcionamiento y mantenimiento dado el avance tecnológico y
científico que se produjo en los últimos veinte años.
> Reciban mis más cordiales saludos
> Norberto B Rolando
>
> ----- Original Message -----
> From: kikote gregoris
> To: smalltalking@...
> Sent: Wednesday, June 22, 2005 11:30 AM
> Subject: Re: [objetos] Hablando con los dinosaurios
>
>
> Hola Andres
>
> Mira las viejas generaciones , no pueden distinguir un objeto de una
función, no se porque pero es así .Te digo por que en la facultad hay un
muchacho de unos 50 y tantos años que trabaja en clipper.
> A el le cuesta un montón entender el paradigma de objetos, creo que es por
que esta tan metido en lo que sabe hacer que no puede despegarse de eso.
>
> El tema de cambiar de herramienta en la gente grande es todo un tema.
>
> Con lo de viejas generaciones que no se enoje nadie , supongo que hay
acepciones a la regla.
> De echo yo tampoco soy un experto , pero tengo la cabeza abierta a otras
cosas , cosa que la mayoría de la gente grande que conozco no .
> Eso incluye una parba de Profetas de la Facu que dicen ser gurues de la
programacion.
> Para ejemplificar un poco , voy a referirme a las nuevas carreras de la
UNNOBA en junin , en la mayoria el tema St es casi obsoleto y hacen la de
todos , meter a ST JAVA C++ Delphi como si fuera lo mismo.
>
>
> Saludos kiko
>
> Andres Poncelas <elortega10@...> escribió:
> Ahunque el titulo del mail es exagerado, resume bien lo que me paso.
> La cuestion es que tuve una larga charla con dos personas, ambas de
sistemas, y se podria decir que en esa charla se juntaron 3 generaciones.
> Uno esta en esto desde antes de las targetas perforadas y es gerente de
sistemas, el otro es clippero a morir, amante del summer 87 y encantado con
lo que puede hacer en VB, y el otro yo.
> La cuestion es que los miraba con asombro cuando lleagban a la conclusion
de que VB era lo mas porque en la mayoria de los casos te permitia hacer las
cosas en un tiempo menor. Por supuesto no les importaba mucho que digamos el
mantenimiento, ni pensaban en detalles (otra vision, distinta a la mia que
soy desarrollador).
> Comento esto porque me dejo preocupado, mirando los perfiles de estas dos
personas y notando que no les importaba mucho que yo explicara las bondades,
no de smalltalk, porque yo no estaba defendiendo smalltalk, sino de, sin ir
mas lejos, el paradigma de objetos.
> No se si se entiende a donde quiero apuntar, pero queria conoser sus
opiniones.
> Es realmente verdad esto?
> Es lo que importa realmente?
> Es lo que importa hoy en dia?
> Es a donde queremos apuntar?
> Por otro lado, por ahi, no soy buen vendedor y no les supe explicar, pero
bue.....
> Como dato anecdotico puedo comentar que la charla termino cuando el de 2
generacion me decia que "Eso de la herencia y el polimorfismo y esas cosas"
(que habia explicado hace instantes) "no es nada nuevo, es lo mismo que
programar en procedural y separar todo en funciones como haciamos antes", a
lo que la 1 generacion agregaba "si, eso que vos comentas, siempre te lo
dije, es lo mismo que lo que haciamos nosotros......" y explico algo que ya
no me acuerdo, o no quiero acordarme.
> Y despues de todo eso me caye y me fui, caliente por cierto, pero
preservando la relacion familiar.
>
> Andrés P. Poncelas
> aponcelas@...
> aponcelas@...
>
>
> 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
>
>
>
>
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
>
> 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
>
>
>
>
> ---------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.323 / Virus Database: 267.7.10/25 - Release Date: 21/06/2005
>
>
> 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 de Yahoo! Grupos
>
>    Para visitar el sitio web del grupo, andá a:
> http://ar.groups.yahoo.com/group/smalltalking/
>
>    Para cancelar tu suscripción a este grupo, enviá un mensaje a:
> smalltalking-unsubscribe@...
>
>    El uso de Yahoo! Grupos está sujeto a las Condiciones del servicio de
Yahoo!.
>
>
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

Pero Smalltalk no es una herramienta nueva!

----- Original Message -----
From: "kikote gregoris" <kikogregoris@...>
To: <smalltalking@...>
Sent: 23 June, 2005 22:09
Subject: Re: [objetos] Hablando con los dinosaurios


> Hola Norberto
>
> Estoy de acuerdo en todo lo que decis, y estoy feliz de que algunas de
las personas de otra generacion no sea tan cerrada y no quiera ver las
ventaja de las nuevas herramientas , especialmentete Smalltalk.
>
> Es increible la reaccion de mucha gente gande y jovenes cuando les hablas
de St , creo que no solo el problema es de las viejas generaciones ,
lamentablemete nosotros los joves tambien somos muy cerrados en ese aspecto.
> Pero lo mas preocupante tiene que ver con los educadores , que no se toman
la molestia por diferenciar una herramienta de otra.
>
> saludos kiko
>
> Norberto Bautista Rolando <nbrolando@...> escribió:
> Estimados Andrés y Kikote.
> La visión que tienen de las viejas generaciones es en gran parte acertada
y, lamentablemente, hay muchos exponentes de ese tipo en nuestra profesión
con el agravante de tener mucha influencia en el ámbito educativo.
> La resistencia al cambio es muy común en el ser humano y el tratar de
mantenerse en un modo de trabajar que se domina es parte de la seguridad que
casi todos anhelamos para nuestro diario quehacer.
> Naturalmente lo anterior no habilita para desconocer, criticar o comparar
burdamente los distintos paradigmas existentes en el desarrollo de sistemas
(computacionales o no) y pienso que es más sencillo exponer seriamente los
fundamentos de los nuevos paradigmas que preocuparse por la opinión de gente
que no pudo o no quiso actualizarse adecuadamente.
> En todo esto subyace la necesidad que tienen esas personas de sobrevivir
económicamente y, equivocadamente, pretenden que están trabajando con los
mismos conceptos porque en cualquier herramienta existen métodos o
procedimientos que "se parecen" a los que se usaban anteriormente.
> Como representante de los más antiguos de los dinosaurios (tengo casi 68
años y más de 40 de profesión) les pediría que actuaran con generosidad y
traten de exponer sus ideas de modo que podamos percibir aquello que agrega
cada nuevo paradigma a los que nosotros conocemos y que, muchas veces, nos
permitieron desarrollar buenos sistemas (computacionales y de los otros)
sabiendo que hoy sería más sencillo su producción y más estable su
elaboración, funcionamiento y mantenimiento dado el avance tecnológico y
científico que se produjo en los últimos veinte años.
> Reciban mis más cordiales saludos
> Norberto B Rolando
>
> ----- Original Message -----
> From: kikote gregoris
> To: smalltalking@...
> Sent: Wednesday, June 22, 2005 11:30 AM
> Subject: Re: [objetos] Hablando con los dinosaurios
>
>
> Hola Andres
>
> Mira las viejas generaciones , no pueden distinguir un objeto de una
función, no se porque pero es así .Te digo por que en la facultad hay un
muchacho de unos 50 y tantos años que trabaja en clipper.
> A el le cuesta un montón entender el paradigma de objetos, creo que es por
que esta tan metido en lo que sabe hacer que no puede despegarse de eso.
>
> El tema de cambiar de herramienta en la gente grande es todo un tema.
>
> Con lo de viejas generaciones que no se enoje nadie , supongo que hay
acepciones a la regla.
> De echo yo tampoco soy un experto , pero tengo la cabeza abierta a otras
cosas , cosa que la mayoría de la gente grande que conozco no .
> Eso incluye una parba de Profetas de la Facu que dicen ser gurues de la
programacion.
> Para ejemplificar un poco , voy a referirme a las nuevas carreras de la
UNNOBA en junin , en la mayoria el tema St es casi obsoleto y hacen la de
todos , meter a ST JAVA C++ Delphi como si fuera lo mismo.
>
>
> Saludos kiko
>
> Andres Poncelas <elortega10@...> escribió:
> Ahunque el titulo del mail es exagerado, resume bien lo que me paso.
> La cuestion es que tuve una larga charla con dos personas, ambas de
sistemas, y se podria decir que en esa charla se juntaron 3 generaciones.
> Uno esta en esto desde antes de las targetas perforadas y es gerente de
sistemas, el otro es clippero a morir, amante del summer 87 y encantado con
lo que puede hacer en VB, y el otro yo.
> La cuestion es que los miraba con asombro cuando lleagban a la conclusion
de que VB era lo mas porque en la mayoria de los casos te permitia hacer las
cosas en un tiempo menor. Por supuesto no les importaba mucho que digamos el
mantenimiento, ni pensaban en detalles (otra vision, distinta a la mia que
soy desarrollador).
> Comento esto porque me dejo preocupado, mirando los perfiles de estas dos
personas y notando que no les importaba mucho que yo explicara las bondades,
no de smalltalk, porque yo no estaba defendiendo smalltalk, sino de, sin ir
mas lejos, el paradigma de objetos.
> No se si se entiende a donde quiero apuntar, pero queria conoser sus
opiniones.
> Es realmente verdad esto?
> Es lo que importa realmente?
> Es lo que importa hoy en dia?
> Es a donde queremos apuntar?
> Por otro lado, por ahi, no soy buen vendedor y no les supe explicar, pero
bue.....
> Como dato anecdotico puedo comentar que la charla termino cuando el de 2
generacion me decia que "Eso de la herencia y el polimorfismo y esas cosas"
(que habia explicado hace instantes) "no es nada nuevo, es lo mismo que
programar en procedural y separar todo en funciones como haciamos antes", a
lo que la 1 generacion agregaba "si, eso que vos comentas, siempre te lo
dije, es lo mismo que lo que haciamos nosotros......" y explico algo que ya
no me acuerdo, o no quiero acordarme.
> Y despues de todo eso me caye y me fui, caliente por cierto, pero
preservando la relacion familiar.
>
> Andrés P. Poncelas
> aponcelas@...
> aponcelas@...
>
>
> 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
>
>
>
>
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
>
> 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
>
>
>
>
> ---------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.323 / Virus Database: 267.7.10/25 - Release Date: 21/06/2005
>
>
> 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 de Yahoo! Grupos
>
>    Para visitar el sitio web del grupo, andá a:
> http://ar.groups.yahoo.com/group/smalltalking/
>
>    Para cancelar tu suscripción a este grupo, enviá un mensaje a:
> smalltalking-unsubscribe@...
>
>    El uso de Yahoo! Grupos está sujeto a las Condiciones del servicio de
Yahoo!.
>
>
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
>

Qué tal Ale ¿Cómo andás?

Yo, muy bien; con entusiasmo y con Dolphin.

Y qué lejos están esas épocas de cintas perforadas, donde Agujero era la
madre de todas las cosas, y los bits se podían palpar con los dedos.

Saludos
Juan.

----- Original Message -----
From: "Alejandro F. Reimondo" <aleReimondo@...>
To: <smalltalking@...>
Sent: Wednesday, June 22, 2005 4:25 PM
Subject: Re: [objetos] Hablando con los dinosaurios


> Hola Juan.
>
> ¿Cómo andás, tanto tiempo?
>
> >Ahora me pregunto yo.¿Cómo se las ingeniaban para utilizar el
> > poimorfismo en este "pardigma!" de programación lineal?
>
> Muy facil!
> Habia una sola clase.
> Todas eran instancias de Agujero.
>
> Ale.
>
>
>
> ----- Original Message -----
> From: <juanlb@...>
> To: <smalltalking@...>
> Sent: Wednesday, June 22, 2005 8:26 PM
> Subject: Re: [objetos] Hablando con los dinosaurios
>
>
> Hola Andrés.
>
> ¿Cómo andás, tanto tiempo?
>
> Tu anécdota me despertó un par de preguntas histórico/generacionales,
> respecto del pasado y del futuro.
>
> 1. ¿Qué vendrá para cuando se asome la generación siguiente (la número 4
en
> tu enumeración)?
>
> 2. ¿Qué había ANTES de la tarjeta perforada? ¿cinta de papel? ¿o qué?
>
> Alguna vez leí que en la época de la cinta perforada se estilaba una
técnica
> de programación que los de IBM llamaban "programación lineal". Consistía
en
> que había que privilegiar la secuencia consecutiva de instrucciones. Y
había
> que usar pocos GOTO, e intentar evitar especialmente los que se dirigían
> hacia atrás.
>
> Esto era porque las máquinas que utilizaban la cinta no eran de programa
> almacenado, sino que el programa se ejecutaba directamente de las
> perforaciones de la cinta mientras esta pasaba por el lector. La cinta
tenía
> los extremos unidos formando un lazo. Y claro, un goto hacia atrás
implicaba
> la espera de casi toda una vuelta completa hasta alcanzar el destino.
>
> Ahora me pregunto yo.¿Cómo se las ingeniaban para utilizar el poimorfismo
en
> este "pardigma!" de programación lineal?
>
>
> Saludos
>
> Juan
>   ----- Original Message -----
>   From: kikote gregoris
>   To: smalltalking@...
>   Sent: Wednesday, June 22, 2005 11:30 AM
>   Subject: Re: [objetos] Hablando con los dinosaurios
>
>
>   Hola Andres
>
>   Mira las viejas generaciones , no pueden distinguir un objeto de una
> función, no se porque pero es así .Te digo por que en la facultad hay un
> muchacho de unos 50 y tantos años que trabaja en clipper.
>   A el le cuesta un montón entender el paradigma de objetos, creo que es
por
> que esta tan metido en lo que sabe hacer que no puede despegarse de es
>
>
>
> 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 de Yahoo! Grupos
>
>
>
>
>
>
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.323 / Virus Database: 267.7.10/25 - Release Date: 21/06/2005
>
>

> Y ya no creo que pase por buscar argumentos para convencer.
> Creo que hay que programar. Dejarse de hablar y programar.

Remarco esto, pero estoy de acuerdo con todo lo que dijo Diego.

Con un amigo, hace un tiempo, luego de salir de una de las tantas charlas
evangelizadoras le comentaba:

"Como puede ser que estemos invirtiendo energia en mostrarle a otro cómo hacer
mas plata?
Hagamoslo nosotros y listo!"

El mismo hecho de que alguien te quiera convencer
de que algo es mejor, en vez de estarlo usando,
hace muy sospechoso al discurso.