Rodolfo Campero

nUML 0.5 released

2007-12-09T10:54:00.000-03:00

I just released a new version of nUML, namely 0.5.

Besides the usual bug fixes, in this version you can find improvements regarding both, functionality and performance, in the XSLT stylesheets for converting models from and to ArgoUML.

Also, there's a preview version of a new namespace, NUml.Uml2.Stereotyping, which contains helper classes for managing profile applications and stereotype instances. I'll try to write some documentation about this module in the wiki - if you're interested, leave a comment here or better post something in the project forums - sometimes I feel I'm writing docs just for myself.

So go get it, and report bugs if you find some.

nUML 0.4 liberada

2007-07-01T18:48:00.000-03:00

Como hace más de ocho meses que no se libera ninguna versión de nUML, y considerando que se ha avanzado bastante en varias áreas (sobre todo manejo de perfiles y estereotipos), hoy he decido liberar la versión 0.4 de la librería.

En este release se rompió la API en el módulo de XMI (todas las sobrecargas de AddDomain) y el namespace raíz ahora es NUml (era NUML).

Aparte de eso, no debería haber muchos inconvenientes a la hora de hacer upgrade - por ejemplo, MonoUML ya compila contra esta versión (me refiero al código de que está en SVN).

Cuando junte ganas y tiempo, voy a ir publicando artículos acerca de las bondades de este release, ya sea aquí o en el wiki.

Un posdata: una manera fácil de apoyar al proyecto es apuntarlo con enlaces; me gustaría mejorar el page rank para consultas del tipo UML library C# .NET. A los que puedan ayudar creando enlaces como el que precede (o similar) en su sitio/blog, desde ya muy agradecido.

Soporte para estereotipos en nUML

2007-05-22T11:57:00.001-03:00

Hace unos días incorporé soporte para estereotipos a nUML. Incluso es posible importar modelos hechos con ArgoUML donde se usen stereotypes, tag definitions y tagged values - la plantilla de transformación convierte estas construcciones de UML 1.4 a sus equivalentes de UML 2.0.

Los detalles se pueden encontrar en el wiki de nUML, artículo Profiles and Stereotypes (está en inglés).

Como siempre, todos los comentarios son bienvenidos; en este caso con más razón, porque (como se explica en el wiki) tuve que salirme del estándar para poder concretar la implementación.

La noticia más importante

2007-01-12T00:41:00.000-03:00

El domingo 31 de diciembre de 2006 nació mi hijo Tomás por parto normal, a las 10:43 am, pesando 3,075 kg; es una alegría indescriptible tenerlo en casa. Afortunadamente todo salió bien así que 48 horas después del parto ya estábamos en casa los tres.

Tuvimos la suerte de que mis padres y hermanos estaban en Buenos Aires ese día (prácticamente de paso), así que pudieron conocer a Tomás antes de tomarse vacaciones. Tomás también recibió la visita de sus abuelos por parte de madre, quienes viajaron desde Santa Fe para conocerlo. Estoy muy agradecido con ellos, especialmente mi suegra, por toda la ayuda que nos han dado en estos días.

nUML 0.3 liberada

2006-10-29T21:18:00.000-03:00

Bueno, dicho y hecho: ya se puede bajar la versión 0.3 de nUML.

Poniéndose al día

2006-10-28T13:06:00.000-03:00

Hace mucho que no posteo, así que voy a hacer un breve resumen de todo lo que ha sucedido en estos días:

Lo más importante: ¡voy a ser papá! así es, mi esposa y yo estamos esperando un bebé para mediados de enero.
He comprado (crédito mediante) un departamento, al cual le hacen falta algunos arreglitos menores, así que estaré mudándome pronto - lo ideal sería antes del nacimiento del bebé.
Muchísima carga en mi trabajo, lo cual sumado a los dos puntos anteriores ha afectado mi posibilidad de avanzar en los proyectos FLOSS de los que formo parte.
He conocido en persona a Mario Carrión, lo cual fue un gusto enorme.

Existe la posibilidad de que se use nUML en un proyecto del trabajo, así que tal vez se incorporen mejoras a las librerías si me topo con problemas, aunque he estado usando la versión 0.2 sin ningún inconveniente por ahora. Lo que sí me parece prioritario es liberar una versión 0.3 pronto, porque entraron varios cambios al SVN desde entonces.

Por otra parte, he estado trabajando en un generador de código para generar una futura versión de nUML, teniendo como objetivo UML 2.1. Esta vez voy a evitar un error que cometí al iniciar el proyecto: en vez de generar una versión inicial y mantenerla a mano modificando este código, voy a montar un esquema que permita generar código en base al XMI de la especificación actual y aplicar cambios hechos manualmente pero mantenidos en archivos externos. De esta forma, al cambiar la especificación la librería se mantendrá sincronizada rápidamente.

También sería bueno comenzar a incorporar características de C# 2.0, tales como generics. Pero a esto no lo veo factible en el futuro cercano.

nUML versión 0.2 liberada

2006-05-14T11:48:00.000-03:00

Se acaba de liberar la versión 0.2 de nUML. Esta version incorpora varias mejoras:

El serializador de UML acepta los espacios de nombres XML (xml namespaces) más usados por las herramientas CASE, lo cual permite leer modelos creados con estas herramientas sin modificaciones previas - siempre y cuando se trate de UML 2.0 y XMI 2.1.
La librería de MOF está mucho más ajustada a la especificación del estándar.
Se proveen archivos XSLT para convertir archivos XMI de versiones anteriores (1.0, 1.1 y 1.2) a la nueva versión 2.1. Esto permite leer, previa transformación, modelos creados con ArgoUML, por ejemplo.

