Estadísticas de uso de códigos QR #infografía | vía @MarketingMovil


El marketing con códigos QR es cada vez más habitual: campañas de fidelización que permiten participar en promociones, encuestas de satisfacción de clientesinformación de productossupermercados vitualesinformación turística, etc.

La infografía que taremos hoy incluye estadísticas interesantes de códigos QR. Quizá el número más llamativo es el porcentaje de aumentos de códigos QR, que va en la línea de otros estudios como el del segundo trimestre de 2013 de Scanlife en el que se observa la tendencia claramente ascendente en el uso de estos códigos. Aunque Enrique Dans se haya hecho eco de la muerte de los códigos QR en su blog, parece que están aquí para quedarse los códigos QR están más vigentes que nunca.

En un año, el número de empresas que incluyen los códigos QR en su estrategia de marketing o van a incluirlo se ha triplicado.

Estadísticas de uso de códigos QR en marketing móvil #infografía

También es interesante observar que, pese a que la cuota de mercado de Android es muy superior a la de iPhone, en número de escaneos de códigos QR están muy equilibrados. ¿Será que los usuarios de iPhone navegan más e interactúan más con él?

¿Para qué se utilizan los códigos QR?
Leer más “Estadísticas de uso de códigos QR #infografía | vía @MarketingMovil”

10 herramientas de software libre para gestionar proyectos | Bitelia.com


Avatar de Marilí­n Gonzalo | Bitelia

Para trabajar de forma profesional en un proyecto, muchas veces necesitamos algo más que una lista de tareas, y es el momento de buscar una solución en software, tanto si es un trabajo que vamos a llevar a cabo solos como si hay otras personas en el equipo. Si los clientes son varios, entonces ya es imprescindible encontrar algún buen programa de gestión de proyectos, estable pero también flexible. Los programas desoftware libre son ideales porque además de ser potentes, cuentan detrás con una comunidad de desarrolladores y pueden hacernos ahorrar bastante en costos.

Hemos hecho una lista de herramientas de software libre abiertas y disponibles, así cualquiera que lo necesite pueda tener a mano un sitio donde buscar y probar distintos programas que han sido recomendados por sus usuarios. Si usan otras y les parece que deberíamos conocerlas, no olviden mencionarlas en los comentarios.

colabtive: A los fans de Basecamp les gustará esta herramienta, porque es la alternativa open source a herramientas propietarias como esta. Permite importar desde Basecamp e incluye funciones similares como la gestión de diferentes proyectos, los Milestones y las listas de tareas. También mide el tiempo dedicado a las tareas, emite informes y cuenta con varios plugins para extender sus funciones. Sólo en inglés.

Project HQ: También similar a Basecamp, Project HQ está construido sobre Python, Pylons y SQLAlchemy, y su base de datos es totalmente independiente. Gestiona distintas compañías, miembros y proyectos y cuenta con minestrones y listas de tareas. Es configurable visualmente usando CSS.

Artículo completo

 

24 tips for web developers

by ian

I’ve neglected the development folks lately. Which is ironic, since I’ve spent the last six weeks buried in reverse proxies via nginx, Nutch and writing web spiders in Python.

To make up for it, here’s a list of random learnings I’ve had when I put on my development hat:

1. Learn the business case. Make sure you understand the purpose of the application you’re writing. It’ll help you make informed decisions on features and such.
2. Fight for simplicity. Once you know the business case, you can work with your client to keep the application simple. So do it.
3. A stupid specification doesn’t justify a stupid application. If you know the spec makes no sense, then work with folks to fix it. Don’t write crappy code based on the crappy spec and expect sympathy later on.
4. You’re an architect, not a hammer. In the same vein as #3.
5. Plan twice, write once. Oh. My. God. Before you write a loop within a loop within a loop, think! There’s probably a better way. Small changes in architecture can make life a hell of a lot easier.
6. Plan for scalability. When your client says “Oh, this will never need to handle more than 1000 records” they are lying. Always plan for ginormous scaling. Write your code so that it can someday run on a platform like Amazon EC2, at least.


example of Python language
Image via Wikipedia

I’ve neglected the development folks lately. Which is ironic, since I’ve spent the last six weeks buried in reverse proxies via nginx, Nutch and writing web spiders in Python.

To make up for it, here’s a list of random learnings I’ve had when I put on my development hat:

  1. Learn the business case. Make sure you understand the purpose of the application you’re writing. It’ll help you make informed decisions on features and such.
  2. Fight for simplicity. Once you know the business case, you can work with your client to keep the application simple. So do it.
  3. A stupid specification doesn’t justify a stupid application. If you know the spec makes no sense, then work with folks to fix it. Don’t write crappy code based on the crappy spec and expect sympathy later on.
  4. You’re an architect, not a hammer. In the same vein as #3.
  5. Plan twice, write once. Oh. My. God. Before you write a loop within a loop within a loop, think! There’s probably a better way. Small changes in architecture can make life a hell of a lot easier.
  6. Plan for scalability. When your client says “Oh, this will never need to handle more than 1000 records” they are lying. Always plan for ginormous scaling. Write your code so that it can someday run on a platform like Amazon EC2, at least. Leer más “24 tips for web developers”