Fabianadas

Algunos consejos prácticos sobre cómo poner precio a tu aplicación web: How to price your web application. Es una lectura interesante en la que se nos habla de cómo diferenciar los distintos planes, qué estrategia de precios puede resultar interesante, etc.

Si os interesa este tema y no lo habéis leído, es imprescindible leer Camels and Rubber Duckies de Joel Spolsky.

Por cierto, leyendo el artículo sobre Endeve en Alzado la respuesta parece ser: En España, mejor no le pongas precio.

Resumiendo: Endeve es una aplicación para gestionar nuestras facturas, especialmente recomendado para autónomos y pequeñas empresas. Hace un año, decidieron abrir la plataforma y poner gratuita una buena parte de su funcionalidad. Aunque han conseguido multiplicar sus usuarios (gratuitos) un 800%, parece que muy pocos usuarios pagan por el servicio (o por lo menos esa es mi impresión tras leer el artículo).

¿Cual es el problema? ¿Quizá esa aplicación no interesa a su publico objetivo? ¿O es que en España nadie quiere pagar por una aplicación web? ¿Alguna empresa ha conseguido vivir de una aplicación web?

Leer el post completo »

En Design-Nation se han lanzado a la aventura de convertirse en una microISV(Micro Independent Software Vendor) y a raíz de la aparición de su primer producto, han escrito un artículo reflexionando sobre la creación del mismo: FND postmortem

Aunque yo le diría a Cesar, su creador, que el nombre del artículo no está muy bien traído (al fin y al cabo, se supone que su producto no está mortem sino recién nacido) creo que es una lectura que merece la pena. Nos habla de dónde encontrar motivación, de lo importante que es saber delimitar qué funcionalidades debemos incluir y cuales descartar, y mucho más.

Un tema este del microISV que me parece que es muy interesante y que merece un artículo más largo. Por ahora os dejo con la definición y referencias en la Wikipedia

Leer el post completo »

Un defecto que se achaca a diversas metodologías es que no están basadas en estadísticas de mejoras de productividad, sino que se basan en la impresión anecdótica de sus desarrolladores. Puede que se deba al estado aún primitivo de la ingeniería del software, donde hay poco regulado y las diferencias de productividad entre dos métodos quedan en gran medida minimizadas por las enormes diferencias de productividad entre unos programadores y otros y al efecto Hawthorne.

En cualquier caso, algunos seguidores de la Programación Ágil han creado un wiki donde se recopilan, anotadas, referencias bibliográficas sobre esta metodología de desarrollo: Agile Bibliography Wiki

Una buena cantidad de lecturas para comprobar la eficiencia (o no) de la Programación Ágil.

Leer el post completo »

¿Existe una barrera infranqueable entre los programadores y el común de los mortales? ¿Qué factores contribuyen a que no nos entiendan?

Leer el post completo »

Creo que son muy interesantes la serie de artículos publicados por Martín Pérez sobre cómo el trabajo en un proyecto de soft libre puede desembocar en una oportunidad laboral: Sobre Software Libre y las nuevas formas de encontrar trabajo.

Divide las oportunidades según sea crear un nuevo proyecto o unirse a uno ya existente. Algunas de estas son:

• Que el producto tenga éxito y puedas montar una empresa alrededor de él.
• Que te contrate alguien que utilice tu producto.
• Que los contactos hechos en el proyecto te ofrezcan trabajo.
• La mejora demostrable de tus conocimientos en una tecnología (no solo puedes decir que has leído un libro sobre ROR, por ejemplo, puedes demostrar con código que lo conoces).

Leer el post completo »

Las compras de software tienen un problema de percepción en el orden de magnitud de la cifra a pagar. Los compradores esperan pagar 3.000 o 30.000 donde debería costarles realmente 30.000 ó 300.000.

Leer el post completo »