Archivo del sitio

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:

Lee el resto de esta entrada

Anuncios

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.

Proyecto colaborativo Software GTD para Android

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.

Gestión de Proyectos de Software Libre (III). De numeración de versiones y documentación

proyectos software libreEn esta tercera entrega de la serie de posts sobre la gestión de software libre (traducción del texto original de Benjamin Mako Hill), “Mako” nos explica cómo numerar las versiones y qué documentación hay que hacer para el proyecto.

Lee el resto de esta entrada

Gestión de proyectos de software libre (II). Decidiendo continuar.

proyectos software libreEn esta segunda entrega de la serie de posts sobre la gestión de software libre (traducción del texto original de Benjamin Mako Hill), decidimos seguir adelante con el proyecto y “Mako” nos explica cómo ponerle nombre y cómo licenciarlo.

Lee el resto de esta entrada

Gestión de proyectos de software libre (I). Comenzando un proyecto.

pieza puzzle 3d

Hace ya tiempo, llegué a un documento que encontré muy interesante. El documento estaba (y está) en inglés y se titula: “Free Software Management HOWTO“. En este documento se explica qué se debe tener en cuenta para intentar evitar que un proyecto de software libre fracase, aunque como dice su autor (Benjamin Mako Hill), es posible que aplicando estas recomendaciones fracasemos, pero es algo que ocurrirá seguro si no las tenemos en cuenta.

Lo que hay en los diferentes posts que componen esta serie es una traducción al castellano de este documento. Espero que os sea de utilidad y que la traducción que hice del mismo se entienda perfectamente.

Antes de comenzar quiero agradecer a Benjamin Mako Hill su aprobación sobre esta iniciativa, y espero que sea de beneficio a muchas personas. Si se prefiere, se puede acceder al texto completo en inglés.

Comenzamos…

Lee el resto de esta entrada

A %d blogueros les gusta esto: