dbdesigner4 y sqlite

Hace un par de semanas comencé a buscar una herramienta visual para implementar los modelos E/R de mis programas. Primero probé DIA, una herramienta open source para crear diagramas que sólo sirve para eso: crear diagramas. Después vi en un foro sobre xbase que alguien preguntaba por Dezign for databases. Me bajé la demo y estuve trasteando con el programa, pero se quedaba corto en el tema de los listados ya que la documentación que permite generar es muy escasa. Luego vi el post de Abel y la referencia a DbDesigner4 en un comentario. Me bajé el programa y me sorprendió. Es sencillo de usar y bastante potente, permite crear modelos lógicos de BB.DD. relacionales definiendo tablas, atributos y relaciones, generando luego los esquem
as para crear la base de datos. También permite hacer ingeniería inversa, creando un modelo a partir de una base de datos. La información que almacena el programa se guarda en ficheros XML, cosa también a tener en cuenta y es un programa con licencia GPL. Tremendo.

El programa rebosa elegancia, es uno de esos programas en los que te fijas cuando te planteas tus aplicaciones. Para muestra, el acerca de…

Me llama mucho la atención que el programa use SqLite. Esto es algo sobre lo que tengo que investigar, y ver si lo puedo usar con Xailer y sus DataControls.

PD: ¿ Alguien me dice como evitar que me llenen de basura los comentarios a los posts ?

reunión xbase

El próximo día 10 de Julio tenemos prevista una reunión de programadores xBase en Murcia. Seguramente vendrá José F. Giménez a contarnos cosas de Xailer y seguro que hay alguna novedad más.

Si estás interesado en asistir deja un comentario indicando la manera de contactar contigo.

paradigmas y comunidades de desarrolladores

Estos días Jaime y Rafa han publicado post sobre Xailer, José Alfonso le ha hecho una entrevista a Paco sobre vCode y se respira aire fresco dentro de la comunidad xBase. Desde mi punto de vista Xailer lo tiene complicado pues supone un cambio total de paradigma para los programadores xbase.

Un paradigma, de acuerdo a Thomas Kuhn, es la teoría o idea que es compartida por una comunidad científica y que nadie cuestiona. Ahora mismo está claro que el paradigma para programar en Windows es Fivewin/FivewinHarbour pero existen
anomalías dentro del paradigma que pueden hacer que haya una revolución por parte de la comunidad de programadores y esta decida abandonar el paradigma para abrazar otro. Esto se debe sobre todo – sigo con la teoría de Kuhn – a un sentimiento profundo de los miembros de la comunidad de que el paradigma no es el correcto y que deben buscar otro paraguas donde cobijarse. En las teorías de Kuhn el concepto de comunidad científica como ente social es fundamental y viene definido como un grupo de individuos que comparten un paradigma y que tienen lazos de conocimientos comunes.

Hace poco un amigo me dijo una frase que se me ha quedado grabada y que indica claramente que es uno de los progradores xbase en busca de otro paradigma. La frase fue: ‘Estoy harto de esperar tecnologías que nunca llegarán a xbase‘. Uno que se va. ¿ A donde ? Sólo él lo sabe, pero esa duda trascendental es la que indica que va a buscarse otro paraguas.

Si Xailer, o el entorno que sea, quiere triunfar debe hacerse atractivo para la comunidad, debe crear comunidad, de manera que haga que la comunidad de programadores xbase se replanteen lo bueno del paradigma actual y entren en crisis. ¿ Como se consigue esto ? Pues principalmente dando a conocer su herramienta y ofreciendo motivos para cambiar.

José, Ignacio: ¿ Que tal un blog donde nos tengais al día sobre Xailer ?

colores de Windows