Estos avances se hicieron realidad gracias a la ayuda de varios colaboradores.

Avances en nUML

2006-04-24T23:56:00.000-03:00

Ha pasado menos de un mes del lanzamiento del proyecto, y estoy muy satisfecho con la aceptación que tuvo hasta el momento y los avances logrados:

cambiamos el nombre a nUML ("n" minúscula),
ya tenemos wiki,
gracias a contribuciones, se realizaron mejoras al mecanismo de serialización, logrando mejor interoperabilidad con herramientas UML,
el nuevo logo, creación de mi amigo Andrés Krüger, está muy bueno :D

En una semana o dos se liberará una nueva versión, que incorporará (aparte de las mejoras mencionadas) unos XSLT para importar archivos XMI generados con otras herramientas - cortesía de MonoUML.

NUML ya tiene home page

2006-04-04T22:10:00.000-03:00

Poco a poco se va montando el proyecto NUML. El repositorio de Subversion ya está en funcionamiento, se ha liberado una primera versión, y acabo de terminar de configurar el Wiki Wiki de la home page de NUML.

Estamos tratando de armar una comunidad de usuarios de UML y CIL y hay mucho por hacer; mínimamente:

Crear un logo para NUML,
Subir ejemplos de código al wiki,
Hacer lo que haga falta para que NUML entre en Debian.

Así que si estabas buscando un proyecto de Software Libre para colaborar, ¡no busques más!, deja una nota en los foros de NUML o envíame un email: rodolfo.campero@gmail.com. Toda ayuda es bienvenida.

Nuevo proyecto: NUML

2006-04-01T13:11:00.000-03:00

He decidido partir el proyecto ExpertCoder en dos. Una parte seguirá siendo ExpertCoder, y se abocará solo a temas de generación de código con la idea de los sistemas expertos, manteniendo las librerías auxiliares Templates y Packaging.

La otra parte, concerniente a UML y temas relacionados (XMI, MOF), pasa a ser un nuevo proyecto independiente llamado NUML.

Junto con este cambio, también hay un cambio de licenciamiento para NUML - ahora se libera bajo la LGPL en vez de la GPL. Esperemos que esto atraiga a más colaboradores.

Se necesita ayuda para varios aspectos del proyecto, lo más urgente es el sitio web, pero también hacen falta desarrolladores y empaquetadores; uno de los objetivos a corto/mediano plazo es que NUML se incluya en Debian. Si tienes algo de tiempo libre y puedes dar una mano con alguno de estos temas, envíame un email.

CaFeCONF (2)

2005-10-17T21:39:00.000-03:00

Como mencioné en mi post anterior, he representado en la CaFeCONF a los dos proyectos de los cuales formo parte, ExpertCoder y MonoUML.

Antes que nada, quisiera agradecer a aquellas personas sin las cuales mi presentación no hubiera sido posible: mi esposa, por apoyarme en todo momento y entender la falta de atención durante los días previos; Mario, que se portó de manera excepcional haciendo un especial esfuerzo el día anterior a la charla corrigiendo bugs y preparando material para la presentación, y la gente del CaFeLUG por su excelente organización y por brindarme la oportunidad de ser conferencista, aparte de ser muy piolas ;-).

La charla transcurrió sin inconvenientes y MonoUML se comportó como el buen niño que es, a pesar de correr sobre una máquina obsoleta. Lo único mejorable es que me quedé sin tiempo para mostrar un ejemplo en particular y la importación desde otras herramientas, y también que me hicieron solo dos preguntas - tal vez porque no se entendió o porque el nivel fue demasiado básico, no lo sé. También estoy agradecido con la gente de mi trabajo actual y del anterior, que hicieron el esfuerzo de asistir a acompañarme.

Con respecto al resto de la conferencia, estuvo muy buena; quedé fascinado con las charlas de Maddog y Roberto di Cosmo, los invitados especiales de este año. Sobre todo me llegó más la de Roberto, ya que me hizo recordar aquel año que viví en Francia.

También pude conocer a Nacho Diaz y Mauro Torres, los autores de Tuquito, la distro tucumana, y también a Mauricio Ferrari, del LUG de Tucumán, además de varios chicos del CaFeLUG - Borg, Nueces, etc.

Aquí les dejo un vínculo a las fotos del CaFeCONF, provistas por los chicos de Tuquito.

Actualización 22/10/2005: En el apuro olvidé mencionar a Pablo Baena, otro listero de mono-hispano y colaborador de Mono que también conocí en persona en la conferencia. Desgraciadamente no pude asistir a su presentación porque a esa hora estaba viajando a Rosario; otra vez será.

CaFeCONF

2005-10-08T09:02:00.000-03:00

Estoy muy entusiasmado porque este año voy a participar en la CaFeCONF, representando a los dos proyectos de los cuales formo parte: MonoUML y ExpertCoder.

Voy a aprovechar para conocer otras personas con las que comparto los mismos intereses, en particular otros tucumanos que vienen a dar sus presentaciones.

Con respecto a MonoUML, se están puliendo los bugs existentes ya que se introdujeron un par con las últimas reformas, y luego se avanzará con los diagramas de clases. En paralelo se avanzará en ExpertCoder con todo lo referido a Activities, por ahora comenzaremos con la serialización de elementos, luego veremos que hace falta para su uso desde MonoUML. Espero que se libere una versión pronto.

