Resumen del Sábado 22 de Abril - Tarde

PorAmby

La tarde comenzó con una presentación de Tamar Granor sobre Mejores prácticas en diseño de interfaz de usuarios (Best Practices for User Interfaces)

Tamar mostró ejemplos de cosas muy mal diseñadas que pueden dañar mucho el resultado de una aplicación, aunque la programación y el diseño de los datos sea impecable. Algunas de las mejores prácticas recomendadas fueron:

• No hacer trabajar al usuario para adivinar lo que tiene que hacer a cada momento.
• El diseño debe considerar errores por acciones involuntarias y permitir deshacer en los casos que sea necesario.
• Diseñar menús que tengan consistencia con el estilo Windows, manteniendo el orden Archivo - Edición - Tareas específicas de la aplicación - Ventana - Ayuda.
• Nunca dejar al usuario una opción habilitada antes de tiempo, pensando que el usuario SABE el orden en que tiene que trabajar.
• Emplear el idioma correcto, contratar a personas nativas para trabajar el multilenguaje y si es necesario buscar redactores y revisores para garantizar la corrección de las expresiones a emplear.
• Tener cuidado extremo con los colores, especialmente si es una aplicación a nivel internacional, existen colores con significado propio en diferentes lugares. Los colores deben ayudar a leer el contenido y deben tener significado para la aplicación (objeto actual, objeto inhabilitado, etc etc).
• Emplear los colores de Windows y estar preparados para que el usuario cambie los colores de Windows, la aplicación debe reaccionar a estos cambios.
• Nunca emplear Ctrl+C ni Ctrl+V para accesos directos, por ejemplo a Clientes y Vehículos, este ejemplo lo aportó Marcia Akins.
• No emplear WAIT WINDOW en aplicaciones finales, es mejor mostrar textos con información en etiquetas sobre el propio formulario actual, no se detiene la ejecución esperando el TIMEOUT del comando WAIT WINDOW, no requiere interacción del usuario y no hay peligro de que el usuario se pierda esta información.
• Trabajar lo menos posible con diálogos, porque son modales, interrumpen la ejecución y obligan intervención del usuario y hay una mala práctica generalizada del abuso de diálogos.

Tamar ha estado grande, ha estudiado mucho este tema, de hecho su tesis doctoral se basó en el diseño de Interfaz de usuario. No alcanzó el tiempo y se nos hizo muy ameno, mañana le voy a preguntar si piensa escribir algún libro sobre eso, estaría bien. Muy buena disertación, gracias Tamar !!

Tuvimos un descanso en el que me tomé otro café y tuve una agradable charla con Rick Shummer. Rick se preocupó por la actividad que realiza la comunidad hispanohablante y preguntó por lo que yo pensaba que podría haber sesiones en español en la próxima conferencia Southwest Fox 2006, "Espero que si", le dije, sería una posibilidad muy buena para muchos compañeros. Para los que no saben a que conferencia me refiero, pueden ver más en http://www.swfox.net con alguna información en español en Noticias de Southwest Fox 2006 - Lista preliminar de Ponentes y en ¡¡¡¡ Se anuncian sesiones en Español para Southwest Fox 2006 !!!!.

El resto de la jornada estuvo a cargo de Andy Kramek quien contó sobre las Mejores prácticas en acceso a datos VFP y datos remotos.

Comenzó hablando de tablas Visual FoxPro, (Best Practices for VFP Data Access) y lo hizo mediante la comparación de pro y contra de su utilización. Si es verdad que son muy rápidas, también es verdad que son vulnerables, no seguras. Si es verdad que no tienen coste para el usuario final, también lo es que no tiene un proceso nativo de Salva/Restaura y así, una lista con muchos aspectos.

Partiendo de que la decisión sea emplear datos VFP o no, Andy sugiere diseñar los datos en VFP, es muy cómodo, muy fácil de verificar las relaciones, muy práctico para comprobar funcionalidad a partir de juegos de datos y consultas. Luego, si se va a otro contenedor, por ejemplo SQL Server, pues se pueden convertir.

Entre las mejores prácticas a seguir, Andy habló de:

• La convención de nombres a utilizar tanto para campos como para tablas, insistiendo sobre todo en ser consistentes, es decir, trabajar con nombres en singular o plural según las preferencias; pero nunca combinar ambos, los errores por no saber si el campo cliente o clientes molestan mucho por la pérdida de tiempo que provocan.
• No emplear más de 10 caracteres en los nombres de los campos, si este campo será índice pues se corta, mal asunto, si la tabla deja de estar contenida en la DBC y pasa a ser libre, se corta, mal asunto, en fin, tener cuidado con los campos con nombres largos.
• Si se trabaja con tablas y vistas, recordar que el cambio en la tabla no implica el cambio en la vista, a no ser que se emplee una herramienta como StoneField para ello.

Andy dedicó un buen tiempo a ejemplificar situaciones con índices. Para preparar este tema, estuvo haciendo investigaciones sobre los tiempos de demora de determinadas acciones en determinadas condiciones y nos dejó ver sus resultados. No me voy a detener aquí, porque tenemos una buena parte de estos resultados en artículos que fueron publicados por Andy en su blog y que ya están traducidos para ser publicados en PortalFox.

Habló sobre buffering y transacciones y estos temas sí que ya los tenemos publicados en español en Buffering y bloqueos en Visual FoxPro, Controlar datos en buffer en Visual FoxPro y Detectar y solucionar conflictos de actualización en VFP.

La sesión de Andy estuvo muy buena, es un gran experto. Como las otras sesiones los participantes expusieron sus vivencias y enriquecieron el tema.

Tenemos hora y media para cenar y luego la segunda parte de la sesión de Andy. Tuve el placer de cenar con varias personas en un restaurante giratorio, que se encuentra en el último piso del hotel, desde donde hay un mirador que cubre todas las vistas de la ciudadl. El paisaje, la cena y la compañía fueron excelentes.

La segunda sesión de Andy, (Best Practices for Remote Data Access) se refirió a las mejores prácticas para el uso de datos remotos. Comenzó con el mismo estilo de pro y contra del empleo de datos remotos. Entre sus sugerencias estuvieron:

• Usar ODBC para conectarse desde VFP
• Usar DNS en lugar de cadenas de conexión
• Sobre las vistas remotas, CursorAdapter y SQL PT nuevamente pro y contra y la pregunta del millón ¿cuál es el mejor? y la respuesta es .... Depende !!! Aunque, la sugerencia es utilizar SPT es poderoso y flexible, los resultados se soportan en VFP y tiene funcionalidad nativa

Habló de transacciones remotas, de interacción con los datos, de ejecución de comandos, y concluyó con un par de recomendaciones más:

• Emplear procedimientos almacenados, sólo si no hay alternativa
• Evitar la implementación específica de SQL
• Controlar las tracciones manualmente

A pesar de ser las 10:00 PM, aun había gente preguntando, consultando, compartiendo ideas, estos encuentros se aprovechan hasta el final.

Y el final, no llegó aun, pasamos un buen rato en el bar del hotel, conversando de todo un poco con los participantes, hasta que el cansancio y la diferencia de horas me mandaron a descansar. Y en realidad lo que hice fue ponerme a escribir para compartir con ustedes lo que ha sido una intensa jornada.

Terminó así la segunda jornada de trabajo de esta Gran Conferencia en los Grandes lagos dedicada a una Gran herramienta para el trabajo con datos. Ahora sí me voy a descansar.

Ana