----- Original Message -----

From: Marcos Sobral

To: smalltalking@...

Sent: Wednesday, August 19, 2009 11:14 PM

Subject: Re: [objetos] Protegerce o no Protegerce ?. Esa es la cuestion [Archivo adjunto 1]

kiko,

Te comento desde mi experiencia personal, yo trabajo con un sistema donde los inputs vienen en csv.
Y por alguna bendita razon los csv cambian cada tanto, ya sea porque los fabricantes de los equipos que analizamos deciden agregar mas columnas, o expresar algo en toneladas en lugar de kilos, o demas.
El tiempo me demostro que hay cosas en las que puede protegerme de ante mano, y otras de las que todavia ni conozco que pasaran. Ademas tambien me ha pasado de protegerme de cosas que jamas pasaron en la vida (y probablemente jamas pasen), a las que les dedique tiempo de desarrollo.
En verdad cuando  un sistema esta en un entorno cambiante podemos protegernos solo de lo que paso y de algunas cosas con un alto grado de probabilidad de ocurrencia.
Lo que digo mas o menos es que aveces hay que esperar a que el sistema falle porque no podes preveer como el entorno cambiara, seria algo asi como cuando nos engripamos todos los años (es el unico ejemplo que se me viene a la mente mientras tomo una bayaspirina :( ).

Esa es mi vision actual, en un principio queria controlar todo, y tal vez el dia de mañana con mas experiencia pueda dar otra respuesta.

Saludos!

2009/8/19 Alejandro F. Reimondo <aleReimondo@...>

 

Hola kiko, lista,

 

>Mmm., no sé a que te referis con hacer a Smalltalk

> un buen Basic. No conozco Basic.
>Pero si entiendo que un inspector es  una navaja jajaj.

 Me refiero que a veces queremos simplificar las cosas

 poniendole una cascara agradable, y luego,

 al rato ya no vemos su motivación original;

 queda atrás como si hubiera sido erronea

 por ser anterior/primitiva.

Y los "accidentes" nos muestran que por mas

 que se vista de seda, la mona... mona queda :-)

>Sobre escribir de forma protectiva, te recomendaria

> nuevamente no trabajar de más. Sobre los temas de "seguridad"

> en nuestro pais tenemos evidencia muy clara de lo que

> ocurre cuando se permiten los vidrios polarizados

> para todo.
>mmm, no me queda tan claro para este tema en

> lo particular .
>Mas que nada me entro la duda por que se

> rompio el sistema.

 

mmm no estoy deacuerdo, dejame decirlo de otro modo:

 el sistema no "se" rompió... lo rompiste.

 

Justo de eso se trata, mientras el sistema

 es sistema, la relación orgánica de sus partes

 le dan inercia, estabilidad.

Al haber un actor "externo", se introduce la

 posibilidad de la falla del sistema.

POnerles una carga "adicional" a las partes del sistema

 es innecesario mientras el sistema esta "aislado";

 cuando esta abierto... cualquier protección es insuficiente

 pues de eso se trata la apertura (que al abirlo en

 otro tiempo da lugar a lo imprevisto).

Para procurar la estabilidad de un sistema es siempre

 un buena elección el darle tiempo, es decir, hacer los

 cambios luego de haber aprendido (es decir, de haberla

 pifiado).

Con esto me recuerda el tema (que ya hemos hablado

 varias veces) sobre cómo incorporar nuevos actores (y

 desarroladores) a un sistema (equipo usando objetos)

 en el que se ve frecuentemente que se desea "disminuir

 los tiempos/costos" en vez de procurar alargarlos y/o

 asegurar la inversión que impone nuevos actores.

>Para tratar de aclar un poco, supon que tengo un

> Presenter con un modelo asociado y  sin querer

> pongo NIL al modelo. Esto hace que el presenter

> quede  invalido.

 

jajaja! yo diría que eso lo pone "loco".

despues de todo, el "nació" para un modelo...

>Ahora, esto no es  una situacion normal es

> una  excepción.

 

mmm es mas que eso, es algo contra-natura (ante el pto

 de vista del presenter... y de quien se le ocurrió que era

 apropiado definir ese rol).

>Por lo que comentas , yo no debería controlar esto.

> Pues  es una cosa anormal el que ocurra.

 

Si, vos estas fuera del sistema [*]

suerte!

Ale.

 

[*] recordemos el tiempo en que los hombres haciamos(definíamos)

 los sistemas diciendo que era para nuestra conveniencia (para que

 nos dieran tiempos libres), y pensar que ese fue solo el comienzo

 de lo que vino luego... hoy es bien conocido (evidente) que ocurre

 al revez, hombres ocupan los huecos que dejan los sistemas [libres];

 ocurre en informática lo que viene pasando hace tiempo en la música

 (el DJ es un invento del crossfader)

 

----- Original Message -----

From: kikoGregoris

To: smalltalking@...

Sent: Sunday, August 16, 2009 12:23 PM

Subject: Re: [objetos] Protegerce o no Protegerce ?. Esa es la cuestion [Archivo adjunto 1]

