Disclaimer: This is a personal web page. Contents written here do not represent the position of my employer.
Wednesday, September 21, 2005
¿El futuro de las bases de datos?
Últimamente el mundo de las bases de datos se está moviendo bastante. Por un lado tenemos los brillantes frameworks de Mapeado Objeto-Relacional (ORM), que no hacen otra cosa que simplificar el día a día de los típicos programadores que utilizan un lenguaje orientado a objetos contra una base de datos relacional. (Microsoft estaba apunto de incluir su propio framework en Visual Studio 2005, denominado ObjectSpaces, pero al parecer han retrasado su lanzamiento...)
Luego empiezan a llegar las bases de datos orientadas a objetos, como DB4O o ZODB, que ya prescinden por completo de este modelo relacional de base de datos, arguyendo que ganan en eficiencia mientras que siguen trayendo las ventajas de los mapeados objeto-relacionales. Como en todo, ante estas primeras apariciones, hay detractores y entusiastas.
Y cuando parecía que todo estaba más o menos encauzado, aparece otro jugador en el terreno, que se hace llamar LINQ, y que promete un tratamiento de los datos en los propios lenguajes de .NET, sin perder la eficiencia del acceso SQL (ya que lo que genera esta técnica, al final, son sentencias SQL) y con una sintaxis ligeramente diferente a lo que todos conocemos como un foreach. Más info.
Sinceramente, no sé a dónde iremos a parar con todas estas soluciones, ¿se normalizará la tecnología en algo más concreto? Lo que está claro es que ninguna plataforma ni sistema se va a quedar rezagado. De hecho, los chicos de Mono ya han hecho sus primeros pinitos con LINQ. Sorprendente.
EMHO, el futuro pasa por deshacernos de ese lenguaje que se hace llamar Standard Query Language (SQL) que, haciendo honor a su nombre, no es un lenguaje, ni es para consultas únicamente, ni es estándar...
ACTUALIZACIÓN 15-NOV-2006: Muy interesante este enlace sobre ventajas y (pequeños y actuales) inconvenientes sobre DB4O. Sobre todo me ha gustado su explicación de cómo actuar frente a cambios en el modelo de datos.
Luego empiezan a llegar las bases de datos orientadas a objetos, como DB4O o ZODB, que ya prescinden por completo de este modelo relacional de base de datos, arguyendo que ganan en eficiencia mientras que siguen trayendo las ventajas de los mapeados objeto-relacionales. Como en todo, ante estas primeras apariciones, hay detractores y entusiastas.
Y cuando parecía que todo estaba más o menos encauzado, aparece otro jugador en el terreno, que se hace llamar LINQ, y que promete un tratamiento de los datos en los propios lenguajes de .NET, sin perder la eficiencia del acceso SQL (ya que lo que genera esta técnica, al final, son sentencias SQL) y con una sintaxis ligeramente diferente a lo que todos conocemos como un foreach. Más info.
Sinceramente, no sé a dónde iremos a parar con todas estas soluciones, ¿se normalizará la tecnología en algo más concreto? Lo que está claro es que ninguna plataforma ni sistema se va a quedar rezagado. De hecho, los chicos de Mono ya han hecho sus primeros pinitos con LINQ. Sorprendente.
EMHO, el futuro pasa por deshacernos de ese lenguaje que se hace llamar Standard Query Language (SQL) que, haciendo honor a su nombre, no es un lenguaje, ni es para consultas únicamente, ni es estándar...
ACTUALIZACIÓN 15-NOV-2006: Muy interesante este enlace sobre ventajas y (pequeños y actuales) inconvenientes sobre DB4O. Sobre todo me ha gustado su explicación de cómo actuar frente a cambios en el modelo de datos.
Labels: General, Mono, Programacion, SoftwareLibre
Monday, September 19, 2005
Cierran el núcleo del cliente P2P lphant pero siguen usando SourceForge.net
El interesante programa P2P lphant, el cual prometía mucho porque es independiente de la GUI, hecho en C# y probado en Linux con Mono, y que al parecer a nivel práctico superaba en rendimiento (de las descargas) a eMule, ha sufrido una transformación en su licencia: al parecer, el núcleo del programa (el componente de servidor) ha sido cerrado, ya no es software libre (se puede ver que la coletilla "src" sólo aparece para el componente del cliente en las descargas de lphant disponibles en SourceForge).
Sin embargo, como bien parece que se discute en el foro, el creador pretende seguir usando los servicios de SourceForge.net sin respetar las condiciones y además, sorprendentemente, está interesado en obtener desarrolladores que colaboren mejorando el núcleo. Y yo me pregunto, ¿alguien le vería atractivo colaborar altruistamente en algo cuyo resultado va a ser código cerrado?
Desde luego, este programa prometía mucho, sobre todo al estar desarrollado por un español, pero ahora ha perdido todo mi interés...
Actualización: Gracias a mis comentarios, al parecer, ya han retirado los paquetes no open-source de SourceForge.net. Esto permite que desfomentemos el código cerrado.
Sin embargo, como bien parece que se discute en el foro, el creador pretende seguir usando los servicios de SourceForge.net sin respetar las condiciones y además, sorprendentemente, está interesado en obtener desarrolladores que colaboren mejorando el núcleo. Y yo me pregunto, ¿alguien le vería atractivo colaborar altruistamente en algo cuyo resultado va a ser código cerrado?
Desde luego, este programa prometía mucho, sobre todo al estar desarrollado por un español, pero ahora ha perdido todo mi interés...
Actualización: Gracias a mis comentarios, al parecer, ya han retirado los paquetes no open-source de SourceForge.net. Esto permite que desfomentemos el código cerrado.
Labels: General, Mono, SoftwareLibre
Saturday, September 03, 2005
AMUSE: Ajax-based Module Unobstrusive System for EcmaScript
Acabo de publicar mi nuevo proyecto GPL, que tiene el nombre de AMUSE: Ajax-based Module Unobstrusive System for EcmaScript.
Es un sistema de librerías y módulos que permite modularizar más fácilmente las funcionalidades que se desarrollan en las aplicaciones web. Ya de paso aprovecho para probar Berlios (ya tenía experiencia con SourceForge.net), que dispone de servicio de Subversion (SVN) además de CVS.
Dejaré aquí la descripción, en inglés, que puse al dar de alta el proyecto (daré más detalles cuando introduzca el código en el repositorio):
My project consists of one javascript file that will provide a consistent way of making javascript (ecmascript) features unobstrusively. This will make easy the task of deciding to include or not include features in web applications, instead of doing it the old way (adding <script> tags, initializating variables, etc.).
Refer to this URL for the meaning and tutorials of the term "Unobstrusive Javascript":
http://www.onlinetools.org/articles/unobtrusivejavascript/index.html
The features provided by ecmascript code will be available through two types of files: library files and module files. Library files will provide some API (functions, constants, variables) to use in other libraries/modules. However, modules will be able to access the current webpage to modify its behaviour, using external libraries and/or resources, such as CSS or XML files.
I have developed some example libraries and modules that I would like also to host on this project page, as an example. I will license them with the same license as the project (GPL). The names of some of them are:
Libraries: ArraysAdvanced.js, CrossBrowser.js, CssHandling.js, Debug.js, FormValidation.js, FunctionForEvent.js, ...
Modules: AccessiblePopups.js, DisableAtSubmit.js, IntroEnhancements.js, OnlyScriptElements.js, PreContent.js, PrintLink.js, ...
The system also comes with the feature of automatic detection of redundant dependencies, which will provide a similar function in javascript than the PHP function "require_once".
Es un sistema de librerías y módulos que permite modularizar más fácilmente las funcionalidades que se desarrollan en las aplicaciones web. Ya de paso aprovecho para probar Berlios (ya tenía experiencia con SourceForge.net), que dispone de servicio de Subversion (SVN) además de CVS.
Dejaré aquí la descripción, en inglés, que puse al dar de alta el proyecto (daré más detalles cuando introduzca el código en el repositorio):
My project consists of one javascript file that will provide a consistent way of making javascript (ecmascript) features unobstrusively. This will make easy the task of deciding to include or not include features in web applications, instead of doing it the old way (adding <script> tags, initializating variables, etc.).
Refer to this URL for the meaning and tutorials of the term "Unobstrusive Javascript":
http://www.onlinetools.org/articles/unobtrusivejavascript/index.html
The features provided by ecmascript code will be available through two types of files: library files and module files. Library files will provide some API (functions, constants, variables) to use in other libraries/modules. However, modules will be able to access the current webpage to modify its behaviour, using external libraries and/or resources, such as CSS or XML files.
I have developed some example libraries and modules that I would like also to host on this project page, as an example. I will license them with the same license as the project (GPL). The names of some of them are:
Libraries: ArraysAdvanced.js, CrossBrowser.js, CssHandling.js, Debug.js, FormValidation.js, FunctionForEvent.js, ...
Modules: AccessiblePopups.js, DisableAtSubmit.js, IntroEnhancements.js, OnlyScriptElements.js, PreContent.js, PrintLink.js, ...
The system also comes with the feature of automatic detection of redundant dependencies, which will provide a similar function in javascript than the PHP function "require_once".
Labels: General, Programacion, WebDev
