Asier Marqués

Es increible lo que se puede hacer con un equipo de personas motivado y bien organizado.

En este caso, en Carsonified han logrado hacer Matt, una aplicación para actualizar el estado en varias cuentas de twitter, en sólo 4 días. Para ello han usado Django y Git junto a Codebase para el control de versiones.

Lecciones que han aprendido y recomendaciones para crear aplicaciones web de una forma rápida y ágil (si esto tiene que ver también con metodologías ágiles de desarrollo):

1- Reducir a 10 minutos las reuniones por la mañana y hacer una recapitulación de un máximo 10 minutos al final de cada dia. Las reuniones son el mejor método para matar la productividad y reducir la creatividad.

Este es un video de la reunión al final del primer día.

Matt Week - Day One Recap from Carsonified on Vimeo.

2- Conseguir que la gente se aleje de los ordenadores a la hora de comer. Ir a comer juntos o jugar a la WII. El entusiasmo y la creatividad se pueden deteriorar bastante si no se hace un descanso a lo largo del día.

3- Simplificar el sitio web y la aplicación lo máximo posible

4- Utilizar un buen framework. Una de las razones por las que se han decidido a usar Django es para compararlo con Ruby on Rails y Symfony. Su veredicto fue que django no es tan riguroso como RoR o Symfony y por ello, descartan usarlo en futuros proyectos.

5- Contratar buenos diseñadores y confiar en su trabajo, no puedes adivinar cómo va a quedar el diseño al final con los bocetos iniciales.

6- Ser tecnológicamente agnóstico objetivos. Si tus programadores te dicen que es mejor utilizar un determinado tipo de tecnología y no otra, dándote sólidos argumentos, hazles caso.

*Personalmente este punto para mí es muy importante (quien me conozca o haya trabajado conmigo lo sabrá de sobra). En España y Latinoamérica sobre todo, me he encontrado profesionales que critican o evitan determinadas tecnologías sin conocerlas. Como en el típico caso de descartar .net u otra tecnología de entrada simplemente porque es de Microsoft. El componente principal de JavaScript que hace posible la existencia de Ajax por ejemplo, fue creado por Microsoft en el 2002 y muchas de esas personas lo usan sin saberlo.

7- Concretar como tus programadores y diseñadores van a trabajar juntos. Los diseñadores crean páginas HTML estáticas que los programadores convierten en plantillas. Esas plantillas son accesibles desde el control de versiones de una forma centralizada para todos.

8- No es suficiente con tener sólo un programador y un diseñador. Se necesita al menos una persona de dedicada a difundir tu aplicación y obtener cobertura en los medios.

9- Implementar tu entorno de desarrollo correctamente. Que cuente con un buen control de versiones (ellos sugieren Git), una aplicación web para ver los cambios (ellos usan Codebase), una infraestructura sólida de sistemas (ellos usan Flexiscale, Grid-Service, Mosso o EC2), un sistema de deploy con un sólo click (si usas Rails ellos sugieren Capistrano) y, por último impresoras, lugares para reunirse y pizarras (ellos disponen de una pared entera que usan como pizarra)

Lo que sigue es un vídeo a cámara rápida de lo que fue el segundo día de desarrollo.

Matt Week - Day Two Time Lapse from Elliott Kember on Vimeo.

Todos aquellos que desarrollamos aplicaciones internacionales tenemos presente, o deberíamos tener presente, gettext como una de las soluciones más potentes para conseguirlo.

JQuery cuenta con un plugin que nos permite implementar gettext mediante javascript, os dejo el enlace aquí.

Concretamente los he comprado en la tienda Cocodrilo. Los tenía en formato electrónico pero no pude resistirme.

• Information Architecture, for the world wide web - Peter Morville & Louis Rosenfeld (O’Reilly)
• Building scalable web sites - Cal Henderson (O’Reilly)

Y en el evento de Microsoft me regalaron un cuaderno técnico sobre Visual Studio 2008 (la versión web developer express es de lo mejor que he usado para maquetar, mejor que dreamweaver y gratis), en el que viene un capítulo dedicado a silverlight.

Safari trae unas cuantas y muy interesantes herramientas para hacer debug de nuestra aplicaciones web.

Por defecto ésta barra de herramientas de debug está oculta y hay que ejecutar ésta sentencia en el terminal

defaults write com.apple.Safari IncludeDebugMenu 1

