corrigiendo errores III

error #3: Poner unos foros en la web sin integrarlos correctamente.

Cuando montamos lanueva web pensamos en poner unos foros para los usuarios. Estuve viendo sistemas de foros y decidí usar los foros de phpBB que es un sistema muy conocido y extendido. El problema de este foro es que es muy potente pero al mismo tiempo muy complejo, y me conformé con pegarlo a la web, sin integrarlo correctamente. El caso es que cuando entrabas en los foros parecía como que salias de la web para ir a otro sitio.

Mal hecho. Si quieres ser profesional tienes que parecer profesional.

Ahora he estado modificando un foro basado en el de JoS que encontré en la web de John’s adventures para integrarlo correctamente en la web. Podeis probarlos desde la nueva página de foros de alanit. Son más sencillos que los de phpBB pero están perfectamente integrados en la web.

Anuncios

corrigiendo errores II

error #2: Usar registro ligado a máquina y complicar el proceso de registro del programa.

Otro error que cometí fue complicar el proceso de registro. A finales de verano pasado supe que las algunas versiones de mis programas se podian descargar en alguna red P2P y, la verdad es que no me sentó nada bien. Decidí que las nuevas versiones llevarían registro ligado a máquina, esto es el programa generaría una clave de registro en función del ordenador donde estuviera instalado el programa y en función de esta clave habría otra que yo enviaría. El resultado sería que si el usuario quisiera instalar el programa en otro ordenador me tuviera que pedir una nueva clave de activación.

Mal, mal, mal. Esta manera de proceder es un error garrafal. El caso es que ya puse un post sobre el tema en este mismo blog, pero me pudo más el enfado de ver los programas circulando sin control y cedí a la tentación de ponerme el traje de policia. Ahora ya está corregido y en breve lanzaremos unas versiones nuevas que llevan un sistema de registro tradicional por clave que ya no es ligada a máquina.

El usar un modelo de registro ligado a máquina es malo por dos cosas: uno porque el usuario realmente no tiene una licencia de uso del programa, sino una licencia de uso del programa en un determinado ordenador y si cambia de equipo necesitará una nueva clave. Esto crea una inseguridad clara en los usuarios y muchos potenciales usuarios nunca registrarán el programa. En segundo lugar usar un registro ligado a máquina complica el proceso de registro en tanto que en el momento de registrar el programa el usuario tiene que enviar una clave generada con el programa en el ordenador donde lo va a usar. Mucha gente prueba un programa en un ordenador y luego lo va a querer usar en otro distinto, o quiere comprar un programa para un amigo o familiar, o lo que sea. Lo que está claro es que un registro no ligado a máquina es más sencillo. Como experiencia puedo decir que el número de actualizaciones de las versiones que pusimos a la venta en noviembre han sido la tercera parte de lo que yo esperaba, y estoy con
vencido de que mucha culpa la tiene el modelo de registro.

Esta claro que con un registro por número de serie, un usuario puede registrar una licencia y usarla en varios ordenadores, pero realmente creo que los desarrolladores debemos confiar en nuestros usuarios ya que son los que nos permiten seguir en el negocio. Tal como está la cosa con las redes P2P, registrar un programa es más cuestión de voluntad que de otra cosa, y debemos hacer todo lo posible porque el registro de nuestros programas sea lo más sencillo posible.

corrigiendo errores I

Con el lanzamiento de las versiones 6.00 y 4.00 de Cuaderno de Bitácora y el Puchero el pasado mes de Noviembre cometí una serie de errores bastante importantes. En una serie de post los iré explicando, diciendo que hice, qué hice mal y porqué.

error #1: Poner un programa a la venta sin tener el fichero de ayuda terminado.

Después de varios meses de desarrollo, y tras haber pasado por una etapa de prueba con nuestros betatesters decidimos poner a la venta las nuevas versiones de los programas. Preparamos la nueva web y lanzamos los programas, dejandonos los ficheros de ayuda sin hacer y pensando que en un mes los tendriamos listos. Han pasado casi 6 meses y esta semana tendremos listos por fin los dichosos ficheros de ayuda. Al no tener los ficheros de ayuda no hemos querido enviar los programas a revistas ni a sitios de descargas pues pensamos que los programas no están completos.

Además, cuando liberas un programa siempre llegas con la lengua fuera y luego te da un bajón de ritmo de trabajo. Aunque al programa le falte la ayuda, inconscientemente piensas que el programa está terminado cuando no lo está y ralentizas un poco el ritmo. Para postre tras anunciar la nueva versión a los usuarios registrados siempre se produce una avalancha de correos que te quita mucho tiempo de desarrollo pues lo tienes que decicar a contestar estos correos.

Cuando se hace desarrollo a ratos como hacemos Jaime y yo, los plazos son incalculables. No sabes si un dia vas a tener 2 horas o ninguna, pero lo peor es que las planificaciones salen al revés. Cuando se acerca Navidad o Semana Santa piensas que vas a tener más tiempo para programar, porque seguro que cae algún dia de vacaciones. Sin embargo es al revés porque la familia, los amigos o cualquier otra actividad absorben tu tiempo libre y en vez de tener más tiempo tienes menos.

planeta código

Supongo que a estas alturas todos estareis enterados. Juanjo ha creado un agregador de feeds basado en web de blogs de programación y le ha llamado PlanetaCódigo. La idea es muy buena, y permite de un vistazo leer un montón de blogs de programación.

Tengo un amigo que dice que nunca diga que soy informático, sino que diga que tengo un puesto de fruta en un mercado. Tiene razón. Si tu le sueltas a alguien que la idea de un agregador de feeds basado en web es muy buena, te pueden mirar con cara muy rara.