> Si es cierto, falta Curso.
>
> Como puedo hacer para armar un Package que contenga clases pertenecientes a
otros packages?
No podés.
Pero podes hacernos llegar ambos packages (o los que sean necesarios)
o meter todas las clases en un mismo package.
Probalo antes de mandarlo a ver si te funciona,
abri una imagen nueva y tratá de cargarlo.
Si es cierto, falta Curso.
Como puedo hacer para armar un Package que contenga clases pertenecientes a
otros packages?
>-----Mensaje Original-----
>Desde: Esteban A. Maringolo [mailto:eMaringolo@...]
>Enviado: Martes 31 de Mayo de 2005 08:27 PM
>Para: smalltalking@...
>Tema: Re: [objetos] Problemas con Omnibase.
>
>Diego:
>
> Faltan clases en este Package. Al menos falta la clase Curso.
>
> ¿Por qué no nos envías un package?
>
> Saludos.
>
>Diego Martín Zacarías escribió:
>> Hola gente:
>>
>> Estoy tratando de hacer andar mi pequeño sistemita, pero tengo un problema
con la Omnibase.
>>
>> He tomado como modelo al Package PersonnelFiles, pero no he logrado que se
almacenen mis objetos.
>> Ya he intentado todo lo que tengo a mi alcance y no he detectado el problema,
pareciera que esta todo en orden.
>>
>> Podrían echarle un vistaso?
>>
>> Gracias,
>> Diego.
>>
>>
>>
>> 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 Esteban:
>
> Pero no solo se trata de las potencias "de afuera". Muchas empresas
> de aca buscan ese modelo. Osea que "los responsables" (y
> potenciales) los tenemos más cerca de lo que parece.
>
Si, es cierto, hay muchos que aprovechan la situación, asi uno mira
por ejemplo los sueldos acordados (por gente del rubro!) en algunos
consejos profesionales de ciencias informáticas y no creo que queden
dudas, por ejemplo: http://www.cpcipc.org/pagina.asp?id=31
>
> Si, pero de todos modos esto es más estructural, porque pasa en
> todos los niveles "educativos".
>
Si, pasa...........me pregunto qué podemos hacer para ofrecer algo de
resistencia......
>
> Es que justamente, el problema se presenta cuando uno quiere pagar y
> ya no hay quien ofrezca :-S
>
mmmmmmmm......avisame donde hay alguien que quiera pagar....
>
> Esto es cierto, y no tanto...
> Porque si alguien te da algo gratis, tambien te da nada, y como es
> gratis no podes reclamarle.
>
Mirá, yo te cuento una pequeña (quizás no extrapolable) experiencia,
tenía un viejo sistema de bioquímicos que en un momento no fue viejo,
es más, fue útil y lo sigue siendo en varios laboratorios. Mientras lo
vendía, nadie lo compraba (no tenía más de 20 usuarios).
Cuando se puso viejo, lo puse disponible libre en sf.net.......de
pronto aparecieron decenas de usuarios..........ja, lo cómico es que
algunos hasta pedían mejoras y nuevas versiones........por supuesto,
gratis.......
>
> Es que creo que amerita pensar que hay que comenzar a hacer cosas
> para las personas, y no tanto para "la industria".
100% de acuerdo.
>
> En el software libre el unico que más se beneficia es el software y
> no las personas (pese a que este escribiendo en este momento desde
> Mozilla).
>
Si, también de acuerdo........el software, las corporaciones, los
gobiernos........(esto hasta lo acepto desde el sentido social). Pero
que una corporación que gana millones, destruyendo el planeta o con
cualquier negocio no quiera pagar al tipo que hace
sistemas.......porque todo se "consigue" (y la verdad es que mucho se
consigue) no nos deja muy bien parados a los que estamos en esta
profesión.
Saludos.
Diego:
Faltan clases en este Package. Al menos falta la clase Curso.
¿Por qué no nos envías un package?
Saludos.
Diego Martín Zacarías escribió:
> Hola gente:
>
> Estoy tratando de hacer andar mi pequeño sistemita, pero tengo un problema con
la Omnibase.
>
> He tomado como modelo al Package PersonnelFiles, pero no he logrado que se
almacenen mis objetos.
> Ya he intentado todo lo que tengo a mi alcance y no he detectado el problema,
pareciera que esta todo en orden.
>
> Podrían echarle un vistaso?
>
> Gracias,
> Diego.
>
>
>
> 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:
Estoy tratando de hacer andar mi pequeño sistemita, pero tengo un problema con
la Omnibase.
He tomado como modelo al Package PersonnelFiles, pero no he logrado que se
almacenen mis objetos.
Ya he intentado todo lo que tengo a mi alcance y no he detectado el problema,
pareciera que esta todo en orden.
Podrían echarle un vistaso?
Gracias,
Diego.
Germán Arduino escribió:
>>Pienso además que lo que estamos comentando no ocurre solo en Argentina,
>> sino que es algo que se esta dando en todas partes.
>>Como relacionan esto con la movida de generar software en las universidades?
>>(cosa que también he observado que ocurre no solo aquí)
> Creo lo mismo que han observado Esteban y Andrés respecto del modelo
> que se intenta replicar: India, China, Rumania, .......observemos como
> viven ahí en general las personas y los q tienen nuestra
> profesión.......Es clarito el modelo: Mano de Obra barata, no tengo
> dudas que eso es lo que buscan las potencias.
Pero no solo se trata de las potencias "de afuera". Muchas empresas
de aca buscan ese modelo. Osea que "los responsables" (y
potenciales) los tenemos más cerca de lo que parece.
> Ahora, porque en Argentina entramos en el juego?
> No lo se exactamente, no creo en la inocencia de pensar
> que sea sólo ignorancia de nuestros gobernantes.
> Creo que el tema es más complejo y "armado". Coincido con
> lo que dijo uno de Uds. en las Universidades hay docentes buenos y
> malos, pero los buenos poco pueden hacer para torcer el modelo dictado
> por los planes de estudio y conforme pasa el tiempo, parece que van
> saliendo mayor proporción de profesionales que han recibido una
> educación mediocre, consecuencia de esos planes de estudio.
Si, pero de todos modos esto es más estructural, porque pasa en
todos los niveles "educativos".
> A su vez, muchos de ellos van a ser los educadores de las
> generaciones del futuro......y los obreros de las software
> factories....entonces.....qué nos espera?.
Más consumidores, más separación entre quien da y quien recibe.
Mas "Brave new world"[*]
[*] http://www.huxley.net/
> Para nosotros, q estamos en el tema quizás es fácil verlo, pero no así
> para los que no lo están, es como si a nosotros nos hablan de temas no
> se, medicina, o cualquier cosa que uno no domine, no es fácil ver los
> "detalles".
Si... pero el tema de la "commoditizacion" (como le decian en otro
mail) del software se puede comparar con muchísimos mercados.
>>Cómo lo relacionan con el no desear cobrar por el producto/resultado de lo
>>que uno hace a diario?
>>(software "libre" se dice?)
> Error, al menos conceptual. El software libre no necesariamente es
> gratis y se puede hacer software libre (que significa disponibilidad
> de fuentes) en forma absolutamente rentada.
Si... pero esto... si bien cabe bajo el concepto de software "libre"
(como si algo pudiese ser libre), en realidad es un acuerdo
comercial. Es como comprar una casa y que te den los planos.
> Esto en la maravillosa utopía que ignore que nadie va a pagar
> por algo que pueda tener gratis...
> creo que es parte de la condición humana y creo que ahí
> está la falla de la idea del software libre.
Es que justamente, el problema se presenta cuando uno quiere pagar y
ya no hay quien ofrezca :-S
> Por eso he discutido hasta el cansancio con los "gurúes" del software
> libre nacional...diciendo que, en la práctica, nadie paga por lo que
> puede tener gratis y MUCHO menos las empresas y/o corporaciones.
Esto es cierto, y no tanto...
Porque si alguien te da algo gratis, tambien te da nada, y como es
gratis no podes reclamarle.
> Por eso, a pesar de seguir creyendo que el software libre tiene cosas
> buenas para muchas naciones (para romper situaciones como las que
> mencionamos antes) no creo que siga yo haciendo software libre (salvo
> algún caso puntual que me interese para ayudar o aprender o algún otro
> motivo), pero no se puede vivir del software libre, al menos yo no lo
> pude hacer.
> Claro, muchas historias brillantes de muchos nombres del GNU dicen que
> si, pero cómo? Como empleados de alguna gran corporación que los
> contrató......que chiste!, pero no es eso a lo que uno (que desea ser
> independiente o dueño de si mismo) apunta.
Es que los que se benefician con esto no son los pequeños, sino los
grandes, los que se adueñan de eso. Asi como Oracle se agarró un
Apache y lo hizo parte de su gran plataforma de aplicación.
> Más aún, me molesta terriblemente el hecho que quienes pueden pagar
> por el software que usan a diario y que les ahorra mucho dinero,
> sistemáticamente se nieguen a pagar por él..
Esto es de educación y costumbre. Con algunos casos exitosos puede
revertirse.
> .....y creo, (Ale, nobleza
> obliga y aquí reconozco lo que vos me dijiste siempre) que el efecto
> secundario, no calculado, del software libre ha sido (al menos para
> los pequeños productores como yo) sencillamente DE VAS TA DOR.
Es que creo que amerita pensar que hay que comenzar a hacer cosas
para las personas, y no tanto para "la industria". A pensar en el
impacto que tiene lo que uno hace. Esto se relaciona con lo que
decia ale de pensar global y actuar local, pensar global y actual
global, etc.
En el software libre el unico que más se beneficia es el software y
no las personas (pese a que este escribiendo en este momento desde
Mozilla).
Saludos.
--
Esteban
El lun, 30-05-2005 a las 20:29 -0300, German Viscuso escribió:
Buenos dias.
Os mando algunas reflexiones que ahondan en el tema de la producción de
soft teniendo en cuenta el impacto del soft libre...
Lo que principalmente hace el software libre es cambiar las reglas del
mercado en aquellas partes donde entra (por lo menos el soft libre de
calidad). Lo que realmente pasa es que se va comoditizando todo el
software horizontal por lo que en el soft de infraestructura no se puede
competir....
Principalmente lo que hace es cambiar reglas, y mucha gente lo esta
entendiendo:
- SAP vendiendo consultoria.
- Oracle que intenta buscar su sitio dentro de CRMs, ERPs, etc.
- Microsoft enseñando su código a ciertos clientes
- Mozilla volviendo a dar guerra en el campo de los navegadores
- IBM haciendose defensora de los estándares.
- Reproductores DivX por 50E (hardware genérico + linux)
- Implantación casi masiva de soft libre para plataformas embebidas
Y aseguro que toda esta gente hace este tipo de cosas por interes y por
dinero, pero simplemente van cambiando las reglas y por mucho que a
algunas de esas empresas hayan montado anteriormente su negocio sobre
soft privativo ya han visto que el soft libre no es una moda y hay que
daptarse. Muchos de los movimientos que hemos visto a Microsoft, IBM,
Sun, etc nos los cuentan hace unos años y no nos lo creemos....
El soft libre está consiguiendo, poco a poco, que todo el soft de base,
el soft horizontal, se vaya convirtiendo en un productos comoditizados,
de bajo precio y al que se supone que todo el mundo tiene acceso. El
desarrollo de software cerrado se va desplazando hacia desarrollos
verticales y más especializados.
Lo más interesante de todo esto es que cada vez nos podemos centrar más
en producir aquella parte diferencial en la que somos mejores
apoyandonos en todo lo anterior, y sin tener que reinventar la rueda
cada vez.
Además de los cambios en la producción de soft, cambia también la forma
de aceptar el soft por parte de los usuarios que ya es mucho más dificil
que acepten "casarse" completamente con un proveedor que les haga
cautivos por controlar el formato de sus datos en las aplicaciones que
se le venden.
Yo tengo muy claro que el soft libre no es una moda, y que está
cambiando (en realidad ya ha cambiado) las reglas del juego, lo mismo
que las ha cambiado internet (que por otra parte es parte del espiritu
del soft libre).
Espero que me haya explicado bien
Saludos a todos
> Ojo que me parece que están asociando software libre con software de poca
> calidad hecho en universidades entregado "de onda" por los autores. Yo creo
> que el software libre pudo despegar y tener hoy un rol importante porque es
> útil para la industria del software. Creo que es importante también (de
> pasada) desmitificar la idea de que el software libre no implica un
> movimiento económico. Empresas muy grandes utilizan hoy el esquema de
> software libre para competir con productos de software propietarios. Si, por
> ejemplo, una empresa fomenta la mejora o genera algun software libre que
> utiliza determinado hardware y luego te vende ese hardware imaginensé que no
> les están regalando nada, lo hacen por propio beneficio. El problema es que
> tanto un flaco que ofrece un software mediocre hecho en la facultad como por
> ejemplo IBM pueden liberar un software bajo una licencia libre (ej GPL),
> entonces ambos productos son software libre. Pero a mi me resulta evidente
> que estariamos hablando de dos categorias distintas de software y también
> que ambos players tienen conceptos y expectativas diferentes sobre el hecho
> de liberar su software.
>
> Saludos,
>
> German
--
Hasta otra!
Eduardo Ferro Aldama http://personales.ya.com/eferroeduardo.ferro@...eferro@...
Ojo que me parece que están asociando software libre con software de poca
calidad hecho en universidades entregado "de onda" por los autores. Yo creo
que el software libre pudo despegar y tener hoy un rol importante porque es
útil para la industria del software. Creo que es importante también (de
pasada) desmitificar la idea de que el software libre no implica un
movimiento económico. Empresas muy grandes utilizan hoy el esquema de
software libre para competir con productos de software propietarios. Si, por
ejemplo, una empresa fomenta la mejora o genera algun software libre que
utiliza determinado hardware y luego te vende ese hardware imaginensé que no
les están regalando nada, lo hacen por propio beneficio. El problema es que
tanto un flaco que ofrece un software mediocre hecho en la facultad como por
ejemplo IBM pueden liberar un software bajo una licencia libre (ej GPL),
entonces ambos productos son software libre. Pero a mi me resulta evidente
que estariamos hablando de dos categorias distintas de software y también
que ambos players tienen conceptos y expectativas diferentes sobre el hecho
de liberar su software.
Saludos,
German
----- Original Message -----
From: "Esteban A. Maringolo" <eMaringolo@...>
To: <smalltalking@...>
Sent: 30 May, 2005 17:34
Subject: Re: [objetos] Producción de software antes del softw are libre
> Alejandro F. Reimondo escribió:
> > Concuerdo con vos, en parte.
> > Pues no creo que quienes enseñan en las universidades deseen eso.
>
> > Es decir, no creo que sea intencional; sino mas bien una imposibilidad.
> > Creo que no pueden lograr algo mejor (hablando en base a los resultados
y lo
> > que se dice que se intenta hacer por parte de los docentes).
>
> > Para "hacer técnicos" basta con estudiar dos o tres años mientras uno es
> > adolescente... es decir, los colegios secundarios son para formar
técnicos.
> > No ?
>
> Asi debería ser... pero esto encadena otro tema acerca de "la edad
> optima para trabajar" y "ser un inutil hasta tener un título" (cosa
> que no ocurre tanto en sistemas como en otras carreras).
>
> Además... la universidad, creo, tiene objetivo la investigación,
> osea... mejoras cualitativas y no cuantitativas. O siendo más
> preciso, desplazamientos en el plano "rosa" y no en el "azul".
> <http://c2.com/cgi/wiki?BluePlane>
>
> > Pienso además que lo que estamos comentando no ocurre solo en Argentina,
> > sino que es algo que se esta dando en todas partes.
> > Como relacionan esto con la movida de generar software en las
universidades?
> > (cosa que también he observado que ocurre no solo aquí)
>
> Creo que es una movida peligrosa, que va a vulgarizar el trabajo de
> muchos programadores.
> Si uno lee muchas de las revistas de negocios, economía y lee los
> artículos de IT o relacionados, encuentra que hay una suerte de
> "desesperación" por conseguir mucho, bueno, y barato.
>
> Y hablan de la posibilidad de Argentina de posicionarse mundialmente
> como productor de software al nivel de India y China. Osea... mano
> de obra barata para que pueda ser descartada.
>
> Justamente este domingo salió un articulo en el Clarín Económico,
> pero no es el primero que leo mencionan esta "problematica"
> http://www.clarin.com/suplementos/economico/2005/05/29/n-00301.htm
>
> Ellos tratan de solucionar o generar un negocio hoy, pero nadie sabe
> (ni le interesa) como va a afectar eso dentro de tan solo 5 años.
>
> Y creen que convertir el "negocio" de software al modelo chino es
> algo bueno (basta ver como viven los chinos). No porque viven mal,
> sino porque son una cultura muy diferente. El daño que hace esos
> traslados en tan poco tiempo son devastadores.
>
> > Cómo lo relacionan con el no desear cobrar por el
> > producto/resultado de lo que uno hace a diario?
> > (software "libre" se dice?)
>
> Creo que es un acto que tiene que ver con eso que hablabamos antes
> en otras conversaciones con respecto a la educación para que uno sea
> creativo y sienta que pueda hacer (porque puede).
> Si se fomenta la idea de que uno debe consumir (y no producir) es
> una reacción natural que cuando una persona que fue influida por esa
> ideología hace algo, quiera hacerlo de manera gratuita, por tímidez
> de lo que se produce.
>
> > Porque cobrar por el servicio? no será que no hay certeza
> > de poder producir algo de valor para quien paga?
>
> Es que siempre hay dos valores (o más :-) ), el del que da y el que
> recibe. Uno pone un piso, el otro un techo. :-D
>
> Por eso que la licencia de Goodies de Smalltalking me parece apropiada.
>
> > seguro con estas preguntas destapo una batalla :-)
> > No prendan la hoguera sin antes intentar el diálogo!
>
> La hoguera la prendemos... pero para el fogón... :-)
>
>
> --
> 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
>
>
>
>
>
>
>
>
Hola!
Esto se pone interesante!!!
Interesante porque permite compartir y aprender...o terminar de cerrar ideas.
El 30/05/05, Alejandro F. Reimondo<aleReimondo@...> escribió:
> Hola Andrés,
>
> Concuerdo con vos, en parte.
> Pues no creo que quienes enseñan en las universidades deseen eso.
> Es decir, no creo que sea intencional; sino mas bien una imposibilidad.
> Creo que no pueden lograr algo mejor (hablando en base a los resultados y lo
> que se dice que se intenta hacer por parte de los docentes).
>
> Para "hacer técnicos" basta con estudiar dos o tres años mientras uno es
> adolescente... es decir, los colegios secundarios son para formar técnicos.
> No ?
>
> Pienso además que lo que estamos comentando no ocurre solo en Argentina,
> sino que es algo que se esta dando en todas partes.
>
> Como relacionan esto con la movida de generar software en las universidades?
> (cosa que también he observado que ocurre no solo aquí)
>
Creo lo mismo que han observado Esteban y Andrés respecto del modelo
que se intenta replicar: India, China, Rumania, .......observemos como
viven ahí en general las personas y los q tienen nuestra
profesión.......Es clarito el modelo: Mano de Obra barata, no tengo
dudas que eso es lo que buscan las potencias.
Ahora, porque en Argentina entramos en el juego? No lo se exactamente,
no creo en la inocencia de pensar que sea sólo ignorancia de nuestros
gobernantes. Creo que el tema es más complejo y "armado". Coincido con
lo que dijo uno de Uds. en las Universidades hay docentes buenos y
malos, pero los buenos poco pueden hacer para torcer el modelo dictado
por los planes de estudio y conforme pasa el tiempo, parece que van
saliendo mayor proporción de profesionales que han recibido una
educación mediocre, consecuencia de esos planes de estudio. A su vez,
muchos de ellos van a ser los educadores de las generaciones del
futuro......y los obreros de las software
factories....entonces.....qué nos espera?.
Para nosotros, q estamos en el tema quizás es fácil verlo, pero no así
para los que no lo están, es como si a nosotros nos hablan de temas no
se, medicina, o cualquier cosa que uno no domine, no es fácil ver los
"detalles".
> Cómo lo relacionan con el no desear cobrar por el producto/resultado de lo
> que uno hace a diario?
> (software "libre" se dice?)
Error, al menos conceptual. El software libre no necesariamente es
gratis y se puede hacer software libre (que significa disponibilidad
de fuentes) en forma absolutamente rentada. Esto en la maravillosa
utopía que ignore que nadie va a pagar por algo que pueda tener
gratis.......creo que es parte de la condición humana y creo que ahí
está la falla de la idea del software libre.
Por eso he discutido hasta el cansancio con los "gurúes" del software
libre nacional...diciendo que, en la práctica, nadie paga por lo que
puede tener gratis y MUCHO menos las empresas y/o corporaciones.
Por eso, a pesar de seguir creyendo que el software libre tiene cosas
buenas para muchas naciones (para romper situaciones como las que
mencionamos antes) no creo que siga yo haciendo software libre (salvo
algún caso puntual que me interese para ayudar o aprender o algún otro
motivo), pero no se puede vivir del software libre, al menos yo no lo
pude hacer.
Claro, muchas historias brillantes de muchos nombres del GNU dicen que
si, pero cómo? Como empleados de alguna gran corporación que los
contrató......que chiste!, pero no es eso a lo que uno (que desea ser
independiente o dueño de si mismo) apunta.
Más aún, me molesta terriblemente el hecho que quienes pueden pagar
por el software que usan a diario y que les ahorra mucho dinero,
sistemáticamente se nieguen a pagar por él.......y creo, (Ale, nobleza
obliga y aquí reconozco lo que vos me dijiste siempre) que el efecto
secundario, no calculado, del software libre ha sido (al menos para
los pequeños productores como yo) sencillamente DE VAS TA DOR.
> Porque cobrar por el servicio? no será que no hay certeza de poder producir
> algo de valor para quien paga?
>
> seguro con estas preguntas destapo una batalla :-)
> No prendan la hoguera sin antes intentar el diálogo!
>
> hasta pronto,
> Ale.
>
Bueno, como verás, no empuñé las armas ni prendí el fuego......es más,
reconozco lo que creo que fue una opinión tuya acertada desde siempre.
Un gran saludo para todos.
Alejandro F. Reimondo escribió:
> Concuerdo con vos, en parte.
> Pues no creo que quienes enseñan en las universidades deseen eso.
> Es decir, no creo que sea intencional; sino mas bien una imposibilidad.
> Creo que no pueden lograr algo mejor (hablando en base a los resultados y lo
> que se dice que se intenta hacer por parte de los docentes).
> Para "hacer técnicos" basta con estudiar dos o tres años mientras uno es
> adolescente... es decir, los colegios secundarios son para formar técnicos.
> No ?
Asi debería ser... pero esto encadena otro tema acerca de "la edad
optima para trabajar" y "ser un inutil hasta tener un título" (cosa
que no ocurre tanto en sistemas como en otras carreras).
Además... la universidad, creo, tiene objetivo la investigación,
osea... mejoras cualitativas y no cuantitativas. O siendo más
preciso, desplazamientos en el plano "rosa" y no en el "azul".
<http://c2.com/cgi/wiki?BluePlane>
> Pienso además que lo que estamos comentando no ocurre solo en Argentina,
> sino que es algo que se esta dando en todas partes.
> Como relacionan esto con la movida de generar software en las universidades?
> (cosa que también he observado que ocurre no solo aquí)
Creo que es una movida peligrosa, que va a vulgarizar el trabajo de
muchos programadores.
Si uno lee muchas de las revistas de negocios, economía y lee los
artículos de IT o relacionados, encuentra que hay una suerte de
"desesperación" por conseguir mucho, bueno, y barato.
Y hablan de la posibilidad de Argentina de posicionarse mundialmente
como productor de software al nivel de India y China. Osea... mano
de obra barata para que pueda ser descartada.
Justamente este domingo salió un articulo en el Clarín Económico,
pero no es el primero que leo mencionan esta "problematica"
http://www.clarin.com/suplementos/economico/2005/05/29/n-00301.htm
Ellos tratan de solucionar o generar un negocio hoy, pero nadie sabe
(ni le interesa) como va a afectar eso dentro de tan solo 5 años.
Y creen que convertir el "negocio" de software al modelo chino es
algo bueno (basta ver como viven los chinos). No porque viven mal,
sino porque son una cultura muy diferente. El daño que hace esos
traslados en tan poco tiempo son devastadores.
> Cómo lo relacionan con el no desear cobrar por el
> producto/resultado de lo que uno hace a diario?
> (software "libre" se dice?)
Creo que es un acto que tiene que ver con eso que hablabamos antes
en otras conversaciones con respecto a la educación para que uno sea
creativo y sienta que pueda hacer (porque puede).
Si se fomenta la idea de que uno debe consumir (y no producir) es
una reacción natural que cuando una persona que fue influida por esa
ideología hace algo, quiera hacerlo de manera gratuita, por tímidez
de lo que se produce.
> Porque cobrar por el servicio? no será que no hay certeza
> de poder producir algo de valor para quien paga?
Es que siempre hay dos valores (o más :-) ), el del que da y el que
recibe. Uno pone un piso, el otro un techo. :-D
Por eso que la licencia de Goodies de Smalltalking me parece apropiada.
> seguro con estas preguntas destapo una batalla :-)
> No prendan la hoguera sin antes intentar el diálogo!
La hoguera la prendemos... pero para el fogón... :-)
--
Esteban.
Me parece que algunos sectores dentro de la universidad SI lo hacen
intencionalmente.
Porque responden a un modelo educativo que prefiere tecnicos para que sean
mas faciles de terminar de capacitar y mas baratos para las empresas que
mantienen los software factorys.
Son los mismos sectores que estan a favor del examen de ingreso, de los
aranceles y de la educacion privada, que creen que no hacen falta mas
medicos sino mejores (como el ministro de salud se cansa de repetir).
Muchas docentes estan en contra de esto, pero al mismo tiempo los planes
de estudio actuales y el rumbo de la educacion no apunta a una universidad
y/o sistema educativo para lograr un pais independiente tecnologicamente,
sino para profundizar la dependencia con lo cual muchas veces quedan
atados a estos planes.
No creo que haya que tratar a los docentes universitarios en bloque, hay
de todo como en todas partes, algunos estaran de acuerdo y otros no, lo
que se es que la universidad esta muy influenciada por este modelo aunque
en lucha con otros.
Generar software en las universidades ? depende en que universidades, para
que y para quien.
Lo de no querer cobrar no se, pero con ese modelo, solo se resuelve una
parte del software que hace falta.
Saludos
Andres
En Mon, 30 May 2005 15:44:51 +0200, Alejandro F. Reimondo
<aleReimondo@...> escribió:
> Hola Andrés,
>
> Concuerdo con vos, en parte.
> Pues no creo que quienes enseñan en las universidades deseen eso.
> Es decir, no creo que sea intencional; sino mas bien una imposibilidad.
> Creo que no pueden lograr algo mejor (hablando en base a los resultados
> y lo
> que se dice que se intenta hacer por parte de los docentes).
>
> Para "hacer técnicos" basta con estudiar dos o tres años mientras uno es
> adolescente... es decir, los colegios secundarios son para formar
> técnicos.
> No ?
>
> Pienso además que lo que estamos comentando no ocurre solo en Argentina,
> sino que es algo que se esta dando en todas partes.
>
> Como relacionan esto con la movida de generar software en las
> universidades?
> (cosa que también he observado que ocurre no solo aquí)
>
> Cómo lo relacionan con el no desear cobrar por el producto/resultado de
> lo
> que uno hace a diario?
> (software "libre" se dice?)
> Porque cobrar por el servicio? no será que no hay certeza de poder
> producir
> algo de valor para quien paga?
>
> seguro con estas preguntas destapo una batalla :-)
> No prendan la hoguera sin antes intentar el diálogo!
>
> hasta pronto,
> Ale.
>
>
>
> ----- Original Message -----
> From: "Andres" <andres@...>
> To: <smalltalking@...>
> Sent: Monday, May 30, 2005 5:18 PM
> Subject: Re: [objetos] Producción de software antes del softw are libre
>
>
>> Es que ultimamente estan preparando para ser obreros de las Software
>> Factory que cobran dos mangos por hacer trabajo repetitivo, no para ser
>> ingenieros de las mismas, instalarlas y desarrollar nuevas software
>> factorys, las universidades, a partir de la ley de eduacion superior,
>> estan muy preparadas para esto, para sacar tecnicos, que sean obreros de
>> la tecnologia mas que ingenieros que la desarrollen.
>>
>> Saludos
>> Andres
>>
>> En Sun, 29 May 2005 17:47:34 -0300, Germán Arduino <garduino@...>
>> escribió:
>>
>> > Hola Ale:
>> >
>> > Gracias por la respuesta.
>> >
>> > Como sucede habitualmente, no estoy seguro de entender al 100% lo que
>> > querés decir, sin embargo coincido que la "preparación" que hoy
>> > reciben los profesionales de nuestro rubro en las universidades
>> > argentinas deja bastante que desear (al menos en los casos que yo
>> > conozco). [1]
>> >
>> > Lo que no entiendo del todo es cuando hablas de la preservación de la
>> > diversidad versus la ola que debería pasar pronto, pero supongo te
>> > referís a las olas de lenguajes y "tecnologías" del momento. Hago esta
>> > relación porque la gente que promueve la construcción de software como
>> > hacer tapitas de gaseosa, es decir al modo industrial (las ahora
>> > conocidas como "Software Factory") justamente ponen entre las
>> > fortalezas de Argentina la preparación del los profesionales.
>> >
>> > Mi opinión está muy lejos de eso, yo pienso que hacer software está
>> > más cerca del arte que de la industria........o al menos a mi me gusta
>> > hacerlo de esa manera. La "industrialización" de la producción de
>> > software hasta el momento no ha podido demostrar nada (al menos que yo
>> > conozca) y se llaman profesionales a gente preparada para hacer de
>> > "usuario" de productos hechos por otros.
>> >
>> > A ver si me explico (con todo respeto, que nadie se sienta ofendido,
>> > ya que yo también para llenar la olla tengo que trabajar del modo que
>> > no me gusta) pero me refiero al caso de los "profesionales" en
>> > productos como WebLogic, Websphere, etc.....que pueden crear? Muy
>> > poco, son sólo "usuarios" de mayor nivel que el usuario que emite una
>> > factura usando un producto de gestión, pero no dejan de ser usuarios
>> > de un producto creado por otros y que ante cualquier problema, falla,
>> > cosa no esperada......pummm, hay que llamar al "Soporte". Eso,
>> > puntualmente, para mi no es desarrollo tecnológico.
>> >
>> > Bueno, son sólo opiniones, con todo respeto pero con convencimiento.
>> >
>> > Saludos.
>> >
>> >
>> > [1] Lo digo porque en uno de mis trabajos habitualmente tengo que
>> > entrevistar candidatos para puestos de sistemas y la verdad que lo que
>> > las universidades están dando es pobrísimo o al menos, no del nivel
>> > que uno esperaría. Preparan para ser usuarios de mayor nivel (como
>> > dije más arriba) no para crear tecnología.
>> >
>> >
>> > El 29/05/05, Alejandro F. Reimondo<aleReimondo@...>
>> > escribió:
>> >> Hola Germán,
>> >> Disculpa la omisión.
>> >>
>> >> Creo que antes era mas fácil producir software,
>> >> porque no estaba tan vulgarizada la actividad.
>> >> Hoy en día se deja de lado[*], por ejemplo, conceptos
>> >> de base en GUI para poder "meter" un sistema en
>> >> la web...
>> >> El resultante no es un sistema, sino un híbrido
>> >> entre una revista y un servicio, en los casos
>> >> "exitosos".
>> >>
>> >> [*] Creo, en realidad, que como hoy en día no se
>> >> enseñan, no se dejan de lado; sino que simplemente
>> >> lo conceptual ya "no esta". Al ver que en algunas
>> >> universidades (actualmente sin sustento técnico)
>> >> se ambiciona enseñar menos con lenguajes mas
>> >> populares se entiende parte de esta realidad.
>> >> Para quienes aprendimos que siempre es mejor
>> >> apuntar a 10 para llegar al cinco (al enseñarlo)
>> >> que apuntar al cinco (para lograr a duras penas un tres)
>> >> no podemos dejar de comentar que antes era mas
>> >> fácil producir software.
>> >>
>> >> Quien no tiene compromiso con un pasado (no existía
>> >> y piensa en subir al estrellato con lo nuevo, popular)
>> >> puede promover la idea que al haber mas comunicaciones
>> >> la realidad cambia y todo es distinto (ocultando así
>> >> el sufrimiento y expulsión que genera ese tipo de
>> >> políticas despreocupadas -de depredación de un medio- )
>> >>
>> >> A quienes nos ocupa la preservación (de diversidad)
>> >> en los ambientes, no podemos dejar de analizar estas
>> >> situaciones y esperar que pase la ola...
>> >> (quien se para de puntillas, vuelve pronto a la normalidad)
>> >>
>> >> hasta pronto,
>> >> Ale.
>> >>
>> >>
>> >
>> >
>> >
>> >
>> >
>> > 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
>> >
>> >
>> >
>> >
>> >
>>
>>
>>
>> --
>> Andres Otaduy
>> www.psiware.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
>
>
>
>
>
>
>
--
Andres Otaduy
www.psiware.com.ar
Hola Andrés,
Concuerdo con vos, en parte.
Pues no creo que quienes enseñan en las universidades deseen eso.
Es decir, no creo que sea intencional; sino mas bien una imposibilidad.
Creo que no pueden lograr algo mejor (hablando en base a los resultados y lo
que se dice que se intenta hacer por parte de los docentes).
Para "hacer técnicos" basta con estudiar dos o tres años mientras uno es
adolescente... es decir, los colegios secundarios son para formar técnicos.
No ?
Pienso además que lo que estamos comentando no ocurre solo en Argentina,
sino que es algo que se esta dando en todas partes.
Como relacionan esto con la movida de generar software en las universidades?
(cosa que también he observado que ocurre no solo aquí)
Cómo lo relacionan con el no desear cobrar por el producto/resultado de lo
que uno hace a diario?
(software "libre" se dice?)
Porque cobrar por el servicio? no será que no hay certeza de poder producir
algo de valor para quien paga?
seguro con estas preguntas destapo una batalla :-)
No prendan la hoguera sin antes intentar el diálogo!
hasta pronto,
Ale.
----- Original Message -----
From: "Andres" <andres@...>
To: <smalltalking@...>
Sent: Monday, May 30, 2005 5:18 PM
Subject: Re: [objetos] Producción de software antes del softw are libre
> Es que ultimamente estan preparando para ser obreros de las Software
> Factory que cobran dos mangos por hacer trabajo repetitivo, no para ser
> ingenieros de las mismas, instalarlas y desarrollar nuevas software
> factorys, las universidades, a partir de la ley de eduacion superior,
> estan muy preparadas para esto, para sacar tecnicos, que sean obreros de
> la tecnologia mas que ingenieros que la desarrollen.
>
> Saludos
> Andres
>
> En Sun, 29 May 2005 17:47:34 -0300, Germán Arduino <garduino@...>
> escribió:
>
> > Hola Ale:
> >
> > Gracias por la respuesta.
> >
> > Como sucede habitualmente, no estoy seguro de entender al 100% lo que
> > querés decir, sin embargo coincido que la "preparación" que hoy
> > reciben los profesionales de nuestro rubro en las universidades
> > argentinas deja bastante que desear (al menos en los casos que yo
> > conozco). [1]
> >
> > Lo que no entiendo del todo es cuando hablas de la preservación de la
> > diversidad versus la ola que debería pasar pronto, pero supongo te
> > referís a las olas de lenguajes y "tecnologías" del momento. Hago esta
> > relación porque la gente que promueve la construcción de software como
> > hacer tapitas de gaseosa, es decir al modo industrial (las ahora
> > conocidas como "Software Factory") justamente ponen entre las
> > fortalezas de Argentina la preparación del los profesionales.
> >
> > Mi opinión está muy lejos de eso, yo pienso que hacer software está
> > más cerca del arte que de la industria........o al menos a mi me gusta
> > hacerlo de esa manera. La "industrialización" de la producción de
> > software hasta el momento no ha podido demostrar nada (al menos que yo
> > conozca) y se llaman profesionales a gente preparada para hacer de
> > "usuario" de productos hechos por otros.
> >
> > A ver si me explico (con todo respeto, que nadie se sienta ofendido,
> > ya que yo también para llenar la olla tengo que trabajar del modo que
> > no me gusta) pero me refiero al caso de los "profesionales" en
> > productos como WebLogic, Websphere, etc.....que pueden crear? Muy
> > poco, son sólo "usuarios" de mayor nivel que el usuario que emite una
> > factura usando un producto de gestión, pero no dejan de ser usuarios
> > de un producto creado por otros y que ante cualquier problema, falla,
> > cosa no esperada......pummm, hay que llamar al "Soporte". Eso,
> > puntualmente, para mi no es desarrollo tecnológico.
> >
> > Bueno, son sólo opiniones, con todo respeto pero con convencimiento.
> >
> > Saludos.
> >
> >
> > [1] Lo digo porque en uno de mis trabajos habitualmente tengo que
> > entrevistar candidatos para puestos de sistemas y la verdad que lo que
> > las universidades están dando es pobrísimo o al menos, no del nivel
> > que uno esperaría. Preparan para ser usuarios de mayor nivel (como
> > dije más arriba) no para crear tecnología.
> >
> >
> > El 29/05/05, Alejandro F. Reimondo<aleReimondo@...>
> > escribió:
> >> Hola Germán,
> >> Disculpa la omisión.
> >>
> >> Creo que antes era mas fácil producir software,
> >> porque no estaba tan vulgarizada la actividad.
> >> Hoy en día se deja de lado[*], por ejemplo, conceptos
> >> de base en GUI para poder "meter" un sistema en
> >> la web...
> >> El resultante no es un sistema, sino un híbrido
> >> entre una revista y un servicio, en los casos
> >> "exitosos".
> >>
> >> [*] Creo, en realidad, que como hoy en día no se
> >> enseñan, no se dejan de lado; sino que simplemente
> >> lo conceptual ya "no esta". Al ver que en algunas
> >> universidades (actualmente sin sustento técnico)
> >> se ambiciona enseñar menos con lenguajes mas
> >> populares se entiende parte de esta realidad.
> >> Para quienes aprendimos que siempre es mejor
> >> apuntar a 10 para llegar al cinco (al enseñarlo)
> >> que apuntar al cinco (para lograr a duras penas un tres)
> >> no podemos dejar de comentar que antes era mas
> >> fácil producir software.
> >>
> >> Quien no tiene compromiso con un pasado (no existía
> >> y piensa en subir al estrellato con lo nuevo, popular)
> >> puede promover la idea que al haber mas comunicaciones
> >> la realidad cambia y todo es distinto (ocultando así
> >> el sufrimiento y expulsión que genera ese tipo de
> >> políticas despreocupadas -de depredación de un medio- )
> >>
> >> A quienes nos ocupa la preservación (de diversidad)
> >> en los ambientes, no podemos dejar de analizar estas
> >> situaciones y esperar que pase la ola...
> >> (quien se para de puntillas, vuelve pronto a la normalidad)
> >>
> >> hasta pronto,
> >> Ale.
> >>
> >>
> >
> >
> >
> >
> >
> > 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
> >
> >
> >
> >
> >
>
>
>
> --
> Andres Otaduy
> www.psiware.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
>
>
>
>
>
>
Es que ultimamente estan preparando para ser obreros de las Software
Factory que cobran dos mangos por hacer trabajo repetitivo, no para ser
ingenieros de las mismas, instalarlas y desarrollar nuevas software
factorys, las universidades, a partir de la ley de eduacion superior,
estan muy preparadas para esto, para sacar tecnicos, que sean obreros de
la tecnologia mas que ingenieros que la desarrollen.
Saludos
Andres
En Sun, 29 May 2005 17:47:34 -0300, Germán Arduino <garduino@...>
escribió:
> Hola Ale:
>
> Gracias por la respuesta.
>
> Como sucede habitualmente, no estoy seguro de entender al 100% lo que
> querés decir, sin embargo coincido que la "preparación" que hoy
> reciben los profesionales de nuestro rubro en las universidades
> argentinas deja bastante que desear (al menos en los casos que yo
> conozco). [1]
>
> Lo que no entiendo del todo es cuando hablas de la preservación de la
> diversidad versus la ola que debería pasar pronto, pero supongo te
> referís a las olas de lenguajes y "tecnologías" del momento. Hago esta
> relación porque la gente que promueve la construcción de software como
> hacer tapitas de gaseosa, es decir al modo industrial (las ahora
> conocidas como "Software Factory") justamente ponen entre las
> fortalezas de Argentina la preparación del los profesionales.
>
> Mi opinión está muy lejos de eso, yo pienso que hacer software está
> más cerca del arte que de la industria........o al menos a mi me gusta
> hacerlo de esa manera. La "industrialización" de la producción de
> software hasta el momento no ha podido demostrar nada (al menos que yo
> conozca) y se llaman profesionales a gente preparada para hacer de
> "usuario" de productos hechos por otros.
>
> A ver si me explico (con todo respeto, que nadie se sienta ofendido,
> ya que yo también para llenar la olla tengo que trabajar del modo que
> no me gusta) pero me refiero al caso de los "profesionales" en
> productos como WebLogic, Websphere, etc.....que pueden crear? Muy
> poco, son sólo "usuarios" de mayor nivel que el usuario que emite una
> factura usando un producto de gestión, pero no dejan de ser usuarios
> de un producto creado por otros y que ante cualquier problema, falla,
> cosa no esperada......pummm, hay que llamar al "Soporte". Eso,
> puntualmente, para mi no es desarrollo tecnológico.
>
> Bueno, son sólo opiniones, con todo respeto pero con convencimiento.
>
> Saludos.
>
>
> [1] Lo digo porque en uno de mis trabajos habitualmente tengo que
> entrevistar candidatos para puestos de sistemas y la verdad que lo que
> las universidades están dando es pobrísimo o al menos, no del nivel
> que uno esperaría. Preparan para ser usuarios de mayor nivel (como
> dije más arriba) no para crear tecnología.
>
>
> El 29/05/05, Alejandro F. Reimondo<aleReimondo@...>
> escribió:
>> Hola Germán,
>> Disculpa la omisión.
>>
>> Creo que antes era mas fácil producir software,
>> porque no estaba tan vulgarizada la actividad.
>> Hoy en día se deja de lado[*], por ejemplo, conceptos
>> de base en GUI para poder "meter" un sistema en
>> la web...
>> El resultante no es un sistema, sino un híbrido
>> entre una revista y un servicio, en los casos
>> "exitosos".
>>
>> [*] Creo, en realidad, que como hoy en día no se
>> enseñan, no se dejan de lado; sino que simplemente
>> lo conceptual ya "no esta". Al ver que en algunas
>> universidades (actualmente sin sustento técnico)
>> se ambiciona enseñar menos con lenguajes mas
>> populares se entiende parte de esta realidad.
>> Para quienes aprendimos que siempre es mejor
>> apuntar a 10 para llegar al cinco (al enseñarlo)
>> que apuntar al cinco (para lograr a duras penas un tres)
>> no podemos dejar de comentar que antes era mas
>> fácil producir software.
>>
>> Quien no tiene compromiso con un pasado (no existía
>> y piensa en subir al estrellato con lo nuevo, popular)
>> puede promover la idea que al haber mas comunicaciones
>> la realidad cambia y todo es distinto (ocultando así
>> el sufrimiento y expulsión que genera ese tipo de
>> políticas despreocupadas -de depredación de un medio- )
>>
>> A quienes nos ocupa la preservación (de diversidad)
>> en los ambientes, no podemos dejar de analizar estas
>> situaciones y esperar que pase la ola...
>> (quien se para de puntillas, vuelve pronto a la normalidad)
>>
>> hasta pronto,
>> Ale.
>>
>>
>
>
>
>
>
> 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
>
>
>
>
>
--
Andres Otaduy
www.psiware.com.ar
Ok gracias, lo ultimo es lo que andaba buscando.
Saludos,
German
----- Original Message -----
From: "Alejandro F. Reimondo" <aleReimondo@...>
To: <smalltalking@...>
Sent: 30 May, 2005 03:41
Subject: Re: [objetos] Consulta sobre SLLs en VS
> Hola Germán,
>
> Normalmente esta tarea la hace un instalador.
> Lo que podes hacer de forma simple es:
> 1.- generas tu aplicación (por ejemplo miApp.exe)
> usando el v.exe original (24kb) y colocando
> como miApp.bnd los bindings necesarios para
> la instalación.
> 2.- al correr el sistema por vez primera, se corre
> el instalador (escrito en Smalltalk)
> 2.1.- cargando esos bindings
> 2.2.- cambiando lo que sea necesario
> 2.3.- cambiando el miApp.bnd por el que requiere
> tu aplicación (por ejemplo copiándolo de otro archivo)
> 2.4.- rebooteas (hay una api simple para esto, la
> que usan los instaladores).
> 3.- al arrancar tu aplicación ya todo esta seteado.
>
> Si definitivamente NO queres instalar...
> y queres que tu sistema tome solo el subdirectorio ".\Lib"
> como parte del path SIEMPRE al cargar SLLs,
> es fácil hacerlo.
> Las SLLs se cargan buscando con File class>>#findFile:
> verás que siempre se le pasa el argumento para que busque
> en el path del S.O....
> Lo que podes hacer es cambiar el método que hace el find
> en el momento de cargar la SLL (renombrarlo y poner otro
> en su lugar) buscando además en el/los directorios que desees.
> Hace un tiempo yo he hecho algo similar para cargar SLLs
> de la red si no son encontradas en el Path...
> es decir, así podrías tener que tu aplicación baja las SLLs
> que va necesitando de la red si no las tenes instaladas aún;
> sin tener que hacer nada en tu aplicación.
>
> suerte!,
> Ale.
>
>
>
>
> ----- Original Message -----
> From: "German Viscuso" <netquake@...>
> To: <smalltalking@...>
> Sent: Monday, May 30, 2005 3:02 AM
> Subject: Re: [objetos] Consulta sobre SLLs en VS
>
>
> > Ok, pero de esta forma cuando llevo el proyecto a otra de mis máquinas
> tengo
> > que setear el path, y esto es lo que quería evitar. Quería correr el
> > proyecto de una sin setear nada y que tome las slls dentro del
directorio
> > del proyecto, ya que estas slls las necesito solo para este proyecto y
no
> > quiero que estén disponibles para todos los demás proyectos.
> >
> > Gracias, saludos,
> >
> > German
> >
> > ----- Original Message -----
> > From: "Alejandro F. Reimondo" <aleReimondo@...>
> > To: <smalltalking@...>
> > Sent: 29 May, 2005 16:19
> > Subject: Re: [objetos] Consulta sobre SLLs en VS
> >
> >
> > > Germán,
> > > Lo mas cómodo es tener seteado el path como:
> > >
> > > path=./lib;%path%
> > >
> > > de forma que podes tener un subdirectorio "lib"
> > > dentro del directorio de instalación de tu proyecto.
> > > Si los demás directorios de VS estan atras en el path,
> > > primero se buscará las SLLs en tu proyecto
> > > y luego como es normal que ocurra.
> > >
> > > Ale.
> > >
> > >
> > > ----- Original Message -----
> > > From: "German Viscuso" <netquake@...>
> > > To: <smalltalking@...>;
<clubSmalltalk@googlegroups.com>
> > > Sent: Monday, May 30, 2005 1:46 AM
> > > Subject: [objetos] Consulta sobre SLLs en VS
> > >
> > >
> > > > Hola!
> > > >
> > > > Quisiera saber si es posible bindear a SLLs que no están en el path
> > > > especificando un camino relativo a un proyecto en VS.
> > > >
> > > > Quisiera hacer algo así como:
> > > >
> > > > SmalltalkLibraryBinder bindTo: 'misSLLs\unaSLL.SLL'
> > > >
> > > > donde 'misSLLs' es un directorio que está junto con los archivos de
mi
> > > > proyecto y contiene algunas SLLs mias.
> > > >
> > > > Saludos y gracias,
> > > >
> > > > German
> > > >
> > > >
> > > >
> > > > 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
> >
> >
> >
> >
> >
> >
> >
>
>
>
> 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 Germán,
Normalmente esta tarea la hace un instalador.
Lo que podes hacer de forma simple es:
1.- generas tu aplicación (por ejemplo miApp.exe)
usando el v.exe original (24kb) y colocando
como miApp.bnd los bindings necesarios para
la instalación.
2.- al correr el sistema por vez primera, se corre
el instalador (escrito en Smalltalk)
2.1.- cargando esos bindings
2.2.- cambiando lo que sea necesario
2.3.- cambiando el miApp.bnd por el que requiere
tu aplicación (por ejemplo copiándolo de otro archivo)
2.4.- rebooteas (hay una api simple para esto, la
que usan los instaladores).
3.- al arrancar tu aplicación ya todo esta seteado.
Si definitivamente NO queres instalar...
y queres que tu sistema tome solo el subdirectorio ".\Lib"
como parte del path SIEMPRE al cargar SLLs,
es fácil hacerlo.
Las SLLs se cargan buscando con File class>>#findFile:
verás que siempre se le pasa el argumento para que busque
en el path del S.O....
Lo que podes hacer es cambiar el método que hace el find
en el momento de cargar la SLL (renombrarlo y poner otro
en su lugar) buscando además en el/los directorios que desees.
Hace un tiempo yo he hecho algo similar para cargar SLLs
de la red si no son encontradas en el Path...
es decir, así podrías tener que tu aplicación baja las SLLs
que va necesitando de la red si no las tenes instaladas aún;
sin tener que hacer nada en tu aplicación.
suerte!,
Ale.
----- Original Message -----
From: "German Viscuso" <netquake@...>
To: <smalltalking@...>
Sent: Monday, May 30, 2005 3:02 AM
Subject: Re: [objetos] Consulta sobre SLLs en VS
> Ok, pero de esta forma cuando llevo el proyecto a otra de mis máquinas
tengo
> que setear el path, y esto es lo que quería evitar. Quería correr el
> proyecto de una sin setear nada y que tome las slls dentro del directorio
> del proyecto, ya que estas slls las necesito solo para este proyecto y no
> quiero que estén disponibles para todos los demás proyectos.
>
> Gracias, saludos,
>
> German
>
> ----- Original Message -----
> From: "Alejandro F. Reimondo" <aleReimondo@...>
> To: <smalltalking@...>
> Sent: 29 May, 2005 16:19
> Subject: Re: [objetos] Consulta sobre SLLs en VS
>
>
> > Germán,
> > Lo mas cómodo es tener seteado el path como:
> >
> > path=./lib;%path%
> >
> > de forma que podes tener un subdirectorio "lib"
> > dentro del directorio de instalación de tu proyecto.
> > Si los demás directorios de VS estan atras en el path,
> > primero se buscará las SLLs en tu proyecto
> > y luego como es normal que ocurra.
> >
> > Ale.
> >
> >
> > ----- Original Message -----
> > From: "German Viscuso" <netquake@...>
> > To: <smalltalking@...>; <clubSmalltalk@googlegroups.com>
> > Sent: Monday, May 30, 2005 1:46 AM
> > Subject: [objetos] Consulta sobre SLLs en VS
> >
> >
> > > Hola!
> > >
> > > Quisiera saber si es posible bindear a SLLs que no están en el path
> > > especificando un camino relativo a un proyecto en VS.
> > >
> > > Quisiera hacer algo así como:
> > >
> > > SmalltalkLibraryBinder bindTo: 'misSLLs\unaSLL.SLL'
> > >
> > > donde 'misSLLs' es un directorio que está junto con los archivos de mi
> > > proyecto y contiene algunas SLLs mias.
> > >
> > > Saludos y gracias,
> > >
> > > German
> > >
> > >
> > >
> > > 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:
El 29/05/05, Alejandro F. Reimondo<aleReimondo@...> escribió:
> Hola Germán,
>
> Entre otras cosas decías...
> >la verdad que lo que las universidades están dando es pobrísimo
> > o al menos, no del nivel que uno esperaría. Preparan para ser
> > usuarios de mayor nivel (como dije más arriba) no para crear
> > tecnología.
>
> Entonces estas deacuerdo conmigo que antes era mas fácil
> hacer sistemas. no?
> Es decir, no tenias que empezar de cero cada vez que necesitas
> hacer algo que requiere mas de dos manos.
>
Si, bajo ese punto de vista, si estoy de acuerdo.
> >Lo que no entiendo del todo es cuando hablas de la
> > preservación de la diversidad versus la ola que debería
> > pasar pronto, pero supongo te
>
> El enseñar basado en que lo "popular sirve para todo/todos"
> tiene como elemento oculto una política de exclusión.
>
> Sacado de articulo muy interesante en La Nación de hoy
> http://www.lanacion.com.ar/707995
> me gustaría copiar estas palabras:
> "debemos desoír los llamados de la imitación porque
> engendra una mentalidad parasitaria"
>
Es muy buena la frase, al menos uno la siente buena porque coincide
con lo que uno piensa..........respecto de la imitación y se me
ocurren muchos ejemplos (en lo que a software se refiere...........tal
producto es bueno porque trae la última forma de hacer menúes de una
empresa que hace el Office, o tal otro porque incorpora el ayudante
para preguntarle cosas, tal como lo hacen los productos de esa misma
empresa.........en fin.........)
Saludos.
Ok, pero de esta forma cuando llevo el proyecto a otra de mis máquinas tengo
que setear el path, y esto es lo que quería evitar. Quería correr el
proyecto de una sin setear nada y que tome las slls dentro del directorio
del proyecto, ya que estas slls las necesito solo para este proyecto y no
quiero que estén disponibles para todos los demás proyectos.
Gracias, saludos,
German
----- Original Message -----
From: "Alejandro F. Reimondo" <aleReimondo@...>
To: <smalltalking@...>
Sent: 29 May, 2005 16:19
Subject: Re: [objetos] Consulta sobre SLLs en VS
> Germán,
> Lo mas cómodo es tener seteado el path como:
>
> path=./lib;%path%
>
> de forma que podes tener un subdirectorio "lib"
> dentro del directorio de instalación de tu proyecto.
> Si los demás directorios de VS estan atras en el path,
> primero se buscará las SLLs en tu proyecto
> y luego como es normal que ocurra.
>
> Ale.
>
>
> ----- Original Message -----
> From: "German Viscuso" <netquake@...>
> To: <smalltalking@...>; <clubSmalltalk@googlegroups.com>
> Sent: Monday, May 30, 2005 1:46 AM
> Subject: [objetos] Consulta sobre SLLs en VS
>
>
> > Hola!
> >
> > Quisiera saber si es posible bindear a SLLs que no están en el path
> > especificando un camino relativo a un proyecto en VS.
> >
> > Quisiera hacer algo así como:
> >
> > SmalltalkLibraryBinder bindTo: 'misSLLs\unaSLL.SLL'
> >
> > donde 'misSLLs' es un directorio que está junto con los archivos de mi
> > proyecto y contiene algunas SLLs mias.
> >
> > Saludos y gracias,
> >
> > German
> >
> >
> >
> > 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 Germán,
Entre otras cosas decías...
>la verdad que lo que las universidades están dando es pobrísimo
> o al menos, no del nivel que uno esperaría. Preparan para ser
> usuarios de mayor nivel (como dije más arriba) no para crear
> tecnología.
Entonces estas deacuerdo conmigo que antes era mas fácil
hacer sistemas. no?
Es decir, no tenias que empezar de cero cada vez que necesitas
hacer algo que requiere mas de dos manos.
>Lo que no entiendo del todo es cuando hablas de la
> preservación de la diversidad versus la ola que debería
> pasar pronto, pero supongo te
El enseñar basado en que lo "popular sirve para todo/todos"
tiene como elemento oculto una política de exclusión.
Sacado de articulo muy interesante en La Nación de hoy
http://www.lanacion.com.ar/707995
me gustaría copiar estas palabras:
"debemos desoír los llamados de la imitación porque
engendra una mentalidad parasitaria"
hasta pronto,
Ale.
----- Original Message -----
From: "Germán Arduino" <garduino@...>
To: <smalltalking@...>
Sent: Sunday, May 29, 2005 10:47 PM
Subject: Re: [objetos] Producción de software antes del softw are libre
Hola Ale:
Gracias por la respuesta.
Como sucede habitualmente, no estoy seguro de entender al 100% lo que
querés decir, sin embargo coincido que la "preparación" que hoy
reciben los profesionales de nuestro rubro en las universidades
argentinas deja bastante que desear (al menos en los casos que yo
conozco). [1]
Lo que no entiendo del todo es cuando hablas de la preservación de la
diversidad versus la ola que debería pasar pronto, pero supongo te
referís a las olas de lenguajes y "tecnologías" del momento. Hago esta
relación porque la gente que promueve la construcción de software como
hacer tapitas de gaseosa, es decir al modo industrial (las ahora
conocidas como "Software Factory") justamente ponen entre las
fortalezas de Argentina la preparación del los profesionales.
Mi opinión está muy lejos de eso, yo pienso que hacer software está
más cerca del arte que de la industria........o al menos a mi me gusta
hacerlo de esa manera. La "industrialización" de la producción de
software hasta el momento no ha podido demostrar nada (al menos que yo
conozca) y se llaman profesionales a gente preparada para hacer de
"usuario" de productos hechos por otros.
A ver si me explico (con todo respeto, que nadie se sienta ofendido,
ya que yo también para llenar la olla tengo que trabajar del modo que
no me gusta) pero me refiero al caso de los "profesionales" en
productos como WebLogic, Websphere, etc.....que pueden crear? Muy
poco, son sólo "usuarios" de mayor nivel que el usuario que emite una
factura usando un producto de gestión, pero no dejan de ser usuarios
de un producto creado por otros y que ante cualquier problema, falla,
cosa no esperada......pummm, hay que llamar al "Soporte". Eso,
puntualmente, para mi no es desarrollo tecnológico.
Bueno, son sólo opiniones, con todo respeto pero con convencimiento.
Saludos.
[1] Lo digo porque en uno de mis trabajos habitualmente tengo que
entrevistar candidatos para puestos de sistemas y la verdad que lo que
las universidades están dando es pobrísimo o al menos, no del nivel
que uno esperaría. Preparan para ser usuarios de mayor nivel (como
dije más arriba) no para crear tecnología.
El 29/05/05, Alejandro F. Reimondo<aleReimondo@...> escribió:
> Hola Germán,
> Disculpa la omisión.
>
> Creo que antes era mas fácil producir software,
> porque no estaba tan vulgarizada la actividad.
> Hoy en día se deja de lado[*], por ejemplo, conceptos
> de base en GUI para poder "meter" un sistema en
> la web...
> El resultante no es un sistema, sino un híbrido
> entre una revista y un servicio, en los casos
> "exitosos".
>
> [*] Creo, en realidad, que como hoy en día no se
> enseñan, no se dejan de lado; sino que simplemente
> lo conceptual ya "no esta". Al ver que en algunas
> universidades (actualmente sin sustento técnico)
> se ambiciona enseñar menos con lenguajes mas
> populares se entiende parte de esta realidad.
> Para quienes aprendimos que siempre es mejor
> apuntar a 10 para llegar al cinco (al enseñarlo)
> que apuntar al cinco (para lograr a duras penas un tres)
> no podemos dejar de comentar que antes era mas
> fácil producir software.
>
> Quien no tiene compromiso con un pasado (no existía
> y piensa en subir al estrellato con lo nuevo, popular)
> puede promover la idea que al haber mas comunicaciones
> la realidad cambia y todo es distinto (ocultando así
> el sufrimiento y expulsión que genera ese tipo de
> políticas despreocupadas -de depredación de un medio- )
>
> A quienes nos ocupa la preservación (de diversidad)
> en los ambientes, no podemos dejar de analizar estas
> situaciones y esperar que pase la ola...
> (quien se para de puntillas, vuelve pronto a la normalidad)
>
> hasta pronto,
> Ale.
>
>
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,
Lo mas cómodo es tener seteado el path como:
path=./lib;%path%
de forma que podes tener un subdirectorio "lib"
dentro del directorio de instalación de tu proyecto.
Si los demás directorios de VS estan atras en el path,
primero se buscará las SLLs en tu proyecto
y luego como es normal que ocurra.
Ale.
----- Original Message -----
From: "German Viscuso" <netquake@...>
To: <smalltalking@...>; <clubSmalltalk@googlegroups.com>
Sent: Monday, May 30, 2005 1:46 AM
Subject: [objetos] Consulta sobre SLLs en VS
> Hola!
>
> Quisiera saber si es posible bindear a SLLs que no están en el path
> especificando un camino relativo a un proyecto en VS.
>
> Quisiera hacer algo así como:
>
> SmalltalkLibraryBinder bindTo: 'misSLLs\unaSLL.SLL'
>
> donde 'misSLLs' es un directorio que está junto con los archivos de mi
> proyecto y contiene algunas SLLs mias.
>
> Saludos y gracias,
>
> German
>
>
>
> 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!
Quisiera saber si es posible bindear a SLLs que no están en el path
especificando un camino relativo a un proyecto en VS.
Quisiera hacer algo así como:
SmalltalkLibraryBinder bindTo: 'misSLLs\unaSLL.SLL'
donde 'misSLLs' es un directorio que está junto con los archivos de mi
proyecto y contiene algunas SLLs mias.
Saludos y gracias,
German
Hola Ale:
Gracias por la respuesta.
Como sucede habitualmente, no estoy seguro de entender al 100% lo que
querés decir, sin embargo coincido que la "preparación" que hoy
reciben los profesionales de nuestro rubro en las universidades
argentinas deja bastante que desear (al menos en los casos que yo
conozco). [1]
Lo que no entiendo del todo es cuando hablas de la preservación de la
diversidad versus la ola que debería pasar pronto, pero supongo te
referís a las olas de lenguajes y "tecnologías" del momento. Hago esta
relación porque la gente que promueve la construcción de software como
hacer tapitas de gaseosa, es decir al modo industrial (las ahora
conocidas como "Software Factory") justamente ponen entre las
fortalezas de Argentina la preparación del los profesionales.
Mi opinión está muy lejos de eso, yo pienso que hacer software está
más cerca del arte que de la industria........o al menos a mi me gusta
hacerlo de esa manera. La "industrialización" de la producción de
software hasta el momento no ha podido demostrar nada (al menos que yo
conozca) y se llaman profesionales a gente preparada para hacer de
"usuario" de productos hechos por otros.
A ver si me explico (con todo respeto, que nadie se sienta ofendido,
ya que yo también para llenar la olla tengo que trabajar del modo que
no me gusta) pero me refiero al caso de los "profesionales" en
productos como WebLogic, Websphere, etc.....que pueden crear? Muy
poco, son sólo "usuarios" de mayor nivel que el usuario que emite una
factura usando un producto de gestión, pero no dejan de ser usuarios
de un producto creado por otros y que ante cualquier problema, falla,
cosa no esperada......pummm, hay que llamar al "Soporte". Eso,
puntualmente, para mi no es desarrollo tecnológico.
Bueno, son sólo opiniones, con todo respeto pero con convencimiento.
Saludos.
[1] Lo digo porque en uno de mis trabajos habitualmente tengo que
entrevistar candidatos para puestos de sistemas y la verdad que lo que
las universidades están dando es pobrísimo o al menos, no del nivel
que uno esperaría. Preparan para ser usuarios de mayor nivel (como
dije más arriba) no para crear tecnología.
El 29/05/05, Alejandro F. Reimondo<aleReimondo@...> escribió:
> Hola Germán,
> Disculpa la omisión.
>
> Creo que antes era mas fácil producir software,
> porque no estaba tan vulgarizada la actividad.
> Hoy en día se deja de lado[*], por ejemplo, conceptos
> de base en GUI para poder "meter" un sistema en
> la web...
> El resultante no es un sistema, sino un híbrido
> entre una revista y un servicio, en los casos
> "exitosos".
>
> [*] Creo, en realidad, que como hoy en día no se
> enseñan, no se dejan de lado; sino que simplemente
> lo conceptual ya "no esta". Al ver que en algunas
> universidades (actualmente sin sustento técnico)
> se ambiciona enseñar menos con lenguajes mas
> populares se entiende parte de esta realidad.
> Para quienes aprendimos que siempre es mejor
> apuntar a 10 para llegar al cinco (al enseñarlo)
> que apuntar al cinco (para lograr a duras penas un tres)
> no podemos dejar de comentar que antes era mas
> fácil producir software.
>
> Quien no tiene compromiso con un pasado (no existía
> y piensa en subir al estrellato con lo nuevo, popular)
> puede promover la idea que al haber mas comunicaciones
> la realidad cambia y todo es distinto (ocultando así
> el sufrimiento y expulsión que genera ese tipo de
> políticas despreocupadas -de depredación de un medio- )
>
> A quienes nos ocupa la preservación (de diversidad)
> en los ambientes, no podemos dejar de analizar estas
> situaciones y esperar que pase la ola...
> (quien se para de puntillas, vuelve pronto a la normalidad)
>
> hasta pronto,
> Ale.
>
>
Hola Diego,
>Dolphin no muta automáticamente las instancias serializadas
> pero da un mecanismo bastante incómodo para mantener
> compatibilidad entre versiones.
Quizás puedas hacer una inferencia simple del mapa de mutación
y así resolver la gran mayoría de los casos que se dan normalmente.
También sirve proveer un mapa de mutación que se adiciona
al archivo en el lectura, es decir, al leer la estructura que usaste
en la grabación; intentas buscar el mapa para las mutaciones
hasta tu versión actual de las clases y al leer cada objeto aplicas
los mapas.
Esto ultimo es factible de aplicar en VS; aunque siendo sincero
debo decir que siempre me alcanzó con el mecanismo
automático (quizás por la naturaleza del desarrollo incremental
hasta durante el mantenimiento).
>De la GUI serializa las views que se usan en el ViewComposer,
> en Dolphin6 esto se está cambiando por literales (cambio muy
> ventajoso), pero que igualmente contienen byte arrays de
> objetos serializados.
El pasarlo a un formato mas inocente (literales) no escala.
Seguramente el resultante será de varios ordenes de
magnitud mayor al usar una forma binaria.
La resistencia al cambio será la misma, sean literales
o binaria la notación para guardar los recursos...
no resolves así el problema, creo que solo lo reducís
un poco porque los recursos son en gran parte "estado".
>En D5 lidié con ese problema y es complejo, igual no pasa mucho
> puesto que la GUI de Dolphin te propone
>componer views previamente creadas y prácticamente
> nunca hacer views nuevas=
Si,... en GUI no pasa mucho.
hasta pronto,
Ale.
----- Original Message -----
From: "Diego Coronel" <dcoronel@...>
To: <smalltalking@...>
Sent: Wednesday, May 25, 2005 4:24 AM
Subject: RE: Serializador de cartón (era: [objetos] Units Framework -
Ayuda.)
Hola,
Dolphin no muta automáticamente las isntancias serializadas pero da un
mecanismo
bastante incómodo para mantener compatibilidad entre versiones.
De la GUI serializa las views que se usan en el ViewComposer, en Dolphin6
esto se está cambiando por literales (cambio muy ventajoso), pero que
igualmente
contienen byte arrays de objetos serializados. En D5 lidié con ese problema
y es complejo, igual no pasa mucho puesto que la GUI de DOlphin te propone
componer views previamente creadas y practicamente nunca hacer views nuevas=
Hola Germán,
Disculpa la omisión.
Creo que antes era mas fácil producir software,
porque no estaba tan vulgarizada la actividad.
Hoy en día se deja de lado[*], por ejemplo, conceptos
de base en GUI para poder "meter" un sistema en
la web...
El resultante no es un sistema, sino un híbrido
entre una revista y un servicio, en los casos
"exitosos".
[*] Creo, en realidad, que como hoy en día no se
enseñan, no se dejan de lado; sino que simplemente
lo conceptual ya "no esta". Al ver que en algunas
universidades (actualmente sin sustento técnico)
se ambiciona enseñar menos con lenguajes mas
populares se entiende parte de esta realidad.
Para quienes aprendimos que siempre es mejor
apuntar a 10 para llegar al cinco (al enseñarlo)
que apuntar al cinco (para lograr a duras penas un tres)
no podemos dejar de comentar que antes era mas
fácil producir software.
Quien no tiene compromiso con un pasado (no existía
y piensa en subir al estrellato con lo nuevo, popular)
puede promover la idea que al haber mas comunicaciones
la realidad cambia y todo es distinto (ocultando así
el sufrimiento y expulsión que genera ese tipo de
políticas despreocupadas -de depredación de un medio- )
A quienes nos ocupa la preservación (de diversidad)
en los ambientes, no podemos dejar de analizar estas
situaciones y esperar que pase la ola...
(quien se para de puntillas, vuelve pronto a la normalidad)
hasta pronto,
Ale.
----- Original Message -----
From: "Germán Arduino" <garduino@...>
To: <smalltalking@...>
Sent: Saturday, May 28, 2005 2:46 PM
Subject: [objetos] Producción de software antes del software libre
Ale, en un thread anterior, quedó una respuesta pendiente:
> Ale dijo:
>
> Recuerdo que hace unos años, antes de que empezara la
> promoción de versiones gratuitas, era mas fácil producir
> software.
> Lo digo porque me es muy tentador trazar una relación
> entre el presente y el advenimiento de esta alternativa
> "mas bondadosa".
>
y yo pregunté:
Puntualmente de esto me gustaría escuchar más, sobretodo donde decís
que antes era más fácil producir software.
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
Hola Agustín,
>Con Germán Viscuso estamos armando un equipo de fútbol
> de robots en VS para el campeonato argentino, que es en
> quince días.
Mucha suerte! y el mejor de los espíritus para los jugadores! :-)
>Si luego queremos participar en el mundial debemos presentar
> el equipo como una dll de C++. Tiempo hay, si alguien
> tiene ideas...
Me imagino que eso debe ser algún capricho de
algún "viejo" sponsor :-)
Se me ocurre que seguramnete tendrás que implementar
algunas "funciones" y deben ser pocas (cuantas?)
Te recomiendo hacerlo de esta forma:
1.- escribis en C una dll que usa un objeto OleAutomation
el cual pasa las llamadas al objeto SIN modificación alguna.
2.- escribis el OleAutomationServer en Visual Smalltalk.
Esta solución me ha servido para implementar lo de vs4web
y es eficiente.
Fijate si anda y luego si te sirve.
Sino volve a preguntar y pensamos en algo mas alocado.
hasta pronto,
Ale.
----- Original Message -----
From: "Agustin Martinez" <agustincito@...>
To: <smalltalking@...>
Sent: Sunday, May 29, 2005 2:14 AM
Subject: RE: [objetos] Compilar un programa smalltalk como DLL - RPC desde
una DLL
Alejandro,
Gracias por lo de los callbacks.
Con Germán Viscuso estamos armando un equipo de fútbol de robots en VS
para el campeonato argentino, que es en quince días. Si luego queremos
participar en el mundial debemos presentar el equipo como una dll de
C++. Tiempo hay, si alguien tiene ideas...
Saludos
-----Mensaje original-----
De: smalltalking@...
[mailto:smalltalking@...] En nombre de Alejandro F.
Reimondo
Enviado el: Sábado, 28 de Mayo de 2005 03:30 a.m.
Para: smalltalking@...
Asunto: Re: [objetos] Compilar un programa smalltalk como DLL - RPC
desde una DLL
Hola Agustin,
Si queres contanos un poco mas porque necesitas crear una DLL.
Quizás puedas evitar hacerlo...
Para que un programa externo pueda enviarle un mensjae a un objeto,
tenes la posibilidad de ahcerlo con Callbacks.
Fijate en la clase Callback y como es usada en el ambiente para entender
como usarla, no es complejo.
Un callback es un objetito que enviará un mensaje de tu conveniencia y
es
visto "desde fuera" como una funcion. La dirección de esa función la
obtenes
diciendole al callbacl #asParameter.
suerte,
Ale.
----- Original Message -----
From: "Agustin Martinez" <agustincito@...>
To: <smalltalking@...>
Sent: Friday, May 27, 2005 8:23 PM
Subject: [objetos] Compilar un programa smalltalk como DLL - RPC desde
una
DLL
Gente,
Quiero desarrollar en smalltalk y terminar compilando como una
dll. ¿Existe alguna manera? ¿Existe algún ambiente que me lo permita?
Dolphin permite compilar como ejecutable pero no dice nada respecto
otras variantes.
No encontré previa discusión sobre esto pero si la hay avísenme
que la leeré.
Por otro lado, quería saber como hacer en Visual Smalltalk
(Dolphin u otro, en su defecto) para que desde una dll se haga un Remote
Procedure Call al ambiente.
Saludos
Agustí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
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
Alejandro,
Gracias por lo de los callbacks.
Con Germán Viscuso estamos armando un equipo de fútbol de robots en VS
para el campeonato argentino, que es en quince días. Si luego queremos
participar en el mundial debemos presentar el equipo como una dll de
C++. Tiempo hay, si alguien tiene ideas...
Saludos
-----Mensaje original-----
De: smalltalking@...
[mailto:smalltalking@...] En nombre de Alejandro F.
Reimondo
Enviado el: Sábado, 28 de Mayo de 2005 03:30 a.m.
Para: smalltalking@...
Asunto: Re: [objetos] Compilar un programa smalltalk como DLL - RPC
desde una DLL
Hola Agustin,
Si queres contanos un poco mas porque necesitas crear una DLL.
Quizás puedas evitar hacerlo...
Para que un programa externo pueda enviarle un mensjae a un objeto,
tenes la posibilidad de ahcerlo con Callbacks.
Fijate en la clase Callback y como es usada en el ambiente para entender
como usarla, no es complejo.
Un callback es un objetito que enviará un mensaje de tu conveniencia y
es
visto "desde fuera" como una funcion. La dirección de esa función la
obtenes
diciendole al callbacl #asParameter.
suerte,
Ale.
----- Original Message -----
From: "Agustin Martinez" <agustincito@...>
To: <smalltalking@...>
Sent: Friday, May 27, 2005 8:23 PM
Subject: [objetos] Compilar un programa smalltalk como DLL - RPC desde
una
DLL
Gente,
Quiero desarrollar en smalltalk y terminar compilando como una
dll. ¿Existe alguna manera? ¿Existe algún ambiente que me lo permita?
Dolphin permite compilar como ejecutable pero no dice nada respecto
otras variantes.
No encontré previa discusión sobre esto pero si la hay avísenme
que la leeré.
Por otro lado, quería saber como hacer en Visual Smalltalk
(Dolphin u otro, en su defecto) para que desde una dll se haga un Remote
Procedure Call al ambiente.
Saludos
Agustí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
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
Ale, en un thread anterior, quedó una respuesta pendiente:
> Ale dijo:
>
> Recuerdo que hace unos años, antes de que empezara la
> promoción de versiones gratuitas, era mas fácil producir
> software.
> Lo digo porque me es muy tentador trazar una relación
> entre el presente y el advenimiento de esta alternativa
> "mas bondadosa".
>
y yo pregunté:
Puntualmente de esto me gustaría escuchar más, sobretodo donde decís
que antes era más fácil producir software.
Saludos.
Hola Agustin,
Si queres contanos un poco mas porque necesitas crear una DLL.
Quizás puedas evitar hacerlo...
Para que un programa externo pueda enviarle un mensjae a un objeto,
tenes la posibilidad de ahcerlo con Callbacks.
Fijate en la clase Callback y como es usada en el ambiente para entender
como usarla, no es complejo.
Un callback es un objetito que enviará un mensaje de tu conveniencia y es
visto "desde fuera" como una funcion. La dirección de esa función la obtenes
diciendole al callbacl #asParameter.
suerte,
Ale.
----- Original Message -----
From: "Agustin Martinez" <agustincito@...>
To: <smalltalking@...>
Sent: Friday, May 27, 2005 8:23 PM
Subject: [objetos] Compilar un programa smalltalk como DLL - RPC desde una
DLL
Gente,
Quiero desarrollar en smalltalk y terminar compilando como una
dll. ¿Existe alguna manera? ¿Existe algún ambiente que me lo permita?
Dolphin permite compilar como ejecutable pero no dice nada respecto
otras variantes.
No encontré previa discusión sobre esto pero si la hay avísenme
que la leeré.
Por otro lado, quería saber como hacer en Visual Smalltalk
(Dolphin u otro, en su defecto) para que desde una dll se haga un Remote
Procedure Call al ambiente.
Saludos
Agustí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
Muchísimas gracias Guillermo, funcionó diez puntos.
Saludos
-----Mensaje original-----
De: smalltalking@...
[mailto:smalltalking@...] En nombre de Guillermo Sapaya
Enviado el: Viernes, 27 de Mayo de 2005 04:13 p.m.
Para: smalltalking@...
Asunto: Re: [objetos] Hacer un wait o algo parecido en Visual Smalltalk
Hola Agustín!
> ¿Cómo puedo hacer en VS para realizar lo que quiero cada tantos
> milisegundos?
En la clase en la que desees "realizar lo que quieras" cada tantos
milisegundos, tendrías que tener un Timer, en algún lugar de la misma
definirías algo así:
Timer new
period: self period;
when: #ticked send: #tick to: self;
start
Luego, en #period de la misma clase devolvés el período de tiempo en el
que deseás que se triggeree el #ticked (ese período es en milliseconds)
y en #tick definís lo que querés hacer...
Acordate de asegurarte de tener el control para poder parar el reloj ;-)
> Saludos,
>
> Agustín Rafael Martínez
Saludos, Guiye
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 Agustín!
> ¿Cómo puedo hacer en VS para realizar lo que quiero cada tantos
> milisegundos?
En la clase en la que desees "realizar lo que quieras" cada tantos
milisegundos, tendrías que tener un Timer, en algún lugar de la misma
definirías algo así:
Timer new
period: self period;
when: #ticked send: #tick to: self;
start
Luego, en #period de la misma clase devolvés el período de tiempo en el
que deseás que se triggeree el #ticked (ese período es en milliseconds)
y en #tick definís lo que querés hacer...
Acordate de asegurarte de tener el control para poder parar el reloj ;-)
> Saludos,
>
> Agustín Rafael Martínez
Saludos, Guiye
Gente,
Quiero desarrollar en smalltalk y terminar compilando como una
dll. ¿Existe alguna manera? ¿Existe algún ambiente que me lo permita?
Dolphin permite compilar como ejecutable pero no dice nada respecto
otras variantes.
No encontré previa discusión sobre esto pero si la hay avísenme
que la leeré.
Por otro lado, quería saber como hacer en Visual Smalltalk
(Dolphin u otro, en su defecto) para que desde una dll se haga un Remote
Procedure Call al ambiente.
Saludos
Agustín
Sin conexión 
Enviar correo