Como sería un tarjeta de presentación para la web ?
que debería tener ?

Mi primer intento está en: http://nelson.netflux.com.ar en ella se consolidan todos los datos que considero relevantes

• algunos datos personales
• datos de contacto
• relación con proyectos propios
• participación en sitios sociales

como datos técnicos tiene

• consolidación de distintos servicios en una sola dirección de correo
• hCard y vCard
• delegación de OpenID

espero comentarios y sugerencias !

Acabo de ver un video de Google Edu sobre Gears and the Mashup Problem que discute la problemática de los mashups y la seguridad javacript.

La verdad que está muy bueno e interesante. Un tío¹ de Yahoo! dando una charla en Google sobre el problema y ver como se pueden unir para solucionarlo, utilizando como herramienta Google Gears.

¹ las referencias del “tío”: Douglas Crockford is the world’s foremost living authority on JavaScript. He is an architect with Yahoo’s Ajax Strike Force. He is the founder of two startups, and was Director of Technology at Lucasfilm Ltd., Director of New Media at Paramount, and a researcher at Atari and SRI

Ayer hablabamos de usabilidad en las páginas de la AFIP y como la entrada de datos de un pequeño formulario puede ser una pesadilla para el usuario.

Hoy me encuentro con un link que sinceramente es genial, porque intenta resolver un problema interviniendo lo menos posible con el acceso del usuario al sitio.

El problema a solucionar: spam en un blog.
Solución: Usar captcha pero no para que el usuario ingrese otro dato, sino para que lo ingrese el robot de spam.

El truco es el siguiente. En el formulario para agregar un comentario al blog hay un campo email oculto con css que el usuario no ve, pero que el robot si. El robot al llenar el campo, se declara como tal y por ende no se acepta el post… astuto, diabolicamente astuto (como diría el pato lucas)... y par el usuario es completamente transparente…..

Hay formas de saltarse esa protección… seguro… y quizás hay otras formas de mejorarla, utilizando javascript o una mezcla de css y javascript…. pero la idea de resolver el problema del spam haciendo revelarse al spamer sin hacer que el usuario se entere me parece genial.

El otro día tuve que ingresar al sitio de la AFIP para tramitar una Clave Fiscal ya que ciertos trámites se puede realizar por la web y me encontré con una pantalla que me llamó mucho la atención por la forma en que pedía los datos y trata al usuario.

El primer problema esta cuando pide los datos de un impuesto para verificar que uno tiene acceso a la documentación de la empresa, la pantalla es la siguiente (haciendo click sobre la imagén se puede ver la pantalla completa):

La fecha del depósito se pide en formato DD/MM/AAAA y el período de pago en formato AAAAMM ….. nada que ver un formato con el otro… alguien puede llegar a argumentar que piden los datos en el mismo formato que la boleta que dan como comprobante de pago…mmm.. puede concederlo.. pero la verdad que me parece un desastre.. debería ser consistente por más que la boleta original esté en ese formato (mal también).

Luego al ingresar el importe, el texto de ayuda dice que se aceptan 6 números enteros y dos decimales separados por punto….. al día de hoy… tan difícil es hacer una expresión regular que tome tanto puntos como comas como separador de decimales y ajustarlo luego a lo que necesita el backend ? porque tener que joder al usuario con un formato en particular ??

y la frutilla que corona la torta… luego se pide que se defina una clave de acceso para ser utilizada para ingresar al sistema, con ciertas restricciones (4 alfanuméricos y 2 decimales) ... pero la primera vez que se ingresa al sistema se pide que la cambie la clave recién definida ?¿… merd…..?? ... la verdad que no le encontré sentido a esa extraña medida de seguridad que lo único que hace es romperle la paciencia al usuario….

La verdad que la gente de la AFIP se puede poner un poco más las pilas para diseñar los formularios de los aplicativos que están generando.

Con ese título, Aaron Hopkins de Google publicó un artículo sobre como mejorar la velocidad de acceso y bajada de las páginas de un sitio web.

Imperdible el artículo, hay perlas muy buenas y muy interesantes como por ejemplo si hay muchos objetos en la página y no están cacheados, usar 4 hostnames (no importa que estén en la misma ip) para poder utilizar el pipeline que tienen por defecto habilitados los browsers !

Otra perla es cachear todos los objetos estáticos (por ejemplo imágenes) y para invalidar el cache de los browsers versionar el directorio de las imágenes.. por ejemplo usar http://domain.tld/images/123/header.gif y para invalidar el cache avanzar el numero a 124.. de esa manera el browser piensa que es un directorio distinto e invalida el cache…

Hay muchas más perlas en el artículo, unos gráficos de como realizó las mediciones y los resultados que obtuvo.

via: ajaxian.com