Ultimos dias en los que le he podido pegar un empujon grande a suzie aka "mi proyecto de bot multiprotocolo/servidor de mini-aplicaciones".

Creo que ha llegado la hora de explicar un poco en que consiste suzie:

Muchas veces he tenido mini-aplicaciones (en adelante scripts) para realizar pequeñas tareas, tales como una consulta para ver que correo tengo, que tiempo hará mañana, consultar la cartelera del cine y demás.

Todos estos scripts están bien, pero no tienen APIs ni código compartido y su formato es irregular y no utilizable.

Salto de calidad en suzie:

• Los monitores pueden generar otros monitores, de hecho los monitores 'inet' y 'unix' ya generan monitores 'socket' ante una conexion. Esto significa que he superado la barrera que siempre me frenaba a acabar este proyecto
• Suzie dispone de un cron interno, basicamente se consigue usando la llamada poll de la clase monitor y generando un mensaje cada cierto tiempo
• Tanto trabajadores como monitores disponen ahora de memoria, con lo que pueden mantener un recuerdo de lo que habian hecho anteriormente, esta memoria se podra conservar entre ejecuciones en un futuro
• Implementados con exito los monitores 'tty', 'inet', 'unix' y 'cron'
• Como prueba se ha implementado un trabajador logger :)

• Exámenes.

  Duro fin de semana:
  Viernes examen de "Gestión de servicios de internet": rsync, ssh, http, vnc, smpt, etc. Fácil pero no deja de ser un examen.

  Lunes algo que parecía sencillo a primera vista: "Administracion de sistemas operativos". Una sanguinolenta matanza que nadie se esperaba, mi pésame a todos los que estuvimos allí.

• Frikismo.

  Tras el final de exámenes se abre la veda para liberar el frikismo acumulado y retenido a duras penas durante el ultimo mes.

Hemos llegado al punto critico de mi historia personal con suzie.

Basicamente consiste en crear un monitor desde un monitor. Me explico:
Los monitores (puntos de entrada/salida) generan mensajes que normalmente son el texto que ha entrado por el monitor.
Pongamos como ejemplo el monitor 'inet', este monitor escucha un puerto a la espera de una conexion, bien, suzie detecta esta conexion pero este evento NO debe generar un mensaje, si no otro monitor al que escuchar.

Suzie, mi asistente personal. Muchas veces he pensado en este proyecto, pero creo que pronto podre implementarlo.

Suzie se basa en el siguiente concepto:

• Tenemos una serie de pequeños programas que realizan funciones, llamemosles 'workers'
• Tenemos una serie de funciones que nos permiten leer/escribir desde diferente canales (stdin/stdout, jabber, web, mail, msn, ...)
• Un 'core' o director que se encarga de monitorizar las entradas, extrae el mensaje puro, el mensaje pasa por todos los 'workers' para ver si deben hacer algo con él. Una vez se ha procesado el mensaje se devuelve por el mismo canal que habia llegado.