Hola German,
>El 31/08/05, Germán Arduino escribió:
>Las pruebas que hice son las que se apuntan en los mails históricos
>del newsgroup de Dolphin (básicamente editar el stub que Dolphin usa
>para construir los exes, agregarle mis íconos e intentar
>referenciarlos desde el código).
Si seguiste todos los pasos eso te deberia funcionar perfectamente, si no
entendi mal, no te esta
andando no ?, si es asi, entonces pasanos mas detalles del problema, que es
lo que te pasa ?, no te aparecen los iconos, tenes errores ?
(Cuando decis: intentar referenciarlos en el "codigo"... no se entiende muy
bien, que es lo que estas haciendo, peganos un script de los objetos y
mensajes)
Si tenes dificultades para hacer andar esto, creo que no seria conveniente
avanzar mas alla, es decir si no te andan las vinculaciones entre anIcon
o aBitmap (desde un file externo o inscriptos en una DLL o EXE) y tu Gui, en
mi opinion, primero deberias tratar de que te funcione minimamente eso.
Esa es la problematica basica que tenes que resolver si o si primero.
Encadenado a eso, podes seguir con el esquema tradicional de un image desde
un file (exe, dll , o .<img>).
O podes ir a una solucion mas particular, donde prescindis del file e
integras por ej tus "Images" al esquema de persistencia que estas usando.
Saludos
Claudio Campos
Hola a todos
Se me ocurre una de picapiedras jajaj a ver ..
si en tu sublclase de RuntimeSessionManager pones un
methodo por ejemplo generateResources y hace algo asi.
generateResources
" versiom simplificada para mostrar como se genera
resources"
( FileStream write: self dinamycResourceDirectory ,
self resourceFileName text: false ) nextPutAll: #(
16r44 16r88 ..... todo el bitmap ..) flush.
Te quedaria un bitmap y este saldria de las entranias
de tu image,
Nunca lo implemente solo son mis 2 ctvos.
Jjajajaj el martillo y el acha siguen sin fallar !!
saludos a todos y disculpen por el exabrupto
MDC
--- Germán Arduino <garduino@...> escribió:
> Hola:
>
> Las pruebas que hice son las que se apuntan en los
> mails históricos
> del newsgroup de Dolphin (básicamente editar el stub
> que Dolphin usa
> para construir los exes, agregarle mis íconos e
> intentar
> referenciarlos desde el código).
>
> Sin embargo no me importa tanto esto como hacerlo de
> una manera mejor,
> "más objetos", como la que vos sugerís por eso me
> interesa si me tirás
> "una punta" de cómo lo harías.
>
> Gracias y Saludos.
>
>
> El 31/08/05, Claudio Campos -
> WilNet<claudio.campos@...> escribió:
> > Hola German,
> >
> > Contanos que pruebas hiciste exactamente, en una
> de esas te podemos ayudar a
> > corregirlas y que te funcionen...
> >
> > Saudos,
> >
> > Claudio Campos
> >
> > ----- Original Message -----
> > From: Germán Arduino
> > To: smalltalking@...
> > Sent: Wednesday, August 31, 2005 12:38 PM
> > Subject: Re: [objetos] Iconos en exes ToGo Dolphin
> >
> >
> > Hola Claudio!
> >
> > El 31/08/05, Claudio Campos -
> WilNet<claudio.campos@...> escribió:
> > > Hola German,
> > >
> > > Hay muchas tecnicas 'Tradicionales' para
> distribuir imagenes... podes
> > tener
> > > files externos, podes integrarlos a una DLL de
> recursos...
> > >
> > > Y sin embargo podes considerar todo como "un
> objeto" y con eso te evitas
> > > usar "files" :)
> > >
> >
> > Esto último es lo que me gustaría, estuve haciendo
> algunas pruebas sin
> > éxito.
> >
> > Me podés dar algún detalle adicional?
> >
> >
> > > Saludos
> > >
> > > Claudio Campos
> > >
> >
> > Saludos y Gracias!
> >
> >
>
___________________________________________________________
1GB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar
Hola:
Las pruebas que hice son las que se apuntan en los mails históricos
del newsgroup de Dolphin (básicamente editar el stub que Dolphin usa
para construir los exes, agregarle mis íconos e intentar
referenciarlos desde el código).
Sin embargo no me importa tanto esto como hacerlo de una manera mejor,
"más objetos", como la que vos sugerís por eso me interesa si me tirás
"una punta" de cómo lo harías.
Gracias y Saludos.
El 31/08/05, Claudio Campos - WilNet<claudio.campos@...> escribió:
> Hola German,
>
> Contanos que pruebas hiciste exactamente, en una de esas te podemos ayudar a
> corregirlas y que te funcionen...
>
> Saudos,
>
> Claudio Campos
>
> ----- Original Message -----
> From: Germán Arduino
> To: smalltalking@...
> Sent: Wednesday, August 31, 2005 12:38 PM
> Subject: Re: [objetos] Iconos en exes ToGo Dolphin
>
>
> Hola Claudio!
>
> El 31/08/05, Claudio Campos - WilNet<claudio.campos@...> escribió:
> > Hola German,
> >
> > Hay muchas tecnicas 'Tradicionales' para distribuir imagenes... podes
> tener
> > files externos, podes integrarlos a una DLL de recursos...
> >
> > Y sin embargo podes considerar todo como "un objeto" y con eso te evitas
> > usar "files" :)
> >
>
> Esto último es lo que me gustaría, estuve haciendo algunas pruebas sin
> éxito.
>
> Me podés dar algún detalle adicional?
>
>
> > Saludos
> >
> > Claudio Campos
> >
>
> Saludos y Gracias!
>
>
Hola German,
Contanos que pruebas hiciste exactamente, en una de esas te podemos ayudar a
corregirlas y que te funcionen...
Saudos,
Claudio Campos
----- Original Message -----
From: Germán Arduino
To: smalltalking@...
Sent: Wednesday, August 31, 2005 12:38 PM
Subject: Re: [objetos] Iconos en exes ToGo Dolphin
Hola Claudio!
El 31/08/05, Claudio Campos - WilNet<claudio.campos@...> escribió:
> Hola German,
>
> Hay muchas tecnicas 'Tradicionales' para distribuir imagenes... podes
tener
> files externos, podes integrarlos a una DLL de recursos...
>
> Y sin embargo podes considerar todo como "un objeto" y con eso te evitas
> usar "files" :)
>
Esto último es lo que me gustaría, estuve haciendo algunas pruebas sin
éxito.
Me podés dar algún detalle adicional?
> Saludos
>
> Claudio Campos
>
Saludos y Gracias!
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 Claudio!
El 31/08/05, Claudio Campos - WilNet<claudio.campos@...> escribió:
> Hola German,
>
> Hay muchas tecnicas 'Tradicionales' para distribuir imagenes... podes tener
> files externos, podes integrarlos a una DLL de recursos...
>
> Y sin embargo podes considerar todo como "un objeto" y con eso te evitas
> usar "files" :)
>
Esto último es lo que me gustaría, estuve haciendo algunas pruebas sin éxito.
Me podés dar algún detalle adicional?
> Saludos
>
> Claudio Campos
>
Saludos y Gracias!
Es posible que lo que comente aquí no sirva tal cual para Dolphin,
pero aquí va :-)
En VisualSmalltalk el ejecutable (miApp.exe) es un stub
es decir, un programita que solo instancia la VM
y dispara un mecanismo de carga dinámica incremental
luego de cargar la imagen que está embebida dentro del
ejecutable (no recuerdo bien, pero creo que en VAST es similar).
Una de las "ventajas" que tiene esto es que uno puede armar
cualquier programa (en C) que sea stub y disparar el splash
(u otras operaciones) sin esperar a que cargue todo el espacio
de objetos (o chequear algo antes de cargarlos, etc...).
hasta pronto,
Ale.
----- Original Message -----
From: "Germán Arduino" <garduino@...>
To: <smalltalking@...>
Sent: Wednesday, August 31, 2005 12:58 PM
Subject: [objetos] Splash screen en Dolphin ToGo exes
Hola Gente:
Quisiera saber si la única forma de ponerle un splash screen a un exe
Dolphin generado como ToGo es con un archivito bmp externo.
¿No se puede hacer que la splash sea por ejemplo un png o jpg y que
sea interno al exe?
Saludos y gracias.
Germán.
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
Germán:
Germán Arduino escribió:
> Hola Gente:
>
> Quisiera saber si la única forma de ponerle un splash screen a un exe
> Dolphin generado como ToGo es con un archivito bmp externo.
Hay más maneras de tener el splash. Podes embeber el bmp en los
resources del exe.
O bien podes incluirlo dentro del image.
El Splash es una view comun y corriente, en el caso del de Dolphin
es de la clase DolphinSplash.
Podes mirar el DolphinFadingSplash que hice (en las goodies de
Dolphin de Smalltalking).
Y luego en tu SessionManager definir que cargue ese splash en lugar
de otro.
> ¿No se puede hacer que la splash sea por ejemplo un png o jpg y que
> sea interno al exe?
Si, podes instanciarlo usando:
Bitmap fromId: anIntegerOrStringId in: anInstanceHandle
anInstanceHandle es un handler a a una biblioteca de recursos.
(ExternalResourceLibrary).
Saludos.
--
Esteban.
Hola German,
Hay muchas tecnicas 'Tradicionales' para distribuir imagenes... podes tener
files externos, podes integrarlos a una DLL de recursos...
Y sin embargo podes considerar todo como "un objeto" y con eso te evitas
usar "files" :)
Saludos
Claudio Campos
----- Original Message -----
From: Germán Arduino
To: smalltalking@...
Sent: Wednesday, August 31, 2005 7:54 AM
Subject: Re: [objetos] Iconos en exes ToGo Dolphin
Gracias por el dato.
En realidad quiero evitar en todo lo posible distribuir dlls o cosas
asociadas, para este caso puntual necesito que sea un único exe.
Saludos.
El 31/08/05, Diego Coronel<dcoronel@...> escribió:
> Germán,
> Lo mas fácil es que metas los íconos en DolphinDR005.dll, generalmente no
> alcanza el EXE solo para funcionar. Los referenciás como a cualquier ícono
> de Dolphin. Por eso no me molesta distribuir algunas DLLs, el manifest y
> todo eso que hace que el exe ToGo no sea tan "to go". Si tenés que ahorrar
> memoria podés hacer un stripping de la DLL. Para estas cositas es muy
fácil
> usar VC++, incluso la versión .NET es mejor todavía. Si nunca lo usaste
> preguntá que hay un par de trucos que saber y nada mas.
> También es posible meter los íconos en el mismo EXE de la misma manera.
> Suerte.
>
> Diego
>
>
> >Hola Gente:
> >
> >Lei la lista histórica del newsgroup de Dolphin viendo todos los mails
> >relacionados al uso de íconos propios en los ejecutables ToGo. Estoy
> >ahora probando si desde el código puedo referenciar iconos que metí en
> >el stub.
> >
> >Pero me quedan algunas dudas:
> >
> >1) ¿Cómo referenciar esos íconos desde los menúes, siendo que el menu
> >composer sólo muestra un botón para agregar un ícono desde un recurso
> >externo (un archivo .ico)?. Mi interés sería poder usar íconos que
> >estén dentro de mi único ejecutable, y no tener que distribuir cosas
> >externas.
> >
> >2) ¿Con respecto a los íconos que meto en el stub, cómo los referencio
> >desde el código para luego mostrarlos por ejemplo en un form?
> >
> >3) ¿Hay algún "how-to" o cosa por el estilo para leer sobre el uso de
> >íconos en Dolphin?
> >
> >4) ¿Saben si D6 tendrá modificaciones en estos aspectos del manejo de
íconos?.
> >
> >Desde ya muchas gracias.
> >Germán.
> >
> >
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 Gente:
Quisiera saber si la única forma de ponerle un splash screen a un exe
Dolphin generado como ToGo es con un archivito bmp externo.
¿No se puede hacer que la splash sea por ejemplo un png o jpg y que
sea interno al exe?
Saludos y gracias.
Germán.
Gracias por el dato.
En realidad quiero evitar en todo lo posible distribuir dlls o cosas
asociadas, para este caso puntual necesito que sea un único exe.
Saludos.
El 31/08/05, Diego Coronel<dcoronel@...> escribió:
> Germán,
> Lo mas fácil es que metas los íconos en DolphinDR005.dll, generalmente no
> alcanza el EXE solo para funcionar. Los referenciás como a cualquier ícono
> de Dolphin. Por eso no me molesta distribuir algunas DLLs, el manifest y
> todo eso que hace que el exe ToGo no sea tan "to go". Si tenés que ahorrar
> memoria podés hacer un stripping de la DLL. Para estas cositas es muy fácil
> usar VC++, incluso la versión .NET es mejor todavía. Si nunca lo usaste
> preguntá que hay un par de trucos que saber y nada mas.
> También es posible meter los íconos en el mismo EXE de la misma manera.
> Suerte.
>
> Diego
>
>
> >Hola Gente:
> >
> >Lei la lista histórica del newsgroup de Dolphin viendo todos los mails
> >relacionados al uso de íconos propios en los ejecutables ToGo. Estoy
> >ahora probando si desde el código puedo referenciar iconos que metí en
> >el stub.
> >
> >Pero me quedan algunas dudas:
> >
> >1) ¿Cómo referenciar esos íconos desde los menúes, siendo que el menu
> >composer sólo muestra un botón para agregar un ícono desde un recurso
> >externo (un archivo .ico)?. Mi interés sería poder usar íconos que
> >estén dentro de mi único ejecutable, y no tener que distribuir cosas
> >externas.
> >
> >2) ¿Con respecto a los íconos que meto en el stub, cómo los referencio
> >desde el código para luego mostrarlos por ejemplo en un form?
> >
> >3) ¿Hay algún "how-to" o cosa por el estilo para leer sobre el uso de
> >íconos en Dolphin?
> >
> >4) ¿Saben si D6 tendrá modificaciones en estos aspectos del manejo de
íconos?.
> >
> >Desde ya muchas gracias.
> >Germán.
> >
> >
Subi la jerarquia del sitio y ve los papers.
Algunos valen la pena.
Por el de Object debuging se ve que eso corrio en Mac alguna vez, hay un bin
y un sources, donde estara la máquina virtual ?
Edgar
___________________________________________________________
1GB gratis, Antivirus y Antispam
Correo Yahoo!, el mejor correo web del mundo
http://correo.yahoo.com.ar
Germán,
Lo mas fácil es que metas los íconos en DolphinDR005.dll, generalmente no
alcanza el EXE solo para funcionar. Los referenciás como a cualquier ícono
de Dolphin. Por eso no me molesta distribuir algunas DLLs, el manifest y
todo eso que hace que el exe ToGo no sea tan "to go". Si tenés que ahorrar
memoria podés hacer un stripping de la DLL. Para estas cositas es muy fácil
usar VC++, incluso la versión .NET es mejor todavía. Si nunca lo usaste
preguntá que hay un par de trucos que saber y nada mas.
También es posible meter los íconos en el mismo EXE de la misma manera.
Suerte.
Diego
>Hola Gente:
>
>Lei la lista histórica del newsgroup de Dolphin viendo todos los mails
>relacionados al uso de íconos propios en los ejecutables ToGo. Estoy
>ahora probando si desde el código puedo referenciar iconos que metí en
>el stub.
>
>Pero me quedan algunas dudas:
>
>1) ¿Cómo referenciar esos íconos desde los menúes, siendo que el menu
>composer sólo muestra un botón para agregar un ícono desde un recurso
>externo (un archivo .ico)?. Mi interés sería poder usar íconos que
>estén dentro de mi único ejecutable, y no tener que distribuir cosas
>externas.
>
>2) ¿Con respecto a los íconos que meto en el stub, cómo los referencio
>desde el código para luego mostrarlos por ejemplo en un form?
>
>3) ¿Hay algún "how-to" o cosa por el estilo para leer sobre el uso de
>íconos en Dolphin?
>
>4) ¿Saben si D6 tendrá modificaciones en estos aspectos del manejo de íconos?.
>
>Desde ya muchas gracias.
>Germán.
>
>
>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 a todos.
Aun no investigue !!, por las dudas y como es mas fácil pregunto ;=).....
Se puede bajar la imagen del st-80 original, como salio en su primer momento
?, si se puede, de donde?.
Saludos y gracias a todos,
Gustavo.-
Hola Gente:
Lei la lista histórica del newsgroup de Dolphin viendo todos los mails
relacionados al uso de íconos propios en los ejecutables ToGo. Estoy
ahora probando si desde el código puedo referenciar iconos que metí en
el stub.
Pero me quedan algunas dudas:
1) ¿Cómo referenciar esos íconos desde los menúes, siendo que el menu
composer sólo muestra un botón para agregar un ícono desde un recurso
externo (un archivo .ico)?. Mi interés sería poder usar íconos que
estén dentro de mi único ejecutable, y no tener que distribuir cosas
externas.
2) ¿Con respecto a los íconos que meto en el stub, cómo los referencio
desde el código para luego mostrarlos por ejemplo en un form?
3) ¿Hay algún "how-to" o cosa por el estilo para leer sobre el uso de
íconos en Dolphin?
4) ¿Saben si D6 tendrá modificaciones en estos aspectos del manejo de íconos?.
Desde ya muchas gracias.
Germán.
Muy interesante!
Justamente hoy charlando con un compañero de trabajo, que estudió
analista de sistemas aquí en Sunchales me comentaba que (algo es algo)
tuvieron una materia que trataba de Smalltalk, si bien con las
consabidas y harto habladas diferencias entre considerarlo un lenguaje
y un ambiente....pero al menos usaron, justamente Smalltalk Express y
construyeron sistemitas y todo.
Como dije antes, algo es algo. :)
Saludos.
El 24/08/05, Alejandro F. Reimondo<aleReimondo@...> escribió:
> Hola,
>
> > ¿Alguien sabe por qué el image de Visual Smalltalk es un archivo EXE
> > y no un img, o alguna otra cosa similar, como ocurre en el resto de
> > los Smalltalks que conozco?
>
> El v.exe es un image, con header de ejecutable de Windows.
> Al grabar el image, el VS, genera un archivo que es un ejecutable
> (tiene un pequeño programita que bootea la VM en modo runtime)
> que posee dentro recursos (por ejemplo, un icono) y luego
> los objetos del snapshot.
>
> La ventaja que tiene es que para distribuir la aplicación no te podes
> olvidar de distribuir el programita que arranca el ambiente. :-)
> Est amodalidad de image ejecutable apareció cuando se empezó
> a poder desarrollar para Windows, en dónde las opciones eran
> muy pocas mas que:
> 1.- programar en DOS y compilar, luego entrar en Windows
> y probar como corría lo que habías hecho; luego salir de
> Windows (esto era lo recomendado por Microsoft)...
> 2.- usar Smalltalk/V (la primera versión del que ahora se
> conoce como Express) en dónde siempre estabas
> trabajando en Windows y el save image te generaba
> (era) el exe
>
> Según como tengas arquitecturado tu sistema, es posible que
> uses esa facilidad d egrabar el image y distribuirlo;
> o que uses el v.exe original (de 24kb) y tu sistema se
> construya en función de que se necesite y/o modularmente.
>
> Aparte de estos detalles (más históricos que técnicos)
> creo que no hay mas para resaltar.
>
> hasta pronto,
> Ale.
>
>
>
> ----- Original Message -----
> From: "Esteban A. Maringolo" <eMaringolo@...>
> To: <smalltalking@...>
> Sent: Wednesday, August 24, 2005 9:27 PM
> Subject: [objetos] Curiosidad: V.exe
>
>
> > Hola:
> >
> > ¿Alguien sabe por qué el image de Visual Smalltalk es un archivo EXE
> > y no un img, o alguna otra cosa similar, como ocurre en el resto de
> > los Smalltalks que conozco?
> >
> > 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
>
>
>
>
>
>
>
>
--
Germán S. Arduino
http://www.arsol.bizhttp://www.arsol.net
Hola,
> ¿Alguien sabe por qué el image de Visual Smalltalk es un archivo EXE
> y no un img, o alguna otra cosa similar, como ocurre en el resto de
> los Smalltalks que conozco?
El v.exe es un image, con header de ejecutable de Windows.
Al grabar el image, el VS, genera un archivo que es un ejecutable
(tiene un pequeño programita que bootea la VM en modo runtime)
que posee dentro recursos (por ejemplo, un icono) y luego
los objetos del snapshot.
La ventaja que tiene es que para distribuir la aplicación no te podes
olvidar de distribuir el programita que arranca el ambiente. :-)
Est amodalidad de image ejecutable apareció cuando se empezó
a poder desarrollar para Windows, en dónde las opciones eran
muy pocas mas que:
1.- programar en DOS y compilar, luego entrar en Windows
y probar como corría lo que habías hecho; luego salir de
Windows (esto era lo recomendado por Microsoft)...
2.- usar Smalltalk/V (la primera versión del que ahora se
conoce como Express) en dónde siempre estabas
trabajando en Windows y el save image te generaba
(era) el exe
Según como tengas arquitecturado tu sistema, es posible que
uses esa facilidad d egrabar el image y distribuirlo;
o que uses el v.exe original (de 24kb) y tu sistema se
construya en función de que se necesite y/o modularmente.
Aparte de estos detalles (más históricos que técnicos)
creo que no hay mas para resaltar.
hasta pronto,
Ale.
----- Original Message -----
From: "Esteban A. Maringolo" <eMaringolo@...>
To: <smalltalking@...>
Sent: Wednesday, August 24, 2005 9:27 PM
Subject: [objetos] Curiosidad: V.exe
> Hola:
>
> ¿Alguien sabe por qué el image de Visual Smalltalk es un archivo EXE
> y no un img, o alguna otra cosa similar, como ocurre en el resto de
> los Smalltalks que conozco?
>
> 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
>
>
>
>
>
>
> ¿Alguien sabe por qué el image de Visual Smalltalk es un archivo EXE
> y no un img, o alguna otra cosa similar, como ocurre en el resto de
> los Smalltalks que conozco?
Porque, a diferencia de los otros, lo que usa como image es
ejecutable. Si vos corrés el V.EXE, te arranca la aplicación que
tenga indicada por un método startup. El default es la
GraphicsDemo.
Saludos
--
Carlos E. Ferro
Caesar Systems
Hola:
¿Alguien sabe por qué el image de Visual Smalltalk es un archivo EXE
y no un img, o alguna otra cosa similar, como ocurre en el resto de
los Smalltalks que conozco?
Saludos.
--
Esteban
Hola Felipe, yo use aspectos con VW y AspectS.
Leete este paper que explica bastante bien como usarlo:
http://www.prakinf.tu-ilmenau.de/~hirsch/Projects/Squeak/AspectS/Docs/AspectS_NO\
De02_Erfurt2_LNCS2.pdf
Saludos.
On 8/22/05, Felipe <ricardo_diz@...> wrote:
> Hola a todos,
>
> Saben si existe alguna forma de programar orientado a aspectos en
> SmallTalk?
>
> Gracias y saludos,
>
>
>
>
>
>
>
> 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, podés ver AspectS (para Squeak y VW).
Yo quise portarlo a Dolphin, pero no pude dedicarle el tiempo necesario.
Saludos,
Osvaldo
-----Mensaje original-----
De: smalltalking@... [mailto:smalltalking@...]
En nombre de Felipe
Enviado el: Lunes, 22 de Agosto de 2005 12:40 p.m.
Para: smalltalking@...
Asunto: [objetos] SmallTalk y Aspectos
Hola a todos,
Saben si existe alguna forma de programar orientado a aspectos en SmallTalk?
Gracias y saludos,
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 22 Aug 2005 at 15:39, Felipe wrote:
> Saben si existe alguna forma de programar orientado a aspectos en
> SmallTalk?
De esto se habló un par de veces en la lista, te recomiendo buscar
los emails históricos en el grupo.
Yo ahora estoy bastante alejado del tema, pero hace un par de
años había unos cuantos proyectos vinculando AOP y Smalltalk.
Los más interesantes/conocidos eran AspectS en Squeak, muy
similar a AspectJ, Apostle para VAST (nunca lo miré así que no
puedo comentar nada) y varios trabajos en VisualWorks, creo que
Eliot Miranda había hecho algo.
Supongo que ahora habrá más, pero no muchos más.
Saludos
--
Carlos E. Ferro
Caesar Systems
Hola a todos!
A mi me interesaria tocar este tema, especialmente porque me toca de cerca y
me viene muy bien poder discutir alternativas aqui en esta lista, que es la
que me siento mejor cuando quiero plantear cosas que ni yo mismo alcanzo a
vislumbrar :)
Particularmente no es sobre objetos y Java, pero si es sobre:
2. How difficult it is to port the same staff into other
> Smalltalk like > > VW or VA, or maybe somebody already done that. >
El tema es que actualmente (entre otras cosas) estoy queriendo re-armar,
hacer un re-ingenieria o como quieran llamarlo del producto que la empresa
ofrece. La problematica que me surge ( a parte de custiones politicas que ni
siquiera estoy teniendo en cuenta en este momento) es justamente una muchas
veces planteada en esta lista, y seria, con cual smalltalk armar esta
aplicacion, teniendo en cuenta que debe soportar la caracteristicas actuales,
y tambien tener en cuenta "la futura migracion" a la nueva herramienta.
Ademas de todo esto, tambien piendo en cual smalltalk es mas "vendible" para
con mis colegas de trabajo (ya sea como presentarle a los directivos que
smalltalk es una opcion a tener "muy en cuenta", como presentarselo a la
gente tecnica (pertenciente al mundo de los componentes), y como luego de
todo eso, transformar a esa gente para que pueda trabajar con smalltalk.
Obviamente todo esto junto en mi cabeza hoy en dia, que todavia no hice mas
que montar un swiki como primer medida :), hace que vea muy nublado esa
estrategia.
Tampoco pretendo sacar la receta magica a todo esto porque se que no la hay,
pero si me gustaria discutir, aprender, leer (o talvez en proximas reuniones
tecnicas discutirlo personalmente) consejos, ideas, en fin, tratar de
redondear un poco mi panorama acerca de como lo encararia un smalltalker.
Se me hizo largo el mail, y todavia no conte nada de que es lo que hay :).
En principio, lo que hay armado, es un conjunto de proyectos en DLL hechos en
VB (que forman el motor de la app), existen clientes windows tambien hechos
en VB, y existen clientes web (asp, html, etc ).
Actualmente corre exlusivamente en plataformas Windows, pero no se a que
quieren apuntar en el futuro (si quieren que sea multiplataforma o no).
El otro dato a tener en cuenta, es que la idea de ellos era migrar a .NET
(supongo se referirian a VB para .NET) aunque seguramente su idea de migrarlo
a .NET sea un tema mas de negocio que por un tema de tener algo "mejor".
El otro dato, es que debe ser sobre base de datos relacionales, no solamente
por un tema de que debe ser consistente con lo que hay sino tambien, por los
clientes que tenemos (oracle y sql server)
Con estas pequeñas porciones de informacion, mi idea fue pensar en dolphin a
veces y luego pase por VisualWorks o VS... auqneu esta no es mi mayor
preocupacion sino terminar de entender como englobar todas esas
caracteristicas arriba mencionadas en un proyecto en donde pueda trabajar con
smalltalk, ya sea algo armado en smalltalk y que interactua con tecnologia
tradicional, o algo totalmente armado en smalltalk.
Perdonen si no se entendio nada, es que ni yo tengo en claro bien que es lo
que quiero, pero estoy seguro que algunos podran entender mis inquietudes...
Para los que quieren saber porque quiero algo hecho en smalltalk, no quiero
aburrir con lo que se escuchar habitualmente en la lista acerca de las
bondades de smalltalk, asi que solamente voy a mencionar que lei
recientemente la forma de implementar polimorfismo utilizando componentes en
VB y mientras leia eso, estuve tambien leyendo la historia de smalltalk y las
experiencias de Alan Kay y compañia en los años 70 y no termine de entender
como terminamos asi... :)
Saludos, Leo
---------- Original Message -----------
From: "Alejandro F. Reimondo" <aleReimondo@...>
To: "smalltalking" <smalltalking@...>
Sent: Fri, 19 Aug 2005 15:22:30 +0200
Subject: [objetos] Fw: Question about SUGAR's Goodies
> Disculpen por no traducirlo...
> Si les interesa podríamos hablar de estos temas
> (el uso de objetos y Java).
> Ale.
>
> ----- Original Message -----
> From: "Alejandro F. Reimondo" <aleReimondo@...>
> To: "Mark PIrogovsky" <mpirogovsky@...>; "Using Visual Smalltalk
> for Windows/Enterprise" <VSWE-L@...>
> Sent: Friday, August 19, 2005 3:20 PM
> Subject: Re: Question about SUGAR's Goodies
>
>
> > Hi Mark,
> > (warning: no spellchecked! :)
> > > 1. have anybody used it, and what their experiences are
> >
> > I have implemented it because I thought that Java will
> > make people stay close to object technology.
> > As a way to expand Java weakness in dynamic change (to
> > break the imposibility of evolution in java programs
> > & architecture ) interacting with a powerfull media support
> > with objects (a smalltalk ambience) -not only object "oriented"-
> >
> > During my works and essays using the framework it works
> > efficiently and only limited by Java constrains.
> >
> > During some time working on it and reflecting on results
> > and observations on Java people; I concluded that Java
> > make people be more Object Oriented, but do not let
> > them see object technology (nor any future on OT).
> > Java put them more near Components
> > but far away of objects.
> > It enforces (forces) the use of declarative techniques
> > and do hide the powerfull ideas of Object Technology
> > and its limits.
> > It promote the use of languages (ways of speaking magic)
> > and make people only use reduction/encapsulation.
> > Object Orientation hide the limits of application of reduction
> > (the only technique used in formal specification of object
> > oriented systems) and people are not prepared to go
> > beyond it's limits.
> >
> > Many years has passed from Smalltalk definition and
> > definitions of the very first principles; but nothing new
> > has happended in the last decade. And we,
> > the Smalltalkers have something to make an advance
> > beyond the "principles" defined by Dan H. Ingalls
> > in near ´83.
> >
> > The mix of Java and Smalltalk make people think and act in
> > therms of object orientation (declarative and reducing the world
> > to rules) and most of the powerfull properties of smalltalk (*)
> > are disolved/dissapear...
> >
> > (*)sometimes people refer to this properties as "magic"
> > "taste", "theory" or "religion", imho because they try to
> > define them in OO ways...
> >
> > This, and other reasons are one of my the motivations
> > to stop my walk on that way (please do not think I
> > want to turn any other's way, only want to talk about
> > experiences on the topic and ask for any others points
> > of view)
> > Other of the reasons is that I can do all my work using
> > only Smalltalk (the work realized on Java, C or C++
> > in some circumstances are not work for me, and can be
> > realized by "normal" programmers :-P ).
> >
> > > 2. How difficult it is to port the same staff into other
> Smalltalk like > > VW or VA, or maybe somebody already done that. >
> > I think it can´t be a great amount of work. If you already know >
> how to access an API in the other dialect and know how >
> VisualSmalltalk works. Evaluate the effort as another > porting
> effort you have realized. > The core implementation is simply a
> wrapper to Java VM > and debug API (through DLL) and a proxy mechanism
> > to send messages.
> > Callbacks are used for sending messages from Java objects
> > and for implementing/binding Java native methods to
> > Smalltalk objects.
> >
> > best,
> > Ale.
> >
> >
> >
> > ----- Original Message -----
> > From: "Mark PIrogovsky" <mpirogovsky@...>
> > To: "Using Visual Smalltalk for Windows/Enterprise"
> <VSWE-L@...>
> > Cc: <aleReimondo@...>
> > Sent: Friday, August 19, 2005 7:30 PM
> > Subject: Question about SUGAR's Goodies
> >
> >
> > > Hello All,
> > > In the VisualSmalltalk Goodies page maintained by Alejandro
> there is a > > goodie called JavaInSt - "Wrapper to Java Native Interface.
> > > Can be used to use Java Objects in Smalltalk. JavaInSt is a very
> > > transparent layer to access Java Objects as they were inside the
> > > Smalltalk image. You can navigate objects structure (full
> reflection is > > implemented, through objects and methods). Also
> you can implement Java > > Native Methods in Smalltalk! SO, you can
> see Smalltalk objects as a Java > > object! " > > > > My Questions:
> > > 1. have anybody used it, and what their experiences are > > 2.
> How difficult it is to port the same staff into other Smalltalk like
> > > VW or VA, or maybe somebody already done that. > > > > Thanks, >
> > > > --Mark >
>
>
>
> 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!.
------- End of Original Message -------
Disculpen por no traducirlo...
Si les interesa podríamos hablar de estos temas
(el uso de objetos y Java).
Ale.
----- Original Message -----
From: "Alejandro F. Reimondo" <aleReimondo@...>
To: "Mark PIrogovsky" <mpirogovsky@...>; "Using Visual Smalltalk
for Windows/Enterprise" <VSWE-L@...>
Sent: Friday, August 19, 2005 3:20 PM
Subject: Re: Question about SUGAR's Goodies
> Hi Mark,
> (warning: no spellchecked! :)
> > 1. have anybody used it, and what their experiences are
>
> I have implemented it because I thought that Java will
> make people stay close to object technology.
> As a way to expand Java weakness in dynamic change (to
> break the imposibility of evolution in java programs
> & architecture ) interacting with a powerfull media support
> with objects (a smalltalk ambience) -not only object "oriented"-
>
> During my works and essays using the framework it works
> efficiently and only limited by Java constrains.
>
> During some time working on it and reflecting on results
> and observations on Java people; I concluded that Java
> make people be more Object Oriented, but do not let
> them see object technology (nor any future on OT).
> Java put them more near Components
> but far away of objects.
> It enforces (forces) the use of declarative techniques
> and do hide the powerfull ideas of Object Technology
> and its limits.
> It promote the use of languages (ways of speaking magic)
> and make people only use reduction/encapsulation.
> Object Orientation hide the limits of application of reduction
> (the only technique used in formal specification of object
> oriented systems) and people are not prepared to go
> beyond it's limits.
>
> Many years has passed from Smalltalk definition and
> definitions of the very first principles; but nothing new
> has happended in the last decade. And we,
> the Smalltalkers have something to make an advance
> beyond the "principles" defined by Dan H. Ingalls
> in near ´83.
>
> The mix of Java and Smalltalk make people think and act in
> therms of object orientation (declarative and reducing the world
> to rules) and most of the powerfull properties of smalltalk (*)
> are disolved/dissapear...
>
> (*)sometimes people refer to this properties as "magic"
> "taste", "theory" or "religion", imho because they try to
> define them in OO ways...
>
> This, and other reasons are one of my the motivations
> to stop my walk on that way (please do not think I
> want to turn any other's way, only want to talk about
> experiences on the topic and ask for any others points
> of view)
> Other of the reasons is that I can do all my work using
> only Smalltalk (the work realized on Java, C or C++
> in some circumstances are not work for me, and can be
> realized by "normal" programmers :-P ).
>
> > 2. How difficult it is to port the same staff into other Smalltalk like
> > VW or VA, or maybe somebody already done that.
>
> I think it can´t be a great amount of work. If you already know
> how to access an API in the other dialect and know how
> VisualSmalltalk works. Evaluate the effort as another
> porting effort you have realized.
> The core implementation is simply a wrapper to Java VM
> and debug API (through DLL) and a proxy mechanism
> to send messages.
> Callbacks are used for sending messages from Java objects
> and for implementing/binding Java native methods to
> Smalltalk objects.
>
> best,
> Ale.
>
>
>
> ----- Original Message -----
> From: "Mark PIrogovsky" <mpirogovsky@...>
> To: "Using Visual Smalltalk for Windows/Enterprise"
<VSWE-L@...>
> Cc: <aleReimondo@...>
> Sent: Friday, August 19, 2005 7:30 PM
> Subject: Question about SUGAR's Goodies
>
>
> > Hello All,
> > In the VisualSmalltalk Goodies page maintained by Alejandro there is a
> > goodie called JavaInSt - "Wrapper to Java Native Interface.
> > Can be used to use Java Objects in Smalltalk. JavaInSt is a very
> > transparent layer to access Java Objects as they were inside the
> > Smalltalk image. You can navigate objects structure (full reflection is
> > implemented, through objects and methods). Also you can implement Java
> > Native Methods in Smalltalk! SO, you can see Smalltalk objects as a Java
> > object! "
> >
> > My Questions:
> > 1. have anybody used it, and what their experiences are
> > 2. How difficult it is to port the same staff into other Smalltalk like
> > VW or VA, or maybe somebody already done that.
> >
> > Thanks,
> >
> > --Mark
>
Hola Eduardo,
Me alegra que el texto lo haya motivado, lamento decirte que
teníamos algunos otros textos de ese estilo en el swiki
( Smalltalking.swiki.net ) y el servicio parece que ha
desaparecido. Allí teníamos también algunos mails destacados
de esta lista.
La buena noticia es que aquí estamos!
y que siempre estaremos contentos de dialogar con
quienes aprecian el valor de lo que hacemos (o intentamos
hacer :-)
> Te quería preguntar si tienes otros documentos por el estilo que puedan
> impactar a desarrolladores de LOO o incluso de estructurada? documentos
> al estilo de ese que te comento.
Creo que si la personas esta preparada para encontrar algo nuevo,
encuentra pronto mucho material para leer, no digo que haya
mucho material que documente la forma particular de ver la T.O.
y los A.O. como lo hacemos aquí, pero si hay bastante como para
entretenerse por un tiempo mientras se aprende lo básico como
para sentirse cómodo en algún Smalltalk.
> He visto que ese documento que te comento, a la persona que le impacta,
> le impacta de verdad... por supuesto si se lo paso a 10 personas, sólo
> provoca algo en unas 3, pero esas no pueden evitar empezar a mirar
> Smalltalk, bajarse un ambiente y empezar a jugar....
El porcentaje que encuentro es mucho menor (el 3%)
quizás por tener la desventaja de ser el autor :-)
>yo de echo miro a mi alrededor y veo bastantes ganas
> cerca mío de aprender tecnología de objetos...
> el problema es que por aquí nos vemos un poco solos
Si, lo sé por eso de mi insistencia sobre la poca gente
que he podido conocer allí en estos últimos años.
Es muy importante gestar un grupo; en mi caso he visto
consumirse los años antes de formar el primer grupo aquí,
y te aseguro que es importante (en lo técnico y lo humano)
lograr formar un mínimo grupo de gente relacionada.
Aunque (quizás esta demás decirlo) aparecen otros problemas
relacionados mas con lo humano y social...
Pero creo que no hay camino para el crecimiento grupal y/o
individual si uno no logra tener un halo de aislamiento (de lo
común y cotidiano) y co-elaboración de los temas de forma local.
> y además el tipo de aprendizaje de esto tiene pinta de
> ser muy interactivo y colaborativo...
Si, son cosas para compartir; para llegar mas allá de uno mismo.
A mediano plazo, un grupo ayuda muchisimo en lo laboral;
pues permite conocer a quienes pueden ayudar (y a quienes
no :-)
> Muchas gracias por la respuesta, por los docs...
>
> Espero que poco a poco se pueda ir creando el entorno necesario para la
> tecnología a objetos aquí en España...
Si, creo que será muy positivo.
No dejen de comentarnos como les va e intentemos hacer
algo en conjunto en cuanto puedan.
> Voy a intentar reactivar un poco lo de St-Es
> que con lo del verano se ha
> quedado parado...
Saludos a José y todos los muchachos de St-Es!
un cordial saludo,
Ale.
----- Original Message -----
From: "Eduardo Ferro Aldama" <eduardo.ferro@...>
To: <smalltalking@...>
Sent: Sunday, August 14, 2005 10:00 PM
Subject: Re: [objetos] recomendaciones lectura
> El dom, 31-07-2005 a las 11:12 +0200, Alejandro F. Reimondo escribió:
>
> Hola...
> Más o menos siguiendo la recomendación he conseguido que la persona
> juegue un poco con el squeak y que interviniese en una pequeña
> aplicación para gestionar la biblioteca del depto... el problema que
> tengo es que yo tampoco me se mover, simplemente se jugar un poco por el
> ambiente de squeak.... eso si nos centramos en las cosillas (de las que
> conozco) que más podian sorprender y enganchar a un desarrollador de C++
> (cambios sobre los objetos vivos, evolución del sistema en uso, y
> compilación, prueba, depuración y desarrollo durante la propia
> depuración)....
>
> Al final está sesión (por ahora sólo hemos tenido una) se pudo hacer
> porque un documento le desperto al gusanillo... Concretamente el
> documento que le impacto fue "Tecnología de Objetos?" que está en
> Smalltalking y que escrbiste tu...
>
> Te quería preguntar si tienes otros documentos por el estilo que puedan
> impactar a desarrolladores de LOO o incluso de estructurada? documentos
> al estilo de ese que te comento.
> He visto que ese documento que te comento, a la persona que le impacta,
> le impacta de verdad... por supuesto si se lo paso a 10 personas, sólo
> provoca algo en unas 3, pero esas no pueden evitar empezar a mirar
> smalltalk, bajarse un ambiente y empezar a jugar.... yo de echo miro a
> mi alrededor y veo bastantes ganas cerca mio de aprender tecnología de
> objetos... el problema es que por aquí nos vemos un poco solos y además
> el tipo de aprendizaje de esto tiene pinta de ser muy interactivo y
> colaborativo...
>
> Muchas gracias por la respuesta, por los docs...
>
> Espero que poco a poco se pueda ir creando el entorno necesario para la
> tecnologia a objetos aqui en España...
>
> Voy a intentar reactivar un poco lo de St-Es que con lo del verano se ha
> quedado parado...
>
> Saludos
>
> > Hola Eduardo,
> >
> > A mi entender, el mejor libro para aprender a trabajar con objetos
> > es un Smalltalk, es decir, un medio activo; que motive a
> > desarrollar"se"
> > y no te ponga en un plano pasivo, de consumo.
> > Sugerile algo que nunca se acabe de leer...
> > Y motívalo a tener diálogos con otros.
> >
> > Si optas por esta opción, es, creo la mejor sugerencia que podes
> > dar (resultados inmediatos garantizados), pero además es la que
> > más atención requerirá de tu parte; pues luego de un tiempo
> > deberás observar su aprendizaje y moderar su carácter
> > introspectivo (un habito que se logra cosechar fácilmente
> > del autoaprendizaje). En muchos casos he observado que
> > se hace difícil moderar ese desarrollo individual y escalar
> > a un modelo mas abierto; en la mayoría de los casos
> > se pierden años (2 o 3) en el ostracismo.
> >
> > Por otra parte, observo con frecuencia que las personas que
> > usan medios pasivos para aprender; son mas osadas y mas
> > comunicativas, pero frecuentemente con muy poco sustento
> > y soporte para sus ideas. (muchas veces al hablar dicen
> > que son ideas de otros, y los citan; como si ello fuera
> > alguna garantía o estuviera alibianandoles la responsabilidad
> > de defenderlas :)
> >
> > >También sería interesante si conoceis de algún tipo de
> > > juego o experiencia para ayudara enseñar objetos...
> >
> > El mejor juego (y único) es hacer sistemas.
> > Pero para aprender a jugar, deberá estar en un equipo
> > que ya lo haga.
> > No es "tan" divertido solo frente a una computadora.
> > En algunos casos las personas lo disfrutan (dicen que sienten
> > ser chicos), pero la soledad deja siempre un gusto a poco;
> > y al momento de compartir un proyecto aparecen los
> > problemas.
> >
> > >Hay que tener en cuenta que es para alguien que desarrolla
> > > en C++ y tiene malos hábitos y no es capaz de abstraerse
> > > fácilmente....
> >
> > Es curioso, a mi me ha pasado que la gente que he conocido
> > que usaba C++ (o decía usarlo "para producir") piensa
> > muy en abstracto.
> > Es más, siempre piensan antes de hacer.
> > Esto es consecuente, creo, de las imposibilidades de expresión
> > en lenguajes de comunicación unidireccional (el hombre
> > usa/hablaCon la maquina).
> > En el caso de usar ambientes, estos son usados no solo como
> > medios de expresión, sino como medios de percepción (de
> > una realidad emergente de un modelo concreto).
> > Si la persona que conoces por lo general se maneja de forma
> > concreta y le cuesta abstraer"se", dile que en Smalltalk tiene
> > un soporte para su forma de ser.
> > No dejes que pierda esa virtud (la de relacionarse en concreto).
> > Un ambiente es un soporte apto para aprender más, sin perder
> > información al abstraer.
> >
> > En un ambiente tendrá un soporte mas eficiente para la
> > construcción de sistemas concretos (cosa que no puede lograrse
> > en la practica usando LOOs) y con un poco de educación
> > (que es dada por la experiencia, es decir, por hacer sistemas
> > de objetos en equipo) podrá ir viendo que actividades conviene
> > realizar para ir cristalizando/construyendo modelos abstractos
> > (que son subproductos naturales del trabajo en un ambiente).
> >
> > Tratá de formar un mínimo equipo y emprendan algún proyecto,
> > si pueden tener como parte del equipo a alguien con algo de
> > experiencia, sería lo ideal. Si no es así, no dejen de estar en
> > contacto por esta lista por cualquier inquietud que puedan tener.
> > El trato y la elaboración debe ser físico, es decir, NO formes
> > un equipo virtual o que se "conecta" para pensar.
> >
> > suerte!
> > Ale.
> >
> >
> > ----- Original Message -----
> > From: "Eduardo Ferro Aldama" <eduardo.ferro@...>
> > To: <smalltalking@...>
> > Sent: Sunday, July 31, 2005 2:16 PM
> > Subject: [objetos] recomendaciones lectura
> >
> >
> >
> > Buenos dias.
> > Estoy buscando para un colega documentos que le ayuden a pensar y
> > sobre todo a diseñar en objetos. Me parecio una posibilidad el libro
> > Smalltalk, Objects and Desing, pero el problema es que necesito algo
> > más corto y en castellano a poder ser....
> >
> > También sería interesante si conoceis de algún tipo de juego o
> > experiencia para ayudara enseñar objetos...
> >
> > Hay que tener en cuenta que es para alguien que desarrolla en C++ y
> > tiene malos habitos y no es capaz de abstraerse facilmente....
> >
> > Cualquier sugerencia será bienvenida.
> >
> >
> > Hasta otra!
> > Eduardo Ferro Aldama eduardo.ferro@...
> >
> >
> >
> > 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 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!.
> >
> --
> Hasta otra!
> Eduardo Ferro Aldama http://personales.ya.com/eferro
> eduardo.ferro@...
> eferro@...
>
>
>
>
>
>
> 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
>
>
>
>
>
>
Sobre la función social de smalltalking, más precisamente de la lista de correo dejame contarte que la semana pasada tuve la suerte de poder compartir una semana con varias personas a las que solo conocia por esta lista y fue muy grato el conocerlos personalmente, luego de casi insconcientemente tratarlos bastante por medio de la lista de smalltalking.
Estuvimos trabajando con Smalltalk, y realmente fue muy grato estar en un lugar donde se labura con Tecnología de Objetos, en un clima muy distendido[*] y con gran entusiasmo por aprender y compartir sus conocimientos.
Así que bueno, por este mail les digo gracias a la gente de InfOil y a Smalltalking, por entre otras cosas, permitirme conocerlos.
Saludos, Facundo.
[*] luego de pasar por la seguridad, el clima era muy distendido...:-).
Leo De Marco <leo@...> escribió:
Si, ale, es una reunion tecnica en Junin, pero tenemos que organizarla todavía con Facundo (Vozzi)… asique aprovecho este mail, Facundo, para que me contactes y lo vayamos armando, te parece?
Saludos, Leo
De: smalltalking@... [mailto:smalltalking@...] En nombre de Alejandro F. Reimondo Enviado el: Sábado, 13 de Agosto de 2005 06:53 a.m. Para: smalltalking@... CC: Leo De Marco Asunto: Re: [objetos] Ingenieria de Soft
Hola kiko,
Según recuerdo (espero no equivocarme, confírmame Leo) en la agenda para este año tenemos planificado un evento por esa zona; allí tendremos otra oportunidad para hablar del tema.
Con respecto a "la idea" es muy simple, partimos mostrando algunos resultados de aplicar los métodos (el método) mas comúnmente aplicados intentando motivar a la reflexión sobre las consecuencias y sobre argumentos falaces (como que lo errado es la aplicación de dicho método o quien lo realiza); luego, entregamos material útil para quienes se sienten motivados (y son sensibles) a la problemática planteada; sobre la base de la realización de actividades superadoras y el trabajo con grupos de diverso carácter (y/o con integrantes poco relacionados; por ejm. grupos interdisciplinarios, grupos de programadores ocasionales o novatos, etc.). Por lo general la gente que resulta motivada mas la que resulta interesada no excede el 3%; pero es el tipo de gente que puede formar parte de nuestro grupo y que
potencialmente tiene capacidad para producir avances reales.
Sobre ese 3% trabajamos intentando darle contenido, por ejemplo, en reuniones, material adicional, y en esta lista. Como verás es una tarea de detección y síntesis de gente capaz (de ayudar en nuestros objetivos) que lleva años y que esta llena de dificultades. Las dificultades mas comunes son las escaramuzas y problemas con quienes se acercan pero no están dispuestos a ayudar o a ser parte de forma honesta con nuestra organización. Con el tiempo, creo que estamos aprendiendo a no gastar esfuerzos donde no hay nada que obtener, por ejemplo, repeliendo de la forma mas rápida a personas sin escrúpulos, que buscan llamar la atención o que no entienden que esto es una institución con un objeto social.
Como es un proceso tan complejo y que tiene una cinética, independiente de nuestra voluntad y nuestras acciones, es importante (para la organización) que año a año hagamos actividades para lograr llegar a ese bajo porcentaje de personas preparadas para un avance real, en informática y en las relaciones con las cosas/objetos (vivas o no).
Como seguramente se puede ver, estos temas exceden a la técnica y a los "lenguajes de programación" pues tienen mas relación con las actividades que realizamos y nuestro tiempo. Todo lo que se dá, tiene aplicación en la producción diaria y en la lucha por lograr resultados de calidad aún utilizando personal poco instruido (como es un caso común en el uso de Smalltalk).
hasta pronto, Ale.
----- Original Message ----- From: "kikote
gregoris" <kikogregoris@...> To: <smalltalking@...> Sent: Friday, August 12, 2005 4:03 PM Subject: Re: [objetos] Ingenieria de Soft
> Hola Ale > > En la charla que diste en junin hace unos años hablaste de esto: > > Para nombrar unas pocas, y cercanas... me vienen a la mente: > 1- Obras como Itaipú, y otras represas. > 2- Obras como las construcciones de las centrales nucleares. > 3- Obras viales. > > Sobre 1 y 2 creo que ya se conocen las consecuencias, y el sufrimiento que > aún hoy > padecen miles de personas. Quien diga que esto no es gracias a la > Ingeniería, > p/f no conteste (pues creo que no tiene nada positivo que aportar, sin > antes > entender que si son consecuencias y directas -no secundarias- ). > > > > Recuerdo a medias, que intentabas explicar que los efectos de la ingenieria eran parecidos a los
efectos de aplicar Poo.En ese momento no entendi nada y ahora que lo sacas de nuevo , tampoco. > > No recuerdo con precicion si tu intencion era explicar lo que digo arriba , si es asi podrias explicar nuevamente tu idea. > > > > SAludos kiko > > > > > "Alejandro F. Reimondo" <aleReimondo@...> escribió: > Hola
Gastón, > > Para hacer una casa no se requiere de un ingeniero... > Que un ingeniero este relacionado con al construcción de una casa (asumiendo > que te referís a una casa normal), creo que tiene que ver con la cantidad de > ingenieros que hay (desde hace décadas se nos ha querido convencer que uno > no sirve para nada hasta que termine un estudio universitario). > > Creo que si llamamos a una casa (hogareña) una obra de ingeniería, es como > llamar a un sistema de planilleo un
sistema informático... > La construcción de hogares, como el planilleo puede ser realizado con éxito > por personas que no tengan estudios terciarios (conozco muchos casos que > confirman mi apreciación). > > Para no hacer oídos sordos a tu cuestionamiento, y no dejarlo de lado porque > solo no se aplica el ejemplo; me gustaría ajustar tu pregunta de fondo, > colocando uno o más ejemplos más apropiados. > > Que obras SI son dignas de ser llamadas obras de
ingeniería? > Para nombrar unas pocas, y cercanas... me vienen a la mente: > 1- Obras como Itaipú, y otras represas. > 2- Obras como las construcciones de las centrales nucleares. > 3- Obras viales. > > Sobre 1 y 2 creo que ya se conocen las consecuencias, y el sufrimiento que > aún hoy > padecen miles de personas. Quien diga que esto no es gracias a la > Ingeniería, > p/f no conteste (pues creo que no tiene nada positivo que aportar, sin > antes > entender que si son consecuencias y directas -no secundarias- ). > > Sobre 3 es mas difícil aún hacer una relación directa, pues se enmascara > con pseudo-beneficios; pero en términos generales, se puede decir, > que en todos los casos se han realizados las obras, sin considerar > (por parted e quienes la realizan) los perjuicios de conectar ciudades > o poblaciones distantes. > > Bueno, este ultimo párrafo creo que viene justo para ponernos de nuevo > en la Informática, y en el rol que debemos cumplir los que nos
ocupan > los procesos de información sobre las sociedades y los seres humanos (los > que desean serlo :-P ) > > Intentando contestar a tu pregunta, sobre los tiempos y la planificación, > si las obras se realizaran a tiempo, la situación sería aún peor; > pues muchas veces los limitantes en la realización de las obras, no > es la técnica sino las sociedades y el costo que tiene para los invasores > el r (mover, excluir o eliminar) a quien será perjudicado en forma > directa/inmediata. >
En los que no son afectados de forma inmediata, nadie piensa; y luego > al aparecer se los ignora (efectos secundarios). > > Cómo revertir esto? > Para mi, la solución esta en quienes queremos entender > más de informática y sistemas; superando los limites que > nos impone seguir haciendo lo mismo. > > hasta pronto, > Ale. > > > ----- Original Message ----- > From: "Gastón Emilio
Severina" <gseverina@...> > To: <smalltalking@...> > Sent: Tuesday, August 09, 2005 1:42 PM > Subject: Re: [objetos] Ingenieria de Soft > > > gente... disculpen que escriba en este hilo de discusión que ya "pasó > de moda" en el sentido de que hace un tiempo nadie opina ya que > supongo la discución fué bastante larga pero creo bastante > interesante... simplemente queria decir algo haciendo referencia al > hecho que mencionan que la ingeniería de soft. es bastante inmadura
y > que las otras ing. son bastante mas "viejas" por decir de alguna > manera... yo simplemente quiero hacerles la siguiente pregunta, > tomando a la ingeniería civil como ejemplo, que supongo NO podemos > decir que es inmadura... yo me pregunto, si me prometieron que a la > casa la terminaban en 10 meses, porqué se demoraron 14 ? ... la verdad > ya no entiendo... si hay algo que espero de la ing. de soft. es que me > permita decirles a mis clientes con mucha mas precisión cuándo voy a > poder entregarles "algo" ... o esto de poder decir con precisión la > fecha de
entrega no es algo que deban resolver las ingenierias ?? ... > alguien tubo la experiencia de construir su casa y que se la entreguen > el dia que le prometieron que se la entregarían ? > > saludos !!! > > > > > > 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 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í
__________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
Sin conexión 
Enviar correo