Acceso a la shell

Al fin tengo acceso a la shell de la forja, para poder crear una pagina web un poco más decente, después de que me arreglaran los fallos al crear mi cuenta en los servidores de la forja.

Como tengo acceso a varios ordenadores, y no me gusta recordar distintas contraseñas, utilizo la autenticación con clave publica/privada. Hasta ahora todo los usuarios de mis ordenadores era el mismo, pero ahora para la shell de la forja tengo otro distinto. Además no me gustaba tener la misma clave privada para sf.net y para forja.rediris.es.
Así que generé dos clave privadas. Pero para la autenticación se necesita especificar a la hora de acceder que clave privada se va a usar, por lo que para acceder a la forja tenía que poner algo como esto:

ssh csl-gconta@csl-gconta.forja.rediris.es -i ~/.ssh/id_rsa_rediris

Así para cada ordenador que me conectaba, necesitaba especificar el usuario, el host y la clave privada, a veces el puerto … Como soy muy vago, me creé un bash para esto, aunque me parecía un poco cutre, así que me puse a leer el man de ssh, y encontré lo que necesitaba. Mediante el archivo ~/.ssh/config, se puede especificar alias, de la siguiente manera:

# Lineas para acceso a la forja
Host forja
HostName csl-gconta.forja.rediris.es
User csl-gconta
IdentityFile ~/.ssh/id_rsa_rediris

# Lineas para acceso a sf.net
Host sf
HostName shell.sourceforge.net
User pepe
IdentifyFile ~/.ssh/id_rsa_sf

Las opciones son bastantes claras. Ahora cada acceso a mis ordenadores, los tengo configurados de esta manera, por lo que para acceder tan solo necesito:

ssh forja

o para sourceforge:

ssh sf

Aunque al final del todo, me di cuenta que la shell de la forja, hace un chroot jail, por lo que la cosa está bastante limitada. Sin php, ni python, ni perl, ni acceso a base de datos. Los comandos son bastantes escasos, aunque se entiende que se quiera evitar que los usuarios curioseen el sistema sin necesidad.

Resumiendo, que me quedo sin mediawiki, ni Trac para gestionar el proyecto. Abrá que volver al html puro y duro. Al menos podré utilizar el servidor para subir algún que otro screencast.

Tormenta de Ideas

Este finde para que no se diga que no me esfuerzo en el proyecto, he buscado un experto contable con gran experiencia, para tener una sesión de BrainStorming. Bueno, realmente no era un experto, sino una experta, y no he tenido que buscar mucho (las ventajas de tener una novia diplomada en empresariales …).

Así que nos pusimos manos a la obra (sesión de brainstorming, mal pensados) y estuvimos soltando ideas sobre que cosas podría llegar a tener una buena aplicación de contabilidad. Después sacamos una serie de palabras claves, sobre las cuales desarrolar las ideas:

Cuentas, Libro de Iva, Asientos, Libro de Iva, Facturas, Libro de Iva, Clientes, Libro de Iva, Informes, Usuarios y Perfiles, Libro de Iva … y por que dije que parara. Aunque noté que ella insitía en algo.

También se da uno cuenta de qué es lo importante en una aplicación o mejor dicho, le intenté vender la moto de que la aplicación es nueva, de que la arquitectura interna va a cambiar, de que será más extensible, C# nuevo lenguaje y plataforma mono, etc. Lo único que me preguntó es que si iba a seguir teniendo los mismos iconos. Así pues, confirmé que en efecto, iba a tener los mismos iconos y alguno más! y ya pareció convencerle la idea.

Esto del marketing no es lo mio. Así que resumiendo para los no informaticos: el gconta más el ansiado Libro de Iva, y por supuesto, repetando los iconos! como no!!

Primer contacto

Estoy siguiendo los tutoriales de la pagina de articulos de monodevelop para familiarizarme con esta arquitectura y con todas las nuevos Addins.

Desde luego tiene muchas similitudes con la arquitectura de Eclipse. La forma de definir los plugins/add-ins mediante archivos xml es exactamente la misma (supongo que los de sharpdevelop se inspiraron en eclipse). Aunque la documentación esta muy muy verde se puede seguir investigando (teniendo a mano el codigo fuente de monodevelop). Está tan verde que algunos tutoriales están ya anticuados.

Otro de mis objetivos con este proyecto es aprender más C#. Quizás tenga que hacer primero un manual de C# para javatos, por que hay algunas cosas que no están claras, o al menos no tengo tanta experiencia. La primera de ellas, la separación de namespace y clases con ficheros y directorios. En el mundo java, existe esta simplificación, de que exista un directorio por cada paquete, y un único archivo por cada clase pública. He encontrado algún que otro articulo explicando esto pero soy demasiado metódico y no encuentro ningún Best-Practices, para gestionar proyectos …

Llevo poco con MonoDevelop, pero ya echo de menos a mi eclipse :’(, ese compilador incremental con detección de errores mientras escribes, las Quick Fixes, renombramientos de variables, generador de codigo inteligente, organización de imports … si es que me dejo llevar!, no puedo evitarlo, en el fondo soy un javato eclipsado!.

Registrado el proyecto

Ya esta registrado el proyecto, a la espera de la confirmación. Aunque las comparaciones son odiosas, habrá que ver que tal me desenvuelvo en la forja de rediris, después de estar acostumbrado a sourceforge, al menos el estilo es mas bonito que en sf.net

Tambien habrá que comprobar si se podrá instalar mediawiki, para gestionar la página web al estilo del proyecto mono y monodevelop.

Inauguración

Este es el típico post equivalente al típico hola mundo, asi que allá vá:

Hola Mundo!