Ésta tarde cuando volvía de trabajar del trabajo, he tenido una “mala experiencia de usuario” con las máquinas del metro que se usan para sacar el billete que te permite viajar en el mismo.

Resulta que en Bilbao, tenemos los llamados Creditrans, con los que se puede pagar un viaje en metro, bus, tren y unas cuantas cosas más con un sólo tipo de billete.

Una de las formas de conseguir un Creditrans es precisamente en las máquinas antes mencionadas. El tema es, que siempre te quedan unos 50 céntimos en el dichoso Creditrans que no se gastan y que no te llegan para un trayecto en metro.

Una solución es, a la hora de sacar un billete Creditrans nuevo.. meter el viejo para que se te descuente el saldo que tiene el mismo en el nuevo billete que estás sacando. El problema está cuando tienes no uno, sino más de un billete con saldo inútil en los mismos. No puedes meter más de un billete, para canjearlo, en cada operación de comprar un nuevo creditrans.

Me parece increible que se les haya pasado un caso así. Aunque es cierto que si vas a la taquilla del mismo metro o a un kiosko de Bizkaibus, te lo canjean sin problemas.. estamos a punto de entrar en el 2008! No quiero relacionarme con personas en el metro! Ese no es el lugar adecuado para hacerlo! Para eso están las máquinas! Fuera de sarcasmos, como usuario espero que lo solucionen.

Nota: Para los que vienen a Bilbao por primera vez y se queden una temporada, existen varios tipos más de billetes y algunos son exclusivos para el metro (es decir SOLO para el metro) de duración diaria, mensual, anual etc que no son tipo “prepago” como los Creditrans.

En pure.rednoize.com veo un interesante post con un muy buen ejemplo, de cómo grabar los movimientos del ratón de nuestros usuarios.

Para ello usa las librerías prototype, script.aculo.us y un backend en php que es el encargado de guardar los datos (en el ejemplo en un variable de session).

Ésta técnica me resulta francamente útil para recopilar información precisa y real sobre la experiencia de los usuarios que usan nuestras aplicaciones.

Ésta es una selección de links que no me da tiempo a postear en profundidad y he encontrado interesantes.

• Desarrollo: Microsoft pure code. Desarrolla con tecnologías microsoft, sin abandonar tu plataforma/lenguaje preferido.
• Desarrollo: Comenzar con tres conocidos frameworks de php, primera parte del tutorial de Duane O’Brien publicado en IBM
• Herramientas de test: mysqlsla (MySQL Statement Log Analyzer). Herramienta para el análisis de logs (slow y generales) de mySQL
• Herramientas de test: restTest, herramienta para testear peticiones asincronas via XmlHttpRequest
• Usabilidad: Eye-Tracking en Interacción Persona-Ordenador, un muy buen artículo sobre la ténica eye-tracking para testear usabilidad de sitios web

Steve Souders, autor del libro High Performance Web Sites , creador de la extensión para firefox YSlow y responsable de rendimiento de Yahoo!, comenta cuales son algunas de las prácticas que se llevan a cabo en Yahoo para optimizar el rendimiento de sus aplicaciones.

Xray es una aplicación para llevar análisis de rendimiento y test para aplicaciones en sistemas macOSX Leopard.

Ésta herramienta presenta distintos gráficos mostrando información sobre eventos de usuario, CPU y procesos, uso de la memoria, actividad de disco, carga de red y gráficos con OpenGL.

El programa permite guardar trazas con distintos análisis y correr tests específicos cuantas veces se quiera sobre la aplicación, comparando resultados anteriores generados por el mismo test.

En Sentido Web han publicado una lista de enlaces a tutoriales para aprender a gestionar el control de errores en nuestra aplicación php.

Merece la pena acostumbrarse a tener presente una buena implementación de control de errores para, además de evitar dar información a posibles visitantes igual de malvados que nosotros, poder llevar un seguimiento de los mismos y corregirlos.

• Funciones de Gestión de Errores y Registros
• Customising the PHP error handler
• Gestión de Errores en PHP
• Error Handling in PHP: Coding Defensively
• Error Handling in PHP: Introducing Exceptions in PHP 5
• Error Handling in PHP
• PHP5 Exception Use Guidelines
• Using PHP Error Handling
• PHP Error Handling
• Error Handling Functions
• Create your own PHP error handling class