Entrar
¿Nuevo usuario? Inscribirme
smalltalking · Un lugar para el estudio y desarrollo de Ambientes de Objetos virtuales.
? ¿Ya estás suscrito? Entra a Yahoo!

Consejos

¿Sabías que...?
Podés hacer búsquedas de antiguos mensajes del grupo.

Mensajes

  Mensajes Ayuda
Avanzado
Re: Protegerce o no Protegerce ?. Esa es la cuestion [Archivo adjunt   Lista de mensajes  
Responder | Reenviar Mensaje #17079 de 17190 |
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 -----
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/


Vie, 14 de Ago, 2009 11:00 am

alereimondo
Sin conexión Sin conexión
Enviar correo Enviar correo

Reenviar Mensaje #17079 de 17190 |
Desplegar mensajes Autor Ordenar por fecha

Hola Kiko, ... 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...
Alejandro F. Reimondo
alereimondo
Sin conexión Enviar correo
14 de Ago, 2009
11:04 am

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...
kikogregoris
Sin conexión Enviar correo
17 de Ago, 2009
11:14 am

Hola kiko, lista, ... Me refiero que a veces queremos simplificar las cosas poniendole una cascara agradable, y luego, al rato ya no vemos su motivación...
Alejandro F. Reimondo
alereimondo
Sin conexión Enviar correo
19 de Ago, 2009
7:23 pm

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...
Marcos Sobral
neo_capfed
Sin conexión Enviar correo
20 de Ago, 2009
2:19 am

Hola, Completamente deacuerdo con lo que decía Marcos, ... Que en el desarrollo de software la gran mayoría está en ese "en un principio"; y que frente a...
Alejandro F. Reimondo
alereimondo
Sin conexión Enviar correo
24 de Ago, 2009
1:41 am
Avanzado

Copyright © 2009 Yahoo! de Argentina S.R.L. Todos los derechos reservados.
Política de privacidad - Condiciones del Servicio - Reglas de la comunidad de Yahoo! - Ayuda