Autotools para EC y un nuevo reveng.exe

2005-09-24T12:44:00.000-03:00

Estoy muy agradecido con mi amigo Mario Carrión por hacer todo el trabajo necesario para que ExpertCoder utilice las autotools. Ahora que cuento con esta característica, volveré a entregar paquetes con los fuentes cada vez que libere una nueva versión.

Por otra parte, el desarrollo de MonoUML está muy activo ultimamente. Mario acaba de subir sus cambios al árbol, y yo también aporté mi granito de arena: ahora es posible combinar un modelo existente con el resultado de la ingeniería inversa sobre un ensamblado. Hay detalles acerca de esto en el blog de MonoUML.

Manual de usuario de ExpertCoder

2005-09-05T20:55:00.000-03:00

Acabo de terminar una primera versión del manual de ExpertCoder en español. Se acepta todo tipo de comentarios; si hay algo que no se entiende, por favor háganmelo saber.

Otra forma de colaborar es traducir el tutorial a otros idiomas; ya tienen mi email si les interesa.

ExpertCoder versión 20050822 liberada

2005-08-22T20:54:00.000-03:00

Ya fue corregido el bug que forzó el retiro de la versión 20050820.

Como mencioné la otra vez, el nuevo manual de usuario de ExpertCoder se basará en esta versión, así que pueden descargarla para probar los ejemplos del manual y para jugar un poco, e inclusive para basar sus proyectos en ella, pero no considero que esta versión tenga calidad suficiente como para un entorno de producción.

Recuerden que la versión 0.1a de MonoUML necesita la versión anterior, 20050503, lo que no sucede con la versión de SVN porque ésta depende de la versión de CVS de ExpertCoder.

No duden en preguntar si tienen dudas o problemas.

Como siempre, se agradecen todos los reportes de bugs.

Versión retirada debido a bug

2005-08-22T11:27:00.000-03:00

He retirado momentáneamente la última versión de ExpertCoder del área de descargas, debido a que he encontrado un bug importante en la librería de serialización. Esta tarde voy a corregirlo y voy a subir un nuevo paquete.

Disculpen las molestias.

Nueva versión de ExpertCoder - 20050820

2005-08-20T19:25:00.000-03:00

He liberado una nueva versión de ExpertCoder, la 20050820.

Esta versión no es compatible a nivel API con la anterior, así que aquellos que estén usando EC deberán recompilar sus proyectos y corregir lo que haga falta - no creo que sea mucho.

A propósito, MonoUML (en SVN) utiliza ExpertCoder de CVS desde hace algún tiempo, así que no es necesario modificarle nada. He dejado visible la versión anterior de EC, porque es la que usa la versión 0.1a de MonoUML.

Aunque los cambios incorporados en esta versión no están tan bien probados como los de otras versiones, he preferido liberar ahora para que el nuevo manual de usuario de ExpertCoder, que está en pleno desarrollo, refleje la realidad de la versión disponible para descarga.

El paquete es mucho más pequeño que el de la versión anterior, ya que no incluye los símbolos para depuración; de todas formas, a los usuarios del framework .NET de Microsoft les servía de poco.

Para obtener los fuentes correspondientes a esta versión, basta con tomar la versión marcada con el tag rel-20050820 desde CVS.

Por supuesto, si se topan con algún problema relacionado a esta versión, por favor avísenme.

¡Espero que lo disfruten! :)

Librería de plantillas más simple

2005-08-20T12:07:00.000-03:00

He subido unos cambios al CVS de ExpertCoder, que simplifican (un poquito) la manera de escribir clases derivadas de Template (o sea, plantillas).

Hasta ayer, existía una enumeración TemplateSource, que se usaba para indicar durante la construcción de la instancia si la cadena que venía a continuación debía interpretarse como una plantilla de texto o como el nombre del fichero que contiene a la plantilla.

Ahora hay dos constructores: uno que recibe un string y otro que recibe un FileInfo de System.IO.

A modo de ejemplo:
antes:


public class MiPlantilla : Template
{
  public MiPlantilla() : base(
    TemplateSource.Text,
    "mensaje: $Mensaje!",
    new string[] {"$Mensaje!"})
  { }
  /* ... */
}

y ahora


public class MiPlantilla : Template
{
  public MiPlantilla() : base(
    "mensaje: $Mensaje!",
    new string[] {"$Mensaje!"})
  { }
  /* ... */
}

Ahora me gusta más :)

Un modelo en varios ficheros

2005-08-14T10:47:00.000-03:00

Acabo de subir unos cambios a ExpertCoder, en particular a la librería de XMI 2.0 y a los serializadores que la utilizan, que posibilitan distribuir un modelo en varios ficheros XMI.

Esto permite, por ejemplo, tener definido un solo fichero XMI con tipos de datos comunes, y luego utilizarlo desde varios modelos. Pero más importante aún, será la posibilidad de definir perfiles (profiles) de UML 2 y luego poder aplicarlos a modelos, manteniendo por separado cada componente:

La definición del perfil.
La definición del modelo.
La aplicación del perfil al modelo.

Mantener todo por separado, de esta forma, permitirá aplicar y desaplicar más de un perfil a un modelo. Esto es sumamente útil en lo que respecta a generadores de código, ya que es frecuente que un generador necesite más información de la que el UML puro puede proporcionar; por ejemplo, es necesario un perfil de modelado de datos para poder indicar el tamaño de una columna de tipo varchar, ya que una Property de UML solo tiene tipo de dato, pero no tamaño.

He anunciado este evento en la lista de distribución en castellano de desarrolladores de MonoUML, ya que también he añadido una entrada de menú en MonoUML para agregar referencias a otros dominios de modelo desde el proyecto actual.

Documentación on-line de ExpertCoder

2005-07-15T19:56:00.000-03:00

Siguiendo los pasos de Fabián, he conseguido yo también publicar documentación de APIs en formato HTML. En este caso, se trata de la documentación de ExpertCoder, que en más de una oportunidad me han reclamado.

La documentación no está completa, pero al menos se pueden consultar los nombres de las clases, métodos, etc., a demás de que en algunas entradas hay explicaciones.

Aparte de eso, ahora estoy mejorando la librería para UML 2.0, implementando algunas operaciones definidas en el estándar para poder luego hacer uso de ellas desde MonoUML. Puntualmente estoy trabajando en especificaciones de instancias (InstanceSpecification), lo cual sirve para hacer diagramas de objetos.

¿Quién deriva de esta clase?

2005-06-03T19:52:00.000-03:00

El otro día implementé en MonoUML una funcionalidad que precisamente contesta esta pregunta. Detalles aquí.

Actividad de ExpertCoder

2005-05-23T21:05:00.000-03:00

Finalmente, y luego de una larga espera, SourceForge inauguró su nuevo sistema de estadísticas.

Por supuesto que lo primero que hice fue ver como van las estadísticas de ExpertCoder, y me encontré con una grata sorpresa: ¡98.37% de actividad! (detalles aquí)

Ahora espero que se restaure el sistema de listas de distribución, ya que hay mucha gente interesada en ExpertCoder y me gustaría comenzar a formar una pequeña comunidad. Ya creé una lista, pero cuando intento enviar emails me rebotan. Como decía, espero que se solucione pronto, porque tengo muchas espectativas.

Regreso de Tucumán

2005-05-14T08:56:00.000-03:00

Como he comentado en mi post anterior, el fin de semana pasado estuve en la provincia de Tucumán (Argentina) acompañado por mi esposa. Aunque me he tomado el viernes libre, compensando las horas en el trabajo durante las dos semanas anteriores, me resultó un fin de semana asombrosamente corto considerando que estuve allí desde el jueves a la noche hasta el domingo a la tarde.

En este viaje, estuve el viernes a la mañana en la facultad dando la mencionada conferencia acerca de ExpertCoder; allí me encontré con mi viejo amigo Iván y algunos profesores a cuya clase asistí en mis épocas de estudiante.

Hubo bastante asistencia a la charla, al momento de comenzar yo había contado unas 25 personas, pero luego llegaron más. Tuve tiempo de presentar MonoUML, y se formularon algunas preguntas interesantes.

El resto del día viernes lo pasé en la casa de mis padres, ya que mi madre festejó su cumpleaños (razón principal de mi viaje).

El sábado pasó bastante rápido, afortunadamente pude ver a otro amigo muy querido, Andrés, quien tuvo la gentileza de acercarse a la casa de mis padres para visitarme. Esa noche fui al cumpleaños de mi tío, que estuvo tan bien servido que parecía un casamiento. Allí me encontré con toda mi familia materna.

El domingo fui a visitar a mi abuela, quién cumplió años recientemente.

Durante todo el fin de semana he comido de manera formidable, tanto en cantidad como en calidad. Hacía tiempo que no comía algunas cosas, como ser buenas empanadas, locro y tamales. Fue un muy buen fin de semana, y he vuelto renovado y con fuerzas para continuar el año.

Charla sobre ExpertCoder en la UNT

2005-04-29T20:26:00.000-03:00

El viernes 6 de Mayo a las 11:00 am voy a presentar una charla en la Universidad Nacional de Tucumán (Argentina). El título de la misma será "Generación de Código usando Software Libre - el enfoque de ExpertCoder".

La charla se dará en la Quinta Agronómica, más precisamente en el Laboratorio de Redes de Computadoras.

Si bien el enfoque se pondrá en la generación de código con ExpertCoder, voy a colar alguna que otra diapositiva mencionando a MonoUML.

Desde luego, están todos invitados.

ExpertCoder: problemas de desempeño resueltos

2005-04-14T22:24:00.000-03:00

Hace unos días mencioné que la librería para UML 2.0 provista por ExpertCoder tenía unos problemitas de desempeño. Acabo de subir unos cambios al CVS; he cambiando radicalmente la manera de serializar los elementos, y he añadido varias características que permiten el ahorro de memoria.

En realidad, iba a hacer un post explicando las manganetas a las que tuve que recurrir, pero estoy sumamente cansado.

Si hay algunos usuarios de la librería por ahí (les recuerdo que MonoUML la usa), por favor cuéntenme como les fue con estos cambios.

Indignante

2005-04-12T21:41:00.000-03:00

Recién me entero de un programa impulsado por el gobierno argentino para que las computadoras personales estén al alcance de aquellos menos favorecidos. A primera vista suena muy bien, pero en cuanto vemos las especificaciones de los equipos notamos que vienen con Windows XP preinstalado.

Considerando que se trata de 10 millones de máquinas, lo primero que se nos viene a la cabeza es el ahorro que se podría haber hecho en cuanto al costo de las licencias del sistema operativo. Pero inmediatamente después, pensamos en la enorme oportunidad perdida para el desarrollo del software libre en Argentina, ya que los nuevos usuarios aprenderán a utilizar Windows y sus aplicaciones propietarias, con lo cual se afianza aún más el círculo vicioso de usuarios sin conocimiento de otra cosa, lo que impone a las empresas a usar software propietario, lo que a su vez hace que la gente no aprenda ninguna alternativa, cerrando el círculo.

En este sentido, yo comparto la forma de pensar de Richard Stallman, en cuanto a que el problema del costo es superficial. ¿Qué le estamos enseñando a la gente que compra estas máquinas? básicamente, que la piratería es una forma de vida, ya que alguien cuya única alternativa para acceder a una computadora es pagar 40 pesos por mes (unos 14 USD) no creo que pueda desembolsar el costo de una licencia de MS-Office para transformar su PC en una herramienta útil. Ya se que existe OpenOffice, pero está claro que a esta gente se le está ocultando este tipo de información. ¿Y con respecto a la forma de vida colaborativa, en comunidad, de generosidad con nuestros vecinos? Todo tirado por la borda.

Tal vez necesitamos más gente con calce en las altas esferas del gobierno, el cual probablemente pertenezca al grupo de aquellos que ignoran la capacidad y simplicidad que han alcanzado las aplicaciones de software libre y código abierto (FOSS). Afortunadamente no es tan así ya que hay gente, como Marcelo Elías, que está al tanto del problema y tiene una opinión bien definida. De más está decir que recordaré su nombre a la hora de emitir mi voto en el futuro.

A pesar de la bronca que siento en este momento, tengo en claro que lo que debemos hacer es evangelizar más y despotricar menos.

Problemas de desempeño en EC

2005-04-05T23:33:00.000-03:00

En estos días hemos estado poniéndole carga a MonoUML, gracias a una aplicación de ingeniería inversa que está haciendo Mario.

El programa genera un modelo UML a partir de un ensamblado, metiéndose bastante en detalle en todos los elementos afectados, tanto propios del ensamblado como referenciados directa o indirectamente. Esto hace que se obtenga información minuciosa de, por ejemplo, toda la mscorlib.dll.

Esto permitió detectar varios problemas:

Alto consumo de memoria: aproximadamente 3,5 KB de RAM por cada clase vacía (!!!).
Demoras para deserializar modelos grandes.
Demoras tremendas para eliminar, por ejemplo, un paquete completo con todas las referencias a este y a sus los elementos contenidos.

Estos problemas surgen como resultado de la implementación actual de la librería para UML 2 de ExpertCoder (EC), que evidentemente necesita una revisión.

Yo creo que el quid de la cuestión está relacionado a la infraestructura para mantener los esquemas de propiedades de UML que se monta cada vez que se crea un objeto. Esta infraestructura permite que el valor de una propiedad pueda ser un subconjunto del valor de otra (ejemplo: todo Element tiene un conjunto de comentarios llamado ownedComment, que es un subconjunto de otro atributo llamado ownedElement; la idea es que todo elemento de ownedComment pertenece también a ownedElement).

Considero que, para solucionar este problema, debe implementarse un esquema perezoso de instanciación de esta infraestructura, de manera tal que se genere en tiempo de ejecución sólo para las propiedades que son realmente utilizadas.

Este fin de semana haré unas pruebas preliminares, tratando de optimizar Package, Class, DataType, Property y Operation, ya que son los elementos de modelo más utilizados en los ejemplos que tengo a mano, y si puedo bajar considerablemente el consumo de memoria y los tiempos de deserialización, aplicaré los cambios al resto de las clases.

Será un trabajo pesado y doloroso, pero es necesario hacerlo.

Delta del Tigre

2005-03-27T22:02:00.000-03:00

Este fin de semana fui con mi esposa al Delta del Tigre.

No pudimos ir toda Semana Santa completa, por razones monetarias y también porque ella tenía que trabajar el jueves y el sábado por la mañana, así que estuvimos desde el sábado a la tarde hasta el domingo a la tarde.

El lugar donde fuimos queda entre los corredores Gobernador Arias y Paraná de las Palmas. Nos alojamos en una pequeña cabaña, construida a un metro y medio del suelo (más o menos), porque las inundaciones son frecuentes; para llegar allí, tuvimos que tomar un colectivo a la estación de Retiro (5 min.), ahí nos tomamos un tren hasta Tigre (45 min.), y finalmente una lancha colectivo a la isla (una hora de viaje).

La pasamos muy bien, es un lugar muy tranquilo y bueno para descansar - sólo bosque, playa y río. El sábado nos fuimos a dormir a eso de las 22 hs, y el domingo me despertó un gallo a eso de las 7 de la mañana. Igual pude dormirme de nuevo, hasta las 9.

El paquete que contratamos incluía desayuno, almuerzo y cena, y de todo esto lo más interesante fue el almuerzo: asado libre. Por suerte pude contenerme y no comí de más.

Aunque fueron solo dos días, me siento bastante renovado y con fuerzas para continuar todo el año; esto en cierta forma compensa que a principios de año me haya tomado una sola semana de vacaciones.

MonoUML - importando modelos

2005-02-26T15:07:00.001-03:00

Estos últimos días dediqué mi tiempo libre a incorporar el código de importación de modelos (que antes existía como un ejecutable aparte) a la IDE de MonoUML. Durante este proceso he corregido algunas cosas, como ajustar a la especificación de Diagram Interchange el tratamiento del zoom y la posición de elementos anidados.

Estoy bastante conforme con el avance hasta el momento, ya se pueden incorporar varios de los elementos. Les comparto unas capturas de pantalla:

Todavía falta el manejo de asociaciones; voy a revisar este tema cuando tenga tiempo.

¡MonoUML en las noticias!

2005-02-22T10:10:00.000-03:00

Acabo de encontrar la primera mención a MonoUML en las noticias: un artículo publicado en OSNews.com.

¡Felicitaciones a todo el equipo de MonoUML!

Avances en ExpertCoder

2005-02-21T09:30:00.000-03:00

Este fin de semana pude avanzar con el generador de C# de MonoUML, que está provisto por ExpertCoder. Agregué soporte para enumeraciones y un puntapié inicial para el soporte de interfaces - por ahora crea un fichero con la declaración de interfaz, pero no agrega las declaraciones de propiedades y métodos.

Un problema que he detectado es que UML permite que una interfaz defina attributes, que serían fields en C#, pero esto no es válido en .Net. Una alternativa que estoy evaluando es generar propiedades get y set según corresponda, pero de ser así, este criterio debería aplicarse también a las clases... ¿o no? Es un problema.

También hubo avances en las librerías ExpertCoder.Packaging (Project ahora deriva de Template) y ExpertCoder.Templates (bug fixes y funcionalidad implementada en ObjectCollection.)

Además estuve hablando con Mario acerca del futuro de MonoUML, y le mencioné una idea que me está rondando la cabeza desde hace un tiempo: permitir que la librería de ExpertCoder para serialización a XMI maneje más de un fichero xmi a la vez. Esto tendría mucha utilidad, por ejemplo para contar con paquetes predefinidos de tipos de datos útiles, por ejemplo las librerías de .Net, Java y otros lenguajes, y también para definir perfiles UML. Esto, aunque parece simple, tiene bastantes complicaciones, por ejemplo, habría que indicar al serializador en cual fichero debe almacenar los objetos nuevos (objetos que están en el modelo pero que no surgieron de una representación serializada); los elementos que tienen dueño se serializarían en el mismo fichero que su dueño, de acuerdo a las reglas de la serialización XMI, pero hay que definir que hacer con los elementos de nivel raíz.

Otros temas pendientes son el soporte de las operaciones deshacer y rehacer en MonoUML, el control de restricciones en la librería de UML, la integración del importador de XMI 1.0 y 1.2 a la IDE (actualmente existe como un .exe aparte), y la herramienta para ingeniería inversa sobre ensamblados. ¡Hay tanto por hacer!

Nuevo empleo

2005-02-19T09:54:00.000-03:00

Estuve ausente durante muchos días debido a grandes cambios que se están produciendo en mi vida, principalmente el cambio de empleo.

Resulta que desde el año pasado estoy bastante disconforme con mi actual empleador (me refiero al que me paga el sueldo, no a donde trabajo), básicamente por lo bajo del salario y por la falta de reconocimiento, ya que el año pasado avancé profesionalmente en varios ámbitos: obtuve la certificación en UML de la OMG (nivel fundamental), aprendí mucho acerca de GNU/Linux, gané conocimientos y experiencia con .NET y mono, hice algunos desarrollos para dispositivos móviles (puntualmente Pocket PC), comencé un proyecto de software libre, etc. y nada de esto parece ser importante para esta compañía. Supongo que es un problema generalizado de aquellos que trabajamos para consultoras.

A partir de que tomé la decisión, comenzó una época de mucho estrés que duró un par de semanas; pasé por varias entrevistas y exámenes, hasta que finalmente me decidí por la empresa donde voy a trabajar. Parece ser muy interesante, el software que producen es altamente especializado y el entorno de trabajo es agradable. Además, puedo decir que hay gente que sabe mucho en esta empresa, así que voy a seguir aprendiendo.

Me duele dejar mi trabajo actual, porque la gente es excelente tanto en lo técnico como en lo humano, y esto último es lo más importante, ya que uno pasa más de nueve horas por día con sus compañeros de trabajo. De todas formas vamos a seguir viéndonos, seguramente compartiremos un almuerzo cada tanto y podremos juntarnos a la salida a beber unas copas.

Algunas frases que vale la pena registrar para no olvidarlas, que he escuchado durante la charla que tuve para anunciar que dejaba la consultora:

"no sabía que tu problema era el dinero, ¡me hubieras presionado más!" - referido a las últimas veces que había pedido un aumento.
"yo cumplí mi parte" - referido a que me dieron un aumento que llevaba mi sueldo a 2/3 del promedio del mercado para mi puesto.

Todavía estoy en el limbo, ya que aún no he firmado con la nueva empresa, y todavía me queda una semana en mi puesto actual. Solo espero que el acuerdo de confidencialidad que debo firmar me permita continuar con mis proyectos de software libre, que no tienen nada que ver con los productos que ellos hacen.

Año nuevo, email nuevo

2005-01-24T20:57:00.000-03:00

Finalmente sucedió: me cansé de Hotmail. Mi nueva dirección es <minombre>.<miapellido>@gmail.com.

En otros órdenes de la vida, MonoUML ya cuenta con soporte básico para generación de código (C#). Por supuesto, está basado en ExpertCoder, el framework para proyectos MDA y de generación de código preferido por la juventud ;-D

Nueva versión de Expert Coder

2005-01-15T19:11:00.000-03:00

Esta mañana liberé una nueva versión de Expert Coder, la 20050115. Esta versión incorpora, entre otras cosas, todas las mejoras que se hicieron a la libería de UML 2.0 mientras se avanzó con MonoUML.

Además, tiré un par de líneas en los emails de anuncio, avisando que se necesita ayuda; si bien el conjunto de librerías está bastante funcional, hay muchas áreas donde se puede colaborar.

Luego de liberar la versión, comencé a trabajar en un proyecto que tenía en mente desde hace tiempo: brindar algún mecanismo para que sea posible preguntarle a un sistema experto cuales son los parámetros que espera, y que además simplifique el uso de parámetros en las reglas. Resultó ser más sencillo de lo que pensaba, y el mecanismo en cuestión ya está implementado (en CVS).

Como me quedó algo de tiempo, implementé un par de visores más para la pestaña de propiedades UML de MonoUML: uno para Classifier.Generalization y otro para BehaviredClassifier.InterfaceRealization. En otras palabras, permite indicar las herencias entre clasificadores y las interfaces que implementa un clasificador - clase, tipo de dato, tipo primitivo, etc. Todo en CVS, por supuesto.

Voy a comenzar a pensar en un mecanismo de plugins para MonoUML, que permita escoger un generador de código, generar dinámicamente un formulario para asignar sus parámetros, y ejecutarlo. Este proyecto va de la mano con otro: crear un formato de archivo para MonoUML. Este nuevo formato deberá permitir almacenar no solo el modelo UML y los diagramas, sino también las preferencias de generación de código de cada generador que el usuario haya utilizado, para evitar tener que indicar los mismos parámetros una y otra vez. Me gustaría hablar con Mario acerca de estos temas para conocer su opinión; será la próxima vez que nos encontremos en #monouml.

A propósito, la lista con el avance en la librería de UML 2.0 está aquí, y aquí el avance de la versión en cvs.

Vacaciones

2005-01-11T18:35:00.000-03:00

Mar del Plata

La semana pasada estuve de vacaciones en Mar del Plata. La pasé muy bien, mi esposa y yo nos alojamos en un hotel y salimos muchas veces a almorzar y a cenar a restaurantes, también fuimos al teatro un par de veces; una vida bastante cómoda y por cierto cara, pero vale la pena considerando que me tomé solo una semana de vacaciones - y además, me lo merecía ;-).

Además de todo esto, pude estar con mis padres y también con unas primas mías muy queridas, esto fue una alegría porque hacía tiempo que no las veía.

Proyectos

Al intentar retomar las actividades en el proyecto ExpertCoder, me di cuenta de que ni siquiera yo mismo tengo claro el grado de avance de la librería de UML. Para remediar esto, estoy escribiendo un XML donde se indica qué características están ya disponibles en la librería, junto a un XSLT que formatea este XML de manera agradable a la vista. Cuando termine la lista publicaré su ubicación, y retomaré el generador de código de C#, que pienso luego integrar a MonoUML; al finalizar esta tarea liberaré una nueva versión de EC.

También tengo en mente escribir un documento que explique los criterios escogidos en la implementación de la librería, para luego solicitar colaboración en los foros. Después de todo, es un buen momento para subirse al barco, ya que, hasta donde yo se, esta es la única librería para manejo de modelos UML 2.0 disponible para .NET, así que hay mucha noosfera para cultivar.

Un segundo para respirar

2004-12-18T11:19:00.000-03:00

Hace tiempo que no escribo, y es porque estuve muy ocupado con asuntos del trabajo.

Acabo de terminar un proyecto, y creo que por primera vez en tiempo y forma: exactamente en la fecha preestablecida y con la totalidad de los requerimientos pactados inicialmente.

A decir verdad tuve algo de ayuda, porque un par de colegas me dieron una mano, el proyecto está basado en tecnologías .NET, reutilicé código de otro proyecto para manejar la subida y descarga de ficheros almacenados en BBDD, y nuestro generador de código corporativo me dió un muy fuerte empujón inicial, inclusive se portó bien cuando hubo que hacer retoques en el modelo de datos.

Aprendí que efectivamente fue una buena idea generar el código de la capa de presentación, por más que el generador escupa una fila de etiquetas, cuadros de texo y demás, porque es mucho más fácil reorganizar que escribir todo desde cero (¡incluyendo validadores!).

Todo esto me recuerda que tengo que hacerme un tiempo para programar y subir unos cambios que tengo planeados para ExpertCoder, y ver si hay alguien dispuesto a escribir algún generador de capa de datos o algo basado en él.

Por otra parte, estoy ansioso por ver avances en MonoUML, ahora que mi amigo Mario ha terminado con sus obligaciones en la facultad.

Firefox y Fuckowski

2004-11-20T13:24:00.000-03:00

Hace un tiempo que no posteo, y la verdad es que no tengo mucho para decir; prácticamente no he tocado el código de ExpertCoder ni de MonoUML en estos días, porque ando sin tiempo. Lo más que he hecho ha sido subir un par de capítulos al proyecto de traducción del ECMA-334.

Sin embargo, me he sorprendido muy gratamente con dos descubrimientos: Firefox y Fuckowski.

Seguramente estarán pensando "¿cómo es posible que este tipo, que anda en el open source y todo eso, no haya estado usando Firefox todo este tiempo?". Bueno, es que usaba Opera, y a decir verdad es un muy buen navegador, y al poco tiempo libre que tengo prefiero usarlo para programar antes que bajar y probar cuanta pieza de software ande dando vueltas. Irónicamente, fue MS quién me lanzó a los brazos de Firefox, porque hace poco modificaron la manera de limpiar la papelera de Hotmail y ahora no funciona con Opera, lo cual me llevó a probar Firefox, y ahora que lo conozco no hay forma que vuelva atrás.

Por otra parte, he encontrado un blog que me ha encantado: Fuckowski, Memorias de un programador. No hay palabras para describirlo, deben entrar y leerlo ustedes mismos, es excelente. Yo estaba pensando en hacer un blog similar (me pasan cosas parecidas a las que él relata), pero debo admitir que nunca podría relatarlas con la calidad narrativa de Fuckowski. De más está decir que ya leí todos los relatos en su historial, y espero ansioso una nueva entrega.

Herramienta para traductores del ECMA-334

2004-10-13T18:45:00.000-03:00

Ayer me decidí a completar la traducción del capítulo 16 de la especificación del lenguaje C#, y me resultaba molesto tener que buscar una y otra vez la traducción exacta de los no-terminales (por ejemplo using-declaration), así que me hice un programita para ver la lista de los no-terminales y las traducciones que se hicieron hasta el momento. Tanto el programa como los resultados hasta el momento están disponibles, hay más información en un email que envié a la lista mono-hispano.

Con respecto a mi viaje del fin de semana, una vez que llegué a Llambi la pasé muy bien, no hay más razones para que ande quejándome :)

Viaje a Llambi Campbell

2004-10-10T11:20:00.000-03:00

En esta entrada voy a despotricar un poco, pero la intención es que se lo tome con humor. Habiéndolos prevenido, aquí comienza el relato de mi aventura.

El viernes pasado viajé a Llambi Campbell (desde donde estoy escribiendo), en la provincia de Santa Fe - Argentina, para visitar a mi suegra con motivo de su cumpleaños. Mi esposa había salido ya el día anterior, así que tuve que hacer el viaje solo.

El viaje dejó mucho que desear. Para comenzar, partió con una hora de retraso. Además, no funcionaba el aire acondicionado, así que entre el calor y la humedad (porque no se pueden abrir las ventanillas) costaba respirar. En un momento dado sacaron los televisores, y pensé que al menos iba a disfrutar de una película; qué iluso! Reemplazaron el viejo sistema de VHS por un equipo de DVD, el cual evidentemente no estaba preparado para las vibraciones y sacudones del viaje. Para hacerla corta, tuve que soportar a Luis Miguel haciendo gárgaras en un recital, con la imagen congelada cada tanto justo donde el pobre hombre pone cara de constipado. Después pasaron una película, y como ya había desarrollado la habilidad de completar mentalmente los cuadros faltantes, fue bastante pasable.

Al salir de Rosario, donde hizo una escala solo para que suban y bajen pasajeros, llevaron el vehículo a una gomería para cambiarle una rueda que se había pinchado. Imagínense como maldecía mi suerte! 50 minutos después, todavía en la gomería, me puse a pensar que me estarían esperando en la ruta (eran ya casi las 2 de la mañana), así que intenté llamar por teléfono para avisar que iba a llegar 3 horas tarde. Un chofer accedió a enviar un mensaje de texto, y luego de enviar el mensaje me sentí más tranquilo y me di cuenta de que estaba equivocado al pensar que los celulares no sirven para nada (no viene al caso exponer mis razones ahora).

Tiempo después, acomodé mi bolso que estaba en el piso porque alguien había derramado agua en la parte de atrás y pude dormir un poco.

Cuando finalmente llegamos a Llambi a las 4:40 am, me encontré con que me estaban esperando desde las 2:00! resulta que el mensaje de texto no había llegado; lo hizo a las 9:00. Y pensar que por un par de horas había cambiado mi opinión con respecto a esa porquería!

Pero después del suplicio que significó el viaje, mi estadía está resultando muy placentera: aire libre, naturaleza y tranquilidad. Dentro de un rato vamos a ir a almorzar al río, así que todo está excelente. Vamos a quedarnos (mi esposa y yo) hasta mañana lunes al mediodía, espero que el clima siga estando bueno.

First post!

2004-10-03T17:05:00.000-03:00

Finalmente me dicidí a escribir algo en el blog.

No tengo mucho para contar; fui al médico durante la semana y todavía me están revisando. El clínico me derivó al cardiólogo y al oculista, y el cardiólogo a su vez me derivó a un otorrinolaringólogo. Resulta que ultimamente tengo dolores en el pecho, dolores de cabeza, mareos y otras cosillas, pero aparentemente todo es simplemente nervioso, originado por el estrés... así que no es nada grave.

Este fin de semana aproveché que hay buen tiempo para salir a almorzar con mi esposa a un restaurant. Pasamos un buen momento aunque la comida no estaba tan buena.

En cuanto a otros aspectos de la vida, retomé la actividad en los proyectos de software libre en los que estoy trabajando: ExpertCoder y MonoUML. He mejorado el manejo de la serialización en formato XMI, y he agregado algunos visualizadores a la pestaña de propiedades UML de MonoUML.

¿Cómo sigue la película? bueno, voy a ir agregando posts a este diario a medida que pasen cosas. Tengo en mente escribir en castellano las entradas de carácter personal, y en inglés aquellas relacionadas a cuestiones técnicas; tal vez utilice este diario también para incluir pequeños artículos que ilustren como utilizar nuevas características de las librerías de ExpertCoder.