sábado, junio 07, 2008

1

El terrorífico "Down"

Que está pasando en Internet? Por qué se caen los servicios? Falla la arquitectura?

Este es el comentario de TechCrunch:

The Amazon outage, first noticed by Twitter users at as early as 10:24 am PST this morning (I’d link to Twitter except that it’s down), has gone on for an hour now. It’s not necessarily news when a startup has minor downtime, but Amazon loses big revenue for every minute they aren’t out there selling.

http://www.techcrunch.com/2008/06/06/amazon-down-not-answering-calls/

Amazon caído, Twitter que se cae, Techcrunch que tambien se cayó. Y hasta Dattatec (Argentina) no quiso quedarse atrás: tenemos el sitio de la empresa en Dattatec, y últimamente se ha caído muy seguido.

En fin...

jueves, abril 24, 2008

0

Seguridad Informática: Gestión de Riesgo en Procesos de Negocios

Muy bueno el artículo de Enrique Dutra sobre la implicancia de los riesgos, tecnología y el negocio.
Describe varios conceptos:

Seguridad Informática: Gestión de Riesgo en Procesos de Negocios: "La presencia de amenazas que comprometen el sistema deben ser analizadas y a su vez evaluadas las probabilidades de que una amenaza aproveche esas vulnerabilidades."
- Definición de: Activo, Amenaza, Vulnerabilidad, Riesgo
- La problemática actual
- Análisis versus gestión
- Proceso de Gestión de Riesgo clásico
- Defensa en profundidad
- Proceso de Gestión de Riesgo en Procesos de Negocio
- Factores críticos de éxito

miércoles, enero 30, 2008

1

Curso de NHibernate en Buenos Aires (Febrero 2007)


El Mug está organizando un curso de nhibernate, en Buenos Aires.
Esta es la data del evento:




SEMINARIOS GRATUITOS de "NHibernate"

Disertantes: Sres. Fabio Maulo y Darío Quintana.

Fechas y Horario: Miércoles 20 y Jueves 21 de febrero de 2008, en el horario de
18.30 a 21.30 hs.

Lugar: Auditorio MUG, Rivadavia 1479 1º A



Contenidos:

SEMINARIO 20/02/08 "NHibernate: ORM Persistence Framework"

- Quick Start

- Entorno de test de entities

- Manejo de Session de NHibernate: Qué cosas hacer y qué no.

- Parent-Child

- Overview Lazy-Loading

- Ejemplo de como cambiar base de datos usando los ejemplos generado

en toda la charla.

- Overview NHibernate.Validator



SEMINARIO 21/02/08 "NHibernate Advanced"

- Introducción a NHibernate

- Manejo de Sesiones.

- Conceptos y ejemplos: EntityName, SQL nativa para CRUD, Transformers,
StoredProcedure, Named-Queries, Event-Listeners, Filters, MultiQuery,
StatelessSession, UserType, UserCollectionType, Batch-size entre otros.

- Queries: HQL, Criteria, SQL Nativo.

- NHibernate.Shards: Estado del arte

- TunningPara asistir al Seminario Doble debe registrarse en este link.




Registración



(*) Este evento es gratuito.

jueves, enero 24, 2008

2

Consejos para una mejor interfaz gráfica de usuario (GUI; NO! diseño gráfico): #1 No forzar la vista del usuario

Este es el primer post, de una serie, con consejos para lograr una mejor interfaz grafica de usuario (GUI). No están referidos al diseño gráfico en sí, sino, se trata simplemente de cómo organizar los elementos en el software o en alguna aplicación web.


Están basados en mi experiencia de trabajar con personas de diferentes perfiles. Por un lado, el usuario casual, con poco manejo de software (Rojas y Asociados). Y por otro lado, personas con un manejo intensivo de sistemas informáticos (Tarjeta Nevada).


Para la mayoría de los ejemplos, voy a usar webs. Dado que es conocido y fácilmente comprobable.


Consejo #1: No forzar la vista del usuario


La distribución de los elementos en la pantalla es muy importante. Hoy en día las pantallas tienen, en promedio , una resolución de 1024 x 768
pixeles. Sin embargo, de a poco, empiezan a emerger las pantallas anchas (widescreen).

He clasificado la pantalla en 2 zonas con diferentes niveles de uso: la zona importante y la zona secundaria.


La zona importante


La zona importante es el área donde van los elementos principales con las cuales interactuará el usuario. Es lo que se le quiere destacar al usuario. Por ejemplo, si  alguien ingresa a una pantalla para ver un listado, esta es la zona donde debería mostrarse dicho listado.

Es recomendable, que la zona importante esté en el centro de la pantalla. Dado que allí hay un mayor impacto visual, útil para para usuarios no entrenados.

Sin embargo, la zona importante debe estar apenas deslizada del eje vertical. Esto por razones  ergonómicas: teniendo en cuenta que se aconseja que el monitor esté a la altura de los ojos y, 
que los humanos tendemos a mirar más hacia abajo (nada) que hacia arriba (párpados); entonces, nuestro movimiento natural es mirar el centro y continuar hacia abajo. Ver la figura 1.


ConsejosGUI1-1ZonasPantalla

La zona secundaria


La zona secundaria de la pantalla es donde va información contextual a la importante. Si es un cuadro de confirmación, aquí nunca iría el botón de "Aceptar" o "Cancelar".

Esta zona le permite al usuario, seguir con otras actividades a la principal. Por ejemplo, si llegó aquí por error, puede continuar con alguna pantalla de un menú o barra de herramienta.

A veces, sirve para manipular la actividad en la zona importante. Por ejemplo, si usamos el Microsoft Paint, el lápiz (botón del costado) permite dibujar sobre el lienzo (zona importante).

En general, en la zona secundaria, se muestran las "otras tareas" que puede realizar el usuario sobre el software.


Ejemplos


Como ejemplo, van 2 casos. El primero es de
cnn.com. Aquí, la zona importante realza bien y tiene un 50% del área total usada para la interacción con el usuario.


ConsejosGUI1-3CNN

El segundo caso es de Diario Uno de Mendoza. Aquí quise resaltar, la poca relevancia que tiene la zona importante (20%) ; y, lo mal distribuido que está respecto del centro (tomado en un monitor widescreen).


ConsejosGUI1-2DiarioUno

En resumen, la interfaz no debería forzar la vista del usuario. La zona importante debería estar en el centro y tener la relevancia necesaria para
llamar la atención del usuario.


Hasta la próxima!

martes, agosto 14, 2007

1

Aplicando Lean al desarrollo de aplicaciones

McKinsey ha publicado un documento de cómo aplicar Lean al desarrollo de aplicaciones. Lean es la filosofía oriental que busca la mejora de la productividad eliminando los derroches. (En realidad, algunos de los temas tratados pueden ser extendido a desarrollo de proyectos)


El informe presenta los principales focos de derroches. El más sobresaliente es el cambio de requerimientos. Éste afecta en diversas fases tales como el desarrollo en sí y la fase de prueba.


McKinsey recomienda 3 pasos para la eliminación de los derroches.

  1. Primero, rediseño del proceso con releases bimestrales.

  2. Segundo, balanceo de carga de trabajo. Esto es unir desarrolladores y testers, e involucrar personal de otros grupos de trabajo en momentos críticos.

  3. Tercero, gestión del proceso completo. Usando una planilla de cálculos que resalte los puntos críticos.


El artículo completo está disponible en:

Applying lean to application development and maintenance.
To make application development and maintenance more productive, IT managers are getting lean.

By Noah B. Kindler, Vasantha Krishnakanthan, and Ranjit Tinaikar.