Un error que se suele cometer cuando se programa es usar colores fijos en determinados controles que se quiere resaltar. Por ejemplo, que la fila iluminada en una rejilla de datos sea de color azul intenso, o un determinado
panel de un beige muy clarito. El programador se siente Van Gogh por un día y lo que acaba de hacer realmente es meter la pata hasta la rodilla. ¿ Que pasa si el usuario cambia sus colores de Windows ? Pues que el azul intenso puede quedar como una patada en la espinilla y lo del beige mejor dejarlo. El programador queda como un daltónico, cuando realmente es un chapuzas.

La solución es usar siempre los colores del propio Windows, de manera que sea cual sea la combinación de colores del usuario, nuestros programas entonen con ellos. Fivewin permite acceder a los colores de Windows a través de la función GetSysColor() y es muy sencillo hacer un pequeño programa que nos muestre los distintos colores del sistema, de manera que podamos elegir en cada momento cual usamos, pero siempre referido a la combinación de colores que tenga definida el usuario. Quiza perdamos un poco de vistosidad, pero ganaremos mucho en elegancia.

Fijandonos bién y ejecutando este programa con diversas combinaciones de colores veremos que Windows utiliza siempre pocos colores y juega con mucho cuidado con tonalidades de los mismos. Dejo el código fuente y el ejecutable de esta utilidad para descargar.

microsiervos

Comencé a leer el famoso libro de Douglas Copland y si tuviera que calificarlo diría que ha sido decepcionante. Decepcionante lo que he leido porque reconozco sin rubor que no he podido terminarlo de leer. Me parecía una auténtica perdida de tiempo. Pensando en que podría decir sobre el libro, creo si realmente los informáticos en general y los programadores en particular fueramos como dice el libro, quedaría completamente justificada la percepción que de nosotros tiene gran parte de la sociedad y que resume Peter Denning de manera magistral en su Who are we ?

La identidad actual de nuestro campo (TI) está muy mezclada.
Se nos ve como innovadores apasionados e inventores
prolíficos. Se nos ve como unos inadaptados de mente
estrecha centrada en las TI e incapacitados para las relaciones
sociales. Se nos ve como centrados en la tecnología en vez
de en las personas o en los usuarios. Se nos ve como ajenos
a las consecuencias sociales, políticas y económicas de
nuestras herramientas y servicios. Se nos ve como esquivos
de la responsabilidad por fallos en nuestras herramientas
e interrupciones en nuestros servicios. Se nos ve como
alguien con quien es difícil comunicarse.

Un libro totalmente prescindible.

GUIdebook

Via Microsiervos he descubierto GUIdebook, un sitio web sobre interfaces gráficos de usuario. Con apartados dedicados a los elementos de los interfacs, iconos, pantallas de inicio,… es un sitio fantástico para los que nos gustan estas cosas. La cronología de interfaces es para no perderla de vista, asi como los enlaces a otros sitios web. Toda la web es un guiño constante a la historia de los GUI, desde las pestañas ¿ a lo POSIX ? hasta la tipografía utilizada.

La tipografía del sitio es la fuente meta que en algún sitio leí que había sido la fuente más famosa de los 90. Recuerdo que la primera vez que vi esta fuente fue en la edición española de la revista Byte y quedé prendado. Para los que no tengamos esta fuente, en Windows XP existe la fuente trebuchet que tiene un cierto parecido.

patrones de diseño, refactorización y metodologías ágiles

  • Los peligros de los patrones de diseño
  • Refactorización en la práctica: peligros y soluciones
  • Metodologías ágiles en el desarrollo de software
  • Metodologías Ágiles: La ventaja competitiva de estar preparado para tomar decisiones lo más tarde posible y cambiarlas en cualquier momento
alanit
Resumen de privacidad

Esta web utiliza cookies para que podamos ofrecerte la mejor experiencia de usuario posible. La información de las cookies se almacena en tu navegador y realiza funciones tales como reconocerte cuando vuelves a nuestra web o ayudar a nuestro equipo a comprender qué secciones de la web encuentras más interesantes y útiles.