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.

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

• 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.

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

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.

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.

• 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

É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.

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