Hola Ale , gente En el caso de distintas personas accediendo al mismo sistema,  es apropiado invertir tiempo en la interfaz del sistema  para que sea agradable la interacción para cada persona. Si entiendo. El inspector es un instrumento para interactuar de forma nativa  con el sistema, en Dolphin se ha puesto un vestido de lujo  al inspector (como parte del deseo de hacer a Smalltalk  un buen Basic ? :-) es mas lindo, pero es un inspector... Quizás motive mas un inspector mas lujoso, pero sigue  siendo una navaja. Mmm., no sé a que te referis con hacer a Smalltalk un buen Basic. No conozco Basic. Pero si entiendo que un inspector es  una navaja jajaj. Sobre escribir de forma protectiva, te recomendaria  nuevamente no trabajar de más. Sobre los temas de "seguridad"  en nuestro pais tenemos evidencia muy clara de lo que  ocurre cuando se permiten los vidrios polarizados  para todo. mmm, no me queda tan claro para este tema en lo particular . Mas que nada me entro la duda por que se rompio el sistema. Para tratar de aclar un poco, supon que tengo un Presenter con un modelo asociado y  sin querer pongo NIL al modelo. Esto hace que el presenter quede  invalido. Ahora, esto no es  una situacion normal es una  excepción. Por lo que comentas , yo no debería controlar esto. Pues  es una cosa anormal el que ocurra. Por hay anda ?? o esto diciendo coludeces ? Saludos kiko --- El vie 14-ago-09, Alejandro F. Reimondo <aleReimondo@...> escribió: De: Alejandro F. Reimondo <aleReimondo@...> Asunto: Re: [objetos] Protegerce o no Protegerce ?. Esa es la cuestion [Archivo adjunto 1] Para: smalltalking@... Fecha: viernes, 14 de agosto de 2009, 8:00 am   Hola Kiko,   Segun lo que comentabas, y este parrafo que copio:   >Sobre todo pensando en que en algún momento tu sistema puede > ser usado por otras personas, que puedan desconocer estas > situaciones.   Creo que si uno hace algo (siempre en la interfáz) para que el sistema  no se rompa, uno lo hace para preservar la ignorancia del usuario,  no para "hacer mas seguro" al sistema.   En el caso de distintas personas accediendo al mismo sistema,  es apropiado invertir tiempo en la interfaz del sistema  para que sea agradable la interacción para cada persona.   El inspector es un instrumento para interactuar de forma nativa  con el sistema, en Dolphin se ha puesto un vestido de lujo  al inspector (como parte del deseo de hacer a Smalltalk  un buen Basic ? :-) es mas lindo, pero es un inspector... Quizás motive mas un inspector mas lujoso, pero sigue  siendo una navaja.   En resumen, no inviertas mas energia que la necesaria,  si hay otras personas trabajando en tu sistema,  con distintas capacidades de interación,  será necesario hacer (o que se hagan/adapten)   los elementos de interacción apropiados para todos.   Sobre escribir de forma protectiva, te recomendaria  nuevamente no trabajar de más. Sobre los temas de "seguridad"  en nuestro pais tenemos evidencia muy clara de lo que  ocurre cuando se permiten los vidrios polarizados  para todo.   hasta pronto, Ale.     ----- Original Message ----- From: kikoGregoris To: smalltalking@ gruposyahoo. com.ar Sent: Wednesday, August 12, 2009 11:45 AM Subject: [objetos] Protegerce o no Protegerce ?. Esa es la cuestion [Archivo adjunto 1] Hola Gente Como andan tanto tiempo ¿? Estoy con dolphin haciendo un editor de terrenos y me surge una pregunta, el tema es así: Estaba inspeccionando la ventana de mi aplicación y sin querer desactive la propiedad #hasTaskBarIcon. Esto provoco que el modelo del  presenter que muestra el terreno en 3D sea nil  y con esto reventó la aplicación porque el  modelo del  presenter ya no era valido. La primera pregunta tiene que ver con el hecho de que el haber desactivado esa propiedad provoco que se  haga nil al modelo de un  presenter interno al Shell. Puse un #halt  en #model: y les mando una captura para que puedan ver. Es natural este comportamiento ¿?. Por otra parte y lo más importante, tiene que ver con las consecuencias  de que un hecho tan simple y tonto provoco la caída del sistema. En ese momento uno se empieza a preguntar si hay que poner protección extra ante esta situación. Por ejemplo, yo no puse una pregunta del tipo: TV3DPresenter>> isModified: aBoolean             "Set/reset the receiver's dirty flag.     "             (self model notNil and: [self model isValid])                         ifTrue: [self model currentSpace isModified: aBoolean] Y además no veo que dentro de dolphin sea una política hacer esto. Pero si por alguna razón me pasa lo que me paso o pasa que por ejemplo  que el currentSpace no es valido porque alguien le asigno basura, se provoca una situación de conflicto. Talvez no tan grave  como para que el sistema se caiga. En resumen: debido a que en smalltalk uno tiene acceso a  todo y puede hacer cosas  que rompan el sistema, me pregunto cual es la política  adecuada para tratar con problemas del tipo que describo ¿? Sobre todo pensando en que en algún momento tu sistema puede ser usado por otras personas, que puedan desconocer estas situaciones. Esta claro que no se puede pensar en todas las alternativas pues son infinitas, pero debe haber una línea que uno pueda seguir. N0 ¿?. El tema no es nuevo, pero como no lo tengo resuelto lo traigo nuevamente  a la mesa de discusión Comentarios, insultos. ¿? jajajaj. Saludos kiko Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer. yahoo.com/ cocina/

---

Encontra las mejores recetas con Yahoo! Cocina.
http://ar.mujer.yahoo.com/cocina/

--
M.A.S.