Tienes razón, quizás he abusado del lenguaje, si bien el S.O. que ofrece Oracle es un “refrito” de Red Hat, añade y facilita la gestión de su producto, y si no quieres, no compras el soporte.

Quizás podríamos hablar de distribución de Linux basada en Red Hat, pero entonces iniciaríamos un debate sobre Debian y Ubunto, en el que mejor no entrar.

Pero la idea que quería mostrar, y quizás no lo hice lo mejor que puede, es que al igual que con la Berkeley DB, Oracle es una de muchas que participan aportando, moldeando y sobretodo fomentando el software libre.

Evidentemente, con un único objetivo, sus intereses. Pero del mismo modo Sun se movió hacia el software libre como último coletazo de viabilidad. Oracle lo haga de forma más “criticable” pero no por eso, menos interesante para la comunidad.

En ningún momento pretendía comparar productos, ya que MySQL solo sería comparable a PostgreSQL y la distribución de Oracle al antiguo Solaris, que solo servía para sus equipos.

Sobre Android, OpenOffice o UltraSPARC no me atrevo ni ha comentar, ya que estoy convencido que será una lotería.

A mi lo que realmente me interesa de esta fusión es algo que llevo ya muchos días comentando: el cambio de licencia de OpenSolaris a GPLv2 que permita incorporar tecnologías como DTrace, ZFS o Zones directamente en Linux.

Algo que también me preocupa profundamente es la arquitectura UltraSPARC. ¿Qué pasará con los procesadores UltraSPARC T1/T2? Me parecen una ráfaga de aire fresco en cuanto a diseño de procesadores y optimización no en rendimiento bruto, sino en rendimiento por hilo y watio. Espero que Oracle no haga con UltraSPARC como hizo HP con el procesador Alpha.

Del tema de Berkley DB mejor ni hablemos. Lo he utilizado en varias ocasiones como almacenamiento de Cyrus IMAP y sólo me causó problemas. Corrupción y pérdida de datos, así como dolores de cabeza. Prefiero ni oir hablar de este producto.

Con respecto a Android, aunque el lenguaje de programación es Java, el lenguaje se compila a un código intermedio diferente del generado por el SDK de Sun, y la JVM que se utiliza es también diferente. Aunque el lenguaje sea el mismo, la plataforma no lo es.

Aunque hay una gran cantidad de proyectos que se desarrollan en C, éstos podrían pensar en migrar a C++. No hace falta utilizar características como orientación a objetos, pero la limpieza y las nuevas funcionalidades de C++ hacen que mereza la pena el cambio. Más que nada porque C está relativamente nuevo como lenguaje mientras que C++ continúa evolucionando.

PD: “portfolio” es un palabro/anglicismo que no existe en castellano y que puede traducirse por “cartera” (que además de ser más correcto suena mejor).

- Tiene una posición de fortaleza tal que podría obligar a la migración de los servidores de bases de datos a su Solaris. Cuenta con la ventaja de que en este entorno Oracle es mucho más potente que en Windows.
- Solaris, en sí mismo, es competencia de Windows en el entorno de servidores. Con una adecuada estrategia, OpenSolaris podría ser una alternativa a Windows en el escritorio ya que, a diferencia de la percepción sobre Linux, estaría “soportado” por una gran organización como Oracle. En esa estrategia también estarían incluidos StarOffice/OpenOffice.
- Y que me decís de un “paquete” ERP (Oracle Apps, PeopleSoft, etc)+Hardware de servidor para las empresas. Podría jugar con todos los márgenes para hacer ofertas rompedoras.
Esta y otras ideas me llevan a pensar que la compra de Sun no es más que un primer paso. Pinta bien la cosa.

Con respecto a BerkeleyDB, transcribo lo que pone en la web oficial:

· Berkeley DB—A transactional embedded data manager for un-typed data in basic key/value data structures
· Berkeley DB Java Edition—A pure Java version of Berkeley DB optimized for the Java environment
· Berkeley DB XML—A native XML database with XQuery-based access to documents stored in containers and indexed based on their content

Aparte de eso, está disponible también como “engine” de MySQL. Anda, por ahí sí podría haber sinergias… aunque desconfío bastante de Oracle. Saludos.