La deuda técnica. Basura en la cuneta.

Seguro que lo has visto alguna vez. Suele ser así: conduces por alguna carretera y ves en la cuneta una bolsa de basura que alguien ha tirado. Es algo que se repite y dudo que vaya a cambiar. Aunque no lo parezca, es una metáfora que ocurre con frecuencia entre los que nos dedicamos al desarrollo de software.

No digas a tus amigos que eres programador.

Seguro que hay muchas otras personas que al igual que yo piensan que es una pena que programar, siendo un trabajo tan difícil, sea tan poco valorado. De estar siempre corriendo en círculos. De que sea todo «fácil» para quien no sabe programar. De que sea todo para ayer. De que no se entienda que los cambios suponen un esfuerzo y un riesgo.

Siempre puedes volver atrás.

Una de las causas que siempre me bloquean a la hora de abordar proyectos es el miedo a no tener el control antes de lanzarme. El miedo es algo normal, y todo el mundo tiene miedo, en mayor o menor medida.

Otra cosa es el control. Hay muchas personas que defienden el control antes de dar un paso, y hay otras que defienden que no existe tal control y que se trata de algo psicológico.

Lo que me interesa no es saber quién tiene la verdad en este asunto, sino poder avanzar proyectos, y poder gestionar el miedo y el control para poder hacerlo.

 Primero, ¿porqué no doy ningún paso?. Después de pensarlo un poco, llego a las siguientes conclusiones:

¡Qué buena idea!.

Sobre las ideas se ha hablado mucho y se seguirá hablando. Cada vez se le da más importancia a la generación de las ideas. El tema es que, aún siendo un tema importante, también es necesario no olvidar que supone un gran esfuerzo.

Lo primero es saber dónde encajas más: ¿eres alguien a quien se le ocurren muchas ideas interesantes pero luego nunca las lleva a cabo?. ¿Crees que nunca se te ocurren buenas ideas?, ¿piensas que a nadie le parecen interesantes tus ideas?. Otras muchas preguntas de este estilo demostrarán que no nos diferenciamos mucho cuando tratamos este tema.

Pues…vuelvo a Eclipse.

En un post anterior, me lancé a la aventura de cambiar de IDE para los desarrollos en Android. Decidí que, a partir del proyecto de software de tareas GTD, utilizaría NetBeans con nbandroid como entorno de desarrollo. Al principio me encantó, pero dos factores han hecho que cambie de opinión y vuelva a Eclipse:

1. nbandroid funciona muy bien, pero no tiene aún utilidades que sí tiene el plugin para Eclipse. Hecho en falta sobre todo la parte del asistente gráfico.
2. La existencia de Android Bootcamp Series 2012. Se trata de nada más y nada menos de 29 videotutoriales para aprender desarrollo sobre Android. He empezado a verlos y, por el momento, me gustan mucho. Sólo tienen la pega de que están en inglés. Estos tutoriales se basan en el plugin para Eclipse, por lo que prefiero seguirlos tal y como ellos proponen.

Así que, vuelta a instalar y configurar Eclipse. Para aquellos que os animéis, el video de Android Bootcamp número 3 lo explica perfectamente.

Saludos.

Accediendo a ficheros desde el emulador.

He empezado con el caso de uso de «Introducir tarea en la bandeja de entrada», del proyecto de GTD para Android. De las opciones que provee Android, he decidido mantener la información mediante ficheros xml. Para ello, voy a guardar los ficheros en la memoria interna del dispositivo, dado que no preveo que sea mucha cantidad. En la web se encuentra fácilmente la manera de crear ficheros en la memoria local. Recomiendo la información en Android Developers, en su sección Internal Storage.

Lo que no tenía muy claro era cómo comprobar que el fichero se ha creado y dónde, así que me puse a investigar y esto es lo que he encontrado: Android guarda, si utilizas esta forma, en el directorio /data/data/<nombre de tu aplicación>. Dentro de este directorio, he encontrado en mi caso dos subdirectorios: files y libs. Dentro de files he encontrado el fichero creado por mi aplicación.

¿Cómo verlo?: Abre en tu ordenador un terminal y escribe: adb shell. Verás que cambia el prompt. Podrás entonces, mediante comandos linux, acceder al sistema de ficheros. Ve con ciudado después de hacer «su» porque estarás como root.

Saludos.

Error Debug Certificate expired.

Codificando, al intentar hacer las primeras pruebas, me ha dado error al intentar compilar. El error empieza así:

BUILD FAILED

/Users/ed_crub/Documents/Android SDK/tools/ant/ant_rules_r3.xml:395: The following error occurred while executing this line:

/Users/ed_crub/Documents/Android SDK/tools/ant/ant_rules_r3.xml:209: com.android.sdklib.build.ApkCreationException: Debug Certificate expired on…

Mirando por la web, he encontrado la solución. Se trata que ha expirado el certificado debug. Para forzar la generación de uno nuevo, basta con borrar el fichero:

~/.android/debug.keystore

En mi caso, esta es la ruta al tener Ubuntu. En los Windows, supongo que habrá que buscar. Una vez borrado este fichero y volviendo a dar «Clean and Build», ha ido bien.

Saludos.

Estudiando los casos de uso.

Presento en este post una primera versión del diagrama de casos de uso para el proyecto de software GTD para Android. Podéis hacer clic en la imagen para verla más grande. Estáis invitados, si lo encontráis interesante, a comentar este diagrama de requerimientos inicial, de forma que se pueda adaptar el producto a las necesidades más reales posibles.

Un saludo.

Antes de empezar con el nuevo proyecto.

El nuevo proyecto que presenta este blog consiste en desarrollar un software de gestión de tareas bajo la filosofía GTD y para dispositivos Android. en breve aparecerán los pasos para que sirva además como tutorial a aquellas personas que estén interesadas en aprender desarrollándolo por su cuenta. Este proyecto valora enormemente la opinión de los posibles futuros usuarios de este software, tanto que espero poder conseguir una interacción con todos aquellos a los que les gustaría poder aprovechar el resultado en su dispositivo Android.

Si estás interesado, puedes ayudar a este proyecto colaborativo. ¿Cómo?, de momento con algo muy valioso: tus experiencias a la hora de la gestión de las tareas, sobre todo con GTD. La siguiente encuesta tiene como objetivo saber qué áreas son las que un software podría ayudar más y tener esta información como ayuda al diseño del nuevo programa. Si quieres, estás invitado a poner tu opinión. Si además te parece una buena idea, no dudes en difundirla.

Un saludo.

Nuevo propósito. Nuevo desarrollo.

En breve, este blog empezará una serie de posts alrededor de un nuevo desarrollo Open Source sobre Android. Periódicamente, se publicarán los avances para que, cualquiera que quiera, pueda aprovecharlo y también formar parte de este nuevo miniproyecto. En este post, sólo presento la idea general, esperando que la comunidad se anime a formar parte.

La idea es desarrollar un software de gestión de tareas sobre Android y bajo la filosofía GTD (Getting Things Done) ideada por David Allen. Desde hace un año utilizo este sistema y lo encuentro realmente práctico y productivo, cosa que no conseguí a partir de los sistemas clásicos de agenda y tareas.

El objetivo principal es el aprendizaje, no tanto el producto final. Así como se hizo con la serie de artículos del desarrollo del ahorcado, intentar aprender desarrollando.

Estáis todos invitados a formar parte de esta idea.