Cuando comencé a trabajar en Microsoft hace unos años, una de las primeras cosas que hice fue crear un archivo de OneNote para realizar un seguimiento de todo. Tuve que aprender sobre procedimientos internos y herramientas, socios, proyectos y muchas otras cosas. La naturaleza jerárquica de los archivos de OneNote facilitó la organización de esta información vagamente relacionada en un conjunto de documentación bien organizado al que podía consultar rápidamente. Cuando dejé Microsoft para trabajar en Red Hat, quería seguir usando el concepto, pero con una herramienta de código abierto. Rápidamente encontré CherryTree, una aplicación para tomar notas con licencia GPLv3.
En Linux, todo es un archivo; en CherryTree, todo es un "nodo". Los nodos pueden ser texto sin formato, texto enriquecido o tener resaltado automático de sintaxis para una variedad de lenguajes de marcado y programación comunes. Cada nodo puede tener nodos secundarios, lo que le permite organizar fácilmente su información. Los nodos secundarios pueden tener sus propios elementos secundarios con propiedades independientes.
En mi papel como administrador del programa Fedora, dirijo varias reuniones de IRC. Mi archivo Fedora CherryTree tiene un nodo para reuniones de lanzamiento. Cada versión es un elemento secundario debajo de eso, con un nodo secundario posterior para las reuniones beta y final. Debajo de esos nodos secundarios, tengo nodos para cada iteración de la reunión. Tengo una plantilla para los comandos de IRC en uno de los nodos de nivel superior, que copio en los nodos secundarios con los detalles apropiados completados. De esta manera, tengo notas disponibles para cada reunión sin tener que usar el control de versiones.
El modelo de nodo por instancia me funciona bien cuando tengo notas largas o necesito hacer ajustes en el guión por reunión. Por otro lado, usaré un solo nodo en ejecución para reuniones de contenido corto. Cuando tengo mi uno a uno semanal con mi gerente, tomo notas en un solo nodo, usando encabezados con la fecha para separar las reuniones.
CherryTree también puede ser un práctico cuaderno de laboratorio. Debido a que los bloques de código se pueden ejecutar, puede ser una forma útil de compartir documentación con los colaboradores. Puede incluir documentación, incluidos texto, imágenes y tablas, junto con el código en un solo archivo. Los archivos pueden ser SQLite (que es más rápido para iniciar y más lento para buscar) o XML (que es más lento para iniciar y más rápido para buscar).
Aunque CherryTree se puede usar para compartir información, no se debe usar para la colaboración en vivo. CherryTree puede detectar cuándo se ha cambiado el archivo en el disco y volver a cargar el contenido, pero no está diseñado para un uso simultáneo. Del mismo modo, no tiene un mecanismo de almacenamiento en la nube incorporado:tendrá que guardar el archivo en un directorio que se sincroniza automáticamente o usar manualmente los comandos de Git para registrar el archivo dentro y fuera de un repositorio.
CherryTree se desarrolla activamente en GitHub. Una de las áreas clave de desarrollo en este momento es pasar de Python 2.7 a C++. Si está buscando una computadora portátil multiplataforma fácil de usar, CherryTree es una buena opción. Ahora necesito comenzar a usarlo para mis artículos de Opensource.com.