Mientras el chico alto repartía los panfletos, el de la cara redonda se subió a la tarima y nos soltó su discurso. Las octavillas estaban escritas con el estilo simplista característico: «¡Hundamos las elecciones fraudulentas al rectorado! ¡Unamos nuestras fuerzas en una nueva huelga general en la universidad! ¡Demos un golpe decisivo a la conjunción poder industrial + poder académico = imperialismo japonés!». La teoría era magnífica, nada podía reprochársele al contenido, pero el texto carecía de poder de convicción. No inspiraba confianza ni movía corazones. Otro tanto sucedía con el discurso del chico de la cara redonda. La misma…

Supongamos múltiples tipos de cuentas, todas con información que no difiere estructuralmente entre cada tipo y almacenadas todas en un mismo módulo. Para el ejemplo, y aunque lógicamente parezca una locura, podríamos suponer que instituciones, programas y departamentos se almacenarán todos como cuentas, bajo el supuesto de que la información requerida para cada uno de los tipos será siempre la misma. Ahora bien, supongamos distintos tipos de relaciones entre contactos y cuentas, como por ejemplo estudiantes registrados, profesores, administrativos, docentes, además de otras tantas relaciones posibles. Ahora supongamos la vista de una cuenta tipo Institución y a continuación imaginemos el subpanel con todos los contactos con los que tendrá relación. Ahora visualice la mezcla indistinta de estudiantes, docentes y administrativos que tendrá ese subpanel y comprenderá el problema en el que nos metimos por querer tener en un mismo módulo diferentes tipos de cuentas.

«La liberación de metano en esas regiones inaccesibles, parece indicar que la capa de permafrost está comenzando a perforarse, lo que permite escapar al gas. Hemos encontrado niveles elevados de metano en la superficie del mar y aún más a ciertas profundidades.» – Örjan Gustafsson

Comic tomado de Cyanide & Happiness y cita tomada del artículo en Wikipedia sobre la Hipótesis del fusil de clatratos.

Seguramente ya se habrán topado con el widget para agregar correos a una cuenta. Esta solución es muy interesante desde la óptica de la usabilidad porque se trata de un campo que puede ampliarse conforme se vayan necesitando nuevos items, y si bien uno podría decir que con un relacionamiento es posible simular un elemento de este tipo, también es verdad que para el usuario es mejor tener un listado dentro de la declaración del módulo en vez de un subpanel. Así son los usuarios.

La herramienta Studio de SuiteCRM facilita el trabajo de declaración de relaciones entre módulos, pero su funcionalidad se queda corta cuando además requerimos la declaración de campos al interior de la relación misma. En circunstancias como esta no queda más alternativa que echar mano al código fuente.