Ritchie, también conocido en los círculos de la programación como “dmr”, nació en 1941 y pasó gran parte de su carrera en Bell Labs (uno de los principales proveedores de teléfonos en Estados Unidos cuando llegó, en 1967). Es muncialmente reconocido por su trabajo junto a Ken Thompson (que ya había escrito el lenguaje B) en el desarrollo de un sistema operativo más eficiente para los prometedores computadores pequeños. Lanzaron Unix en 1971.

Para 1973, la dupla había reescrito Unix en C para mejorarlo y hasta hoy este lenguaje de programación sigue siendo el segundo más popular en todo el mundo (o al menos el segundo en que más líneas de código se han escrito), siendo el punto de partida de C++ y Java y también lo que derivó -entre muchas otras cosas- a la creación de Linux por parte de Linus Torvalds.

Pasado prácticamente desapercibido para el público general, los más importantes de los reconocimientos en vida que recibió fueron el Premio Turing en 1983 (junto a Thompson) y la Medalla Nacional de Tecnología de manos del entonces presidente Bill Clinton, en 1998 (en la foto).

La enfermedad que acabó con su vida aún no ha sido especificada y tampoco se han revelado más detalles de su muerte, que recién se dio a conocer varios días después de ocurrida.

Que descanse en paz.

Link: Father Of C And UNIX, Dennis Ritchie, Passes Away At Age 70 (TechCrunch)

Visual Cobol R3 integrado con Eclipse

La compañía Micro Focus presentó una nueva versión de Visual Cobol, con la que los desarrolladores podrán migrar sus aplicaciones a distintas plataformas sin que sea necesario reescribir el código.

Visual Cobol R3 funciona sobre servicio de “nube” de Microsoft Azure, con lo que los clientes de esta solución podrán mantener sus sistemas vigentes frente a las nuevas tecnologías, sobre todo si pensamos que este lenguaje hace dos años cumplió 50 años de vida.

Según la compañía Micro Focus en la actualidad un 70% de las grandes corporaciones utilizan soluciones desarrolladas en Cobol, existiendo más de 220.000 millones de líneas de código activas.

Visual Cobol R3 permite trabajar en Java Virtual Machine (JVM), .NET e, incluso, Microsoft Windows Azure. Además será posible integrar Visual Cobol R3 con Microsoft Visual Studio 2010 y Eclipse, por lo que podrá ser utilizado tanto en Windows como en UNIX y Linux.

Click aqui para ver el video.

Link: Cobol comes to the cloud (Micro Focus Vía NetworkWorld)

Al mismo tiempo se informó que una serie de patentes relacionadas con UNIX y que son de propiedad de Novell, serían adquiridas por un consorcio de empresas agrupadas bajo el nombre de CPTN Holdings LLC. Entre los integrantes de este grupo de empresas se encuentran Microsoft, Apple, EMC y Oracle.

Una vez aquietadas las aguas respecto a estos anuncios, hasta el momento ninguna de las dos noticias se ha concretado. En el caso de la compra de Novell por parte de Attachmate Corporation el problema se relaciona con que esta última compañía aún no logra recaudar los dineros comprometidos en el acuerdo (se habla que le faltan “sólo” 1.000 millones de dólares), por lo que nos imaginamos que Novell esperará un tiempo prudente hasta dar por terminadas las negociaciones.

En el segundo caso (la compra de las patentes de UNIX), los problemas para concretar el acuerdo pasarían por la fuerte presión que estarían ejerciendo algunas organizaciones de defensa del software libre. De hecho se habla que la oficina federal alemana que se encarga de estas materias ha recibido cartas y recomendaciones de varias de estas organizaciones, entre las que se encontrarían la OSI (Open Source Initiative) y la FSFE (Free Software Foundation Europe).

La principal preocupación de estas organizaciones es que las patentes que están siendo comercializadas contienen muchos elementos de código abierto, por lo que no sería bueno que cayeran en manos de compañías que basan su modelo de negocio en la comercialización de software de código cerrado.

Link: CPTN Holdings is still trying to buy Novell’s patents (ZDNet)

Lo que generó más controversia entre los grupos defensores del código abierto era que, junto con el acuerdo de compra, se informaba de la venta de una serie de patentes de UNIX al consorcio CPTN Holdings, cuyo principal socio es Microsoft.

Por esta razón y para tranquilidad de todos Novell publicó una nota aclaratoria, en donde señalan que la compañía seguirá siendo la propietaria de las patentes de UNIX una vez que se concrete su adquisición.

Link: Important Message from John Dragoon, Chief Marketing Officer—UNIX Copyrights (Novell)

La noticia no debería sorprender a nadie, ya que desde hace tiempo que la compañía estaba aceptando ofertas para venderse al mejor postor.

Para que nadie entre en pánico luego de leer esta noticia, la idea de la compañía Attachmate es crear dos divisiones: Novell por un lado y SuSE por el otro.

Lo que podría resultar interesante es lo que va a suceder con las diversas patentes de UNIX que actualmente posee Novell (¿Les suena SCO?), ya que una parte importante de estas serán vendidas al consorcio llamado CPTN Holdings LLC y que tiene como principal integrante a Microsoft.

Tendremos que esperar hasta que salgan a la luz el detalle de los acuerdos alcanzados por todas las compañías involucradas, por lo pronto no deberíamos ver grandes cambios en los próximos meses.

Link: Novell Agrees to be Acquired by Attachmate Corporation (Novell)

SCO Group

Las pruebas aparecieron en el blog del abogado Kevin McBride – hermano Darl McBride (ex Director General de la SCO) – que salió a responder a un comentario con 46 diferentes ejemplos de código en el caso contra IBM, donde SCO Group reclamaba el incumplimiento de contrato y difusión de propiedad intelectual (hasta que perdió la batalla por la propiedad de UNIX).

Mirando brevemente en el código, algunas partes parecen ser copiadas y pegadas. Sin embargo, el orden del código se ha modificado y se han producido numerosas supresiones e inserciones en estas secciones. Además, algunos de los segmentos de código incluido son bastante genéricos.

Pero esto ya no importa porque Novell es el actual propietario de UNIX y la empresa no está interesada en una demanda contra IBM.

Link: Claimed Proof That UNIX Code Was Copied Into Linux (Slashdot)

“Novell está muy satisfecho con la decisión del jurado, que confirma la propiedad de Novell sobre los derechos de autor de Unix, que SCO ha clamado como propios en su ataque contra Linux. Novell permanecerá comprometido a promover Linux, incluso defendiéndolo en el frente de la propiedad intelectual”, afirmó Novell en un comunicado.

Mientras tanto, como era de esperarse la reacción de SCO fue negativa, y pese al resultado del juicio, la empresa dijo que no desistirá en su demanda contra IBM, a la que acusa de apropiarse de Unix e introducir parte de su código en Linux. Algunos no aprenden.

Link: Novell wins in court; SCO eyes new fights (CNET)

La historia detrás de este caso se remonta al año 2004, cuando SCO demandó a Novell asegurando que esta última le había vendido los derechos sobre el Sistema Operativo (en el año 1995). Por el lado de Novell se defienden aduciendo que lo que se vendió en su momento fueron los derechos del servicio, no los de Unix.

En su momento el caso generó bastante revuelo en el mundo de Linux, debido a que SCO envió sendas cartas a las compañías desarrolladoras de las distintas distribuciones del Sistema Operativo del pingüino. En dichas cartas la compañía exigía el pago de algunas regalías por el uso de Linux (por estar basado en Unix).

En estos años la compañía logró evitar su bancarrota y anotarse un importante triunfo judicial, luego que un Juez de la Corte Federal de Apelación anuló la decisión tomada por el Juez Dale Kimball del Distrito de Utah, en la que se concedía a Novell los derechos sobre Unix y Unixware. Al poco tiempo la compañía sufrió un nuevo contratiempo, producto de la salida de Darl McBride (CEO de la compañía).

Ahora la atención se centra en la decisión que en estos días tomará el jurado, no sólo por los 215 millones de dólares que exige la compañía por concepto de daños, sino que por el hecho de que si llega a obtener un resultado positivo, podrá revivir su demanda contra IBM y de ahí contra todas las distribuciones de Linux.

Link: Is this the end for SCO? (ComputerWorld)

Lo que no se sabía hasta ahora, fue la influencia de Intel para que Microsoft se preocupara por la interoperabilidad con Unix, por la preferencia del gigante del hardware hacia el sistema operativo Linux como su plataforma de desarrollo en 1999, hecho que quedó al descubierto en los correos incautados por el juicio Comes vs Microsoft, específicamente los del año 2002, cuando Microsoft está tratando de recuperar el terreno perdido en Intel.

La historia comienza en 1999 cuando después de una serie de pruebas entre Windows NT y Linux, Intel decide tomar la ruta de Linux para sus tareas de diseño electrónico automatizado (EDA).  Hay que hacer notar que Intel utiliza herramientas de terceros que son complementadas por aplicaciones propias, todo ello montado sobre sistemas Unix.  En los correos, Microsoft indica que los fabricantes de aplicaciones de EDA “se quemaron” con Windows NT por la mala experiencia que tuvieron con él, y por otra parte existía el famoso problema del huevo y la gallina:  Sus herramientas no estaban disponibles para Windows, y no lo estarían mientras no existieran clientes usando Windows que necesitaran versiones para este sistema operativo.

Vinod Anantharama de Microsoft lo resume así:

Intel ejecutó un proyecto de migración de EDA a principios del ’99, para migrar a NT4 – resultaron terriblemente quemados con esta experiencia debido a problemas de estabilidad y migración del software, por lo que se recomendó migrar a Linux.

Microsoft se involucró a mediados del ’99, realizando un proyecto en conjunto para evaluar Windows 2000 + Services for Unix versus Linux, como resultado se identificó una lista de unos 100 aspectos a trabajar.  Al final, después de 18 meses de trabajo esto no resultó – algunas de las razones se listan en el correo adjunto.  Intel avanzó por la ruta de Linux.

Como es de esperar, uno de los motivos que favorecieron a Linux fue que la migración de Unix a Linux es mucho más natural que una migración a un sistema Windows. Irónicamente, la dependencia de Intel sobre software específico de alto nivel profesional que existía sólo para Unix dificultó la migración a la tecnología de Windows.

Una vez en Linux, la tarea de devolverlos a Windows se puso dura, debido a que los mismos usuarios de Intel se resistían al cambio, lo que motivó intentar una estrategia de forzar la migración a nivel directivo.  S.Domasgear dice:

[...]Sin embargo con Intel, es un crimen que estén funcionando con Linux y es una vergüenza que no podamos migrarlos a Windows en sus sistemas de desarrollo principales.  Además pienso que a menos que esto sea una iniciativa desde el nivel superior de Intel para “simplemente hacerlo suceder”, esto no agarrará vuelo por mucho que lo intentemos.

Luego Bill Gates lo convierte en guerra santa y ofrece contacto directo con Paul Otellini, CEO de Intel:

¿En donde estamos en esta Yihad?  ¿Necesito llamar y enviar correos a Otellini para echar a andar este tema?  Cada día que pasa es un día malo para nosotros en este asunto.  Independiente de la dificultad, tenemos que trazar líneas sobre esto por un montón de razones.

Finalmente Mike Portner indica que será difícil convencer a Intel de dejar a Linux:

Disculpen que haya tomado mucho tiempo para investigar. BrianV formó un equipo para trabajar sobre este asunto y en nuestra opinión hicimos todo lo posible y logramos una solución muy sólida.  Intel dijo que sentían que no satisfaríamos cada necesidad, he estado presionando para obtener una lista de items en donde les fallamos desde hace unas dos semanas.  En resumen, y en mi opinión, Intel no quiere involucrarse con sus políticas internas y “vender” esta transición internamente.  Piensen en nuestra propio equipo de desarrollo, son brillantes, extremadamente talentosos y críticos… y en Intel, la gente de desarrollo fue criada en Unix/Linux.  Simplemente ellos NO QUIEREN migrar.  Además este tema lo llevo Albert originalmente, luego lo tomó Gelsinger por un tiempo.  No estoy seguro de quién está a cargo de esto debido s sus recientes cambios internos.  Esta puede ser un área en donde Otellini podría ayudar.

A finales del mismo año, SCO pone en práctica un montaje legal para desacreditar a Linux como un reemplazo de Unix, montaje que rebotó con fuerza sobre su propio líder Darl McBride.  Parte no muy conocida de esta historia es que al seguir la traza del financiamiento de SCO para llevar adelante su plan, aparece Microsoft, hecho que SCO trató de desmentir.

Al poner en perspectiva lo que se conoce ahora de Intel y su migración de Unix a Linux, no es de extrañar que haya existido interés en eliminar a Linux como una plataforma válida para las empresas que comenzaron a abandonar a Unix.

Link: Why Microsoft Suddenly Wanted to Be More Interoperable (Groklaw.net)

(cc) por Bill Bradford

SCO ha resultado un hueso bastante duro de roer.  Por un tiempo fueron uno de los principales proveedores de sistemas Unix hasta que se alejaron de la ingeniería para disputar el código de Linux contra IBM. Varias veces han sacado algún conejo del sombrero para seguir en pie, pero parece que los trucos se están acabando.

De forma bastante silenciosa ocurrió un cambio drástico del que sólo se supo por un documento exigido por la Comisión de Bolsa y Valores de Estados Unidos (SEC).  En él se indica que el gran gestor de el ataque contra Linux, su CEO Darl McBride, queda fuera de la compañía.

Y no se trata simplemente de que eliminan a McBride, sino que eliminan completamente el cargo de CEO y presidente que él tenía.  En el nuevo organigrama queda a la cabeza Jeff Hunsaker como Chief Operating Officer (COO), quien viene con experiencia de WordPerfect, Novell y Corel.

¿Resucitará Jeff una vez mas a SCO? ¿Volverán a los caminos de la ingeniería?

Link: SCO story ends with a whimper (ZDNet)

Lo último que habíamos sabido de SCO, era que se había salvado por poco de la bancarrota luego que Darl McBride -CEO de la compañía- lograra firmar un acuerdo con Gulf Capital Partners.

En ese momento McBride señaló que la compañía volvería a la carga contra IBM (y contra todo aquel que haya usado Linux), en un litigio que ya lleva más de 6 años que parecía que ya se había terminado, pero que perece amenazar con volver a estar en primera plana.

Claro porque un Juez de la Corte Federal de Apelación anuló la decisión tomada por el Juez Dale Kimball del Distrito de Utah, en la que se concedía a Novell los derechos sobre Unix y Unixware.

Con esto quedan nuevamente abiertas las puertas para que SCO reabra la demanda que interpuso contra IBM, en la que solicita una indemnización de 1.000 millones de dólares por el uso de licencias que son de su propiedad.

Como viene siendo una costumbre SCO nuevamente logra surgir de las cenizas, tendremos que esperar hasta el próximo capítulo de esta teleserie para conocer la estrategia que seguirá la compañía.

Link: Court overturns key computer software decision (The Salt Lake Tribune)

Ken Thompson y Dennis Ritchie

En Agosto de 1969 el programador Ken Thompson, que trabajaba en los Laboratorios Bell de AT&T, estuvo todo un mes encerrado ideando un nuevo Sistema Operativo.

Como resultado de lo anterior nació la primera versión de Unix en lenguaje ensamblador para una máquina DEC PDP-7. Durante esas cuatro semanas logró crear el Sistema Operativo, el Shell respectivo, un editor y un ensamblador.

Los Laboratorios Bell de AT&T en conjunto con General Electric habían trabajado en el desarrollo de un Sistema Operativo experimental denominado Multics (Multiplexed Information and Computing Service), ideado para ejecutarse en una gran computadora central y en el que se encontraban trabajando desde el año 1960.

La idea detrás de este Sistema Operativo (Multics) era contar con importantes innovaciones para la época, como el manejo de políticas de seguridad. Lamentablemente el proyecto si bien llegó a tener versiones para producción, su pobre rendimiento no lograba hacerlo viable en el tiempo, provocando que ambas compañías dedicaran sus esfuerzos en otras ideas y proyectos.

De ahí que Thompson retomara el proyecto casi como un desafío personal, contando con la ayuda de Dennis Ritchie para liderar a un grupo de programadores de los Laboratorios Bell.

El nuevo proyecto fue denominado como UNICS (Uniplexed Information and Computing System), para luego derivar en lo que hoy conocemos como UNIX.

Link: Unix turns 40: The past, present and future of a revolutionary OS (ComputerWorld)

Mientras más se alarga el proceso, pareciera que menor es el valor de Sun, como si IBM estuviera tanteando para ver qué tan desesperados están los ejecutivos de Sun respecto a la viabilidad de la empresa.  Lo que se sabe hasta ahora es que IBM pagaría menos de $10 dolares por acción, y Sun aceptará con tal de que IBM asegure que seguira adelante el proceso luchando contra las posibles trabas legales.

Y es que la adquisición de Sun por parte de IBM puede levantar alarmas respecto a las regulaciones anti monopolio que existen en Estados Unidos, sólo basta mirar el mercado de servidores Unix en donde IBM tiene el 37% del mercado mientras que Sun le sigue con un 28%, esto significa que después de la adquisición IBM poseerá más de dos tercios del mercado Unix.

Adiós Solaris

Una de las primeras dudas que se plantean es qué pasará con el área los sistemas operativos.  Hoy en día IBM tiene su propio Unix llamado AIX, mientras que Sun tiene a su competidor Solaris.  Aunque Solaris está muy presente en algunos nichos no se ve como una plataforma que vaya creciendo, por el contrario, como muchos Unix’es ha ido perdiendo terreno a medida que Linux se va consolidando como sistema operativo todo terreno.

Lo más probable es que IBM no siga invirtiendo en desarrollar Solaris y buscará mover a sus clientes hacia AIX o Linux. Mientras tanto, OpenSolaris que no le ha hecho ni cosquillas a Linux, quedará relegado a espacios muy específicos con fieles usuarios y desarrolladores tal como sucede hoy con los sistemas BSD que se encuentran en la misma situación.

IBM fue uno de los primeros en creer en Linux, y a principios de la década lo demostró invirtiendo un billon de dólares en este sistema cuando muchos ignoraban al pinguino.  No estaban tan equivocados ya que si bien IBM con Sun dominará el segmento Unix, es un mercado que va muriendo gradualmente para dar paso a Linux.

No se ve que la política de IBM cambie respecto a Linux, de otra forma ya hubieran tratado de adquirir a Novell o a Red Hat, pareciera que IBM prefiere mantenerse al margen de lo que significa desarrollar y mantener una distribución, y no tiene sentido si se considera que sin involucrarse demasiado, sólo por soporte IBM hace billones gracias a Linux.

Pero no crean que IBM sólo le saca el jugo a este sistema, porque además de financiar muchos proyectos de código abierto, ha sido una de las compañias que más ha aportado al kernel de Linux, con un 8.3% de todos los cambios, sólo superada por el aporte de Novell y Red Hat.

Choque cultural

La gente que conoce bien de cerca ambas compañías, cree que el choque cultural que se producirá no es menor, es común que algunos digan que basta mirar la colita de Jonathan Schwartz, el CEO de Sun para que sea difícil imaginarlo respecto al típico aspecto de un empleado de IBM.  Esta última siempre ha tenido un espíritu de empresa de negocios como su nombre lo dice, mientras que Sun tiene un espíritu mas hippie, propio de las empresas que emergieron en Silicon Valley.

NetBeans y la sombra de Eclipse

Aunque es difícil de creer, el nombre del entorno de desarrollo integrado Eclipse (IDE) no pretendía molestar a Sun, incluso pensaron en cambiarlo después de que la compañía rechazara unirse a una organización que usara un nombre que pareciera atacarlos.  Cuando llegue el momento de decidir en donde concentrar los esfuerzos, es muy probable que esta coincidencia termine por cumplirse como si fuera una profecía, porque tiene poco sentido continuar desarrollando NetBeans después de todo lo que ha invertido IBM en el desarrollo de Eclipse.

Y no tan solo es una cuestión de dinero, porque Eclipse también ha logrado concentrar los esfuerzos de la industria para convertirse en el IDE por excelencia y componente principal de varios productos, incluso algunos fabricantes dejaron de desarrollar sus propios IDE’s para enfocarse en Eclipse como es el caso de Bea/Oracle, Rational y quien fuera por muchos años el lider indiscutido de este mercado : Borland.

Pero los seguidores de NetBeans no se deben preocupar, seguramente continuará como un proyecto llevado adelante por la comunidad, ya que un proyecto de código abierto nunca muere, siempre estará disponible para que los interesados le sigan dando vida.

MySQL

Respecto a las bases de datos, hay tres productos en juego : DB2, Derby y MySQL.  En este campo es probable que no hayan caídos, ya que este trío cubre áreas totalmente diferentes.

La base de datos DB2 tiene una orientación corporativa, y aún se usa bastante en donde se encuentre un AS400 operando.  Por otra parte Derby es una base de datos diseñada para ser incrustada en aplicaciones Java, de forma similar a SQLite y Oracle Berkley DB.  En donde corre Derby es imposible pensar en DB2 y viceversa.

No fue hace mucho que Sun compró a MySQL, y hay que decir que esta adquisición ha sido muy mal manejada.  Poco a poco los principales desarrolladores se fueron de la compañia inconformes en cómo se estaban llevando a cabo las cosas.  Incluso el último release causó mucha molestia al ser liberado por presiones de mercado y no porque estaba listo para ser usado por el público.

Se espera que cuando IBM tome el control, pueda mejorar la situación actual de MySQL, y se ve que es poco probable que desaparezca en favor de DB2.  MySQL es practicamente LA base de datos de los sitios Web 2.0, también una impresionante cantidad de sitios menores y es la elección por omisión de la mayoría de los proyectos de código abierto que necesitan una base de datos.

Los fieles servidores SPARC

Los servidores basados en arquitectura SPARC fueron una joya en los noventa, pero el negocio de los servidores SPARC ha sido duramente golpeado por alternativas de bajo costo con procesadores Intel corriendo algún tipo de Linux, no hay que ser muy astuto para darse cuenta de cual fue la motivación de portar Solaris a Intel.

Junto con la posible desaparición de Solaris, ya no tendrá sentido mantener viva la arquitectura SPARC, incluso si se necesitan máquinas distintas a Intel, a largo plazo es mucho más viable para dar soporte a clientes que dependan de Solaris hacer un port de este sistema para funcionar sobre la arquitectura PowerPC de IBM.

El definitivo fin de StarOffice

StarDivision era una empresa alemana que ambiciosamente había desarrollado StarOffice, una suite de oficina que pretendía competir con Microsoft Office.  El producto era de una gran calidad, pero era una competencia entre David y Goliat.  A fines de los ’90 StarDivision fue adquirida por Sun, y al poco tiempo decide abrir el código para crear el proyecto OpenOffice.

Sun mantuvo el nombre StarOffice para crear un producto comercial usando a OpenOffice como base, tal como lo hacía Netscape con el proyecto Mozilla.

IBM por su parte hizo lo mismo bajo el nombre de Lotus Symphony, pero usando una combinación del core de OpenOffice con la tecnología desarrollada en el proyecto Eclipse.

Tras la adquisición, StarOffice pierde sentido respecto a OpenOffice que ya es mantenido por la comunidad y Lotus Symphony está orientado al mercado corporativo como reemplazo de IBM Workplace en donde no tendría cabida StarOffice

El gordo y el flaco

En el área de servidores de aplicaciones el futuro no está muy claro.  IBM tiene un servidor JEE (Java Enterprise Edition) de código cerrado llamado Websphere.  Este servidor es casi un remake de muchas tecnologías antiguas y ha ido mejorando con el tiempo, pero no se compara a sus competidores más populares como el servidor de código abierto JBoss de RedHat y WebLogic de Oracle/Bea.

Por su parte Sun tiene un servidor de código abierto llamado Glassfish, que al igual que OpenOffice es la base de un producto comercial llamado Glassfish Enterprise Server.

Glassfish se caracteriza por ser un servidor bastante ligero para lo que se acostumbra a ver en este tipo de productos y que además incorpora rápidamente los cambios que se hacen a la edición empresarial de Java (JEE).  Sería una muy mala señal tanto para usuarios como desarrolladores que se detuviera el desarrollo de Glassfish considerando que es practicamente una implementación de referencia de los estándares desarrolladores para la plataforma Java.

Larga vida a Java

Si hay algo que tienen en común ambas compañias es la tecnología Java.

Tanto el lenguaje como la plataforma Java tienen una larga historia de éxito en el desarrollo de aplicaciones empresariales, y últimamente en el desarrollo de aplicaciones móviles, específicamente en el mundo de los teléfonos celulares.

Java fue concebido por Sun a finales de los ’90 con el objetivo de tener un lenguaje cercano a C que permitiera escribir aplicaciones que fueran independientes de la plataforma, tanto a nivel de código fuente como a nivel de código binario.  Tras un triste paso por la web por medio de los famosos Java Applets, los esfuerzos tuvieron mejores frutos en los servidores, en donde hasta el día de hoy mantienen un gran dominio del mercado compitiendo duramente con Microsoft y su plataforma .NET.

Una de las críticas que siempre se hicieron era que Sun tenía demasiado control sobre Java, aunque abría la puerta para que otros implementaran su tecnología como es el caso de IBM quien durante un tiempo superaba en rendimiento a la propia implementación de Sun, o el caso de Microsoft que intentó cambiar la tecnología para su propia conveniencia lo que significó un largo juicio que hace poco terminó dandole la razón a Sun.

Para tratar de dar una mayor apertura pero sin perder el control, se creó el Java Community Process con la idea de discutir en conjunto la evolución de la plataforma Java.  En el JCP participan las empresas más importantes relacionadas con Java, entre otras IBM, RedHat, Oracle y por supuesto Sun.

Aun así, hay algunos que consideran que Sun tiene mucho poder en el JCP, el autor del popular framework Spring dice “Si Sun realmente quiere algo, entonces sucederá, pero si Sun lo odia, entonces nunca sucederá”.

Se dice que aunque parece un proceso abierto no lo es tanto y a Sun le ha costado soltar la mano incluso después de hacer que Java fuera de código abierto.  De qué sirve tener este código abierto si el proceso para decidir el futuro de la plataforma no lo es.

Hasta la fecha, en donde este mecanismo ha cerrado puertas, han surgido proyectos de código abierto para volver a abrirlas.  Una de las quejas es que para proponer cambios en la plataforma, se debe presentar además una implementación de referencia, y para ideas en discusión eso puede ser una gran cantidad de esfuerzo adicional.  Lo que ha ido sucediendo es que las mejoras a la plataforma primero han surgido como proyectos abiertos independientes hasta que logran validez suficiente para pasar a formar parte del standard.

Lo que se espera tras la adquisición de IBM es que la plataforma Java se abra completamente, eliminando las exigencias que Sun tiene sobre el proceso dificultando su evolución.

Actualización: IBM retira su oferta por Sun Microsystems (FayerWayer)

Links:
- IBM Reportedly will buy rival Sun for $7 billion (InternetNews.com)
- IBM Podría comprar Sun (CHW.net)
- If IBM owns Java… (JavaWorld)

T-shirt de UnixEpoch.com

Este viernes 13 de febrero exactamente a las 23:31:30 UTC llego la hora de que los geek del mundo que conozcan un poco del Tiempo Unix (Unix Time o POSIX-Time) celebren el día segundo 1234567890, sobre todo los europeos que estarían celebrando esta fecha el 14 de febrero.

La mayoría de los sistemas operativos modernos derivados de Unix, incluido Linux, se usó número entero de 64-bit para representar el tiempo Unix. La variante de 32-bit no funcionará adecuadamente después del 19 de enero de 2038. Con la representación de 64-bit, el reloj seguirá marcando la hora, sin inconveniente alguno, durante 2 mil millones de años más.

El fin del mundo no sucedió en el Y2k pero podría suceder el 19 de enero de 2038 cuando los servidores Linux colapsen y Joshua (WOPR) se active.

Link: El reloj de UNIX alcanzará un hito el viernes 13 (DiarioTI)

De ahí en adelante se inició uno de los juicios más mediáticos y controvertidos que se recuerde en la historia del software, incluyendo el envío de sendas cartas de advertencia por parte de SCO a distintas empresas, señalándoles que si utilizaban alguna distribución de Linux podrían estar infringiendo sus derechos de propiedad intelectual. A tanto llegó la presión ejercida por parte de SCO a las compañías, que varias de ellas no dudaron en firmar importantes contratos con la compañía, con el objeto de quedar libres de cualquier demanda.

Pero la contraofensiva de las compañías no tardó y se unieron para demandar a SCO por difamación. Entre las compañías que participaron estaban la propia IBM, una organización alemana llamada LinuxTag, SuSe y Red Hat.

En Agosto de 2007 se dio a conocer la sentencia respecto a la demanda presentada por SCO contra IBM, la que señaló que el acuerdo entre SCO y Novell sólo le otorgaba el derecho a vender licencias de Unix a terceros, por lo que en ningún caso les reconocía algún derecho sobre el código de Linux.

Producto de este contundente fallo y ante la imposibilidad de generar recursos propios, en Septiembre de 2007 SCO se acogió a la ley de protección de bancarrota existente en los Estados Unidos.

Pero ahora el mismo juez que falló la primera demanda sentenció a SCO a pagar 2.547.817 dólares a Novell, pero a esta suma se le deben agregar 918.122 dólares y otros 489 dólares por día, desde el 29 de Agosto al 20 de Noviembre.

Vamos a ver de dónde obtiene SCO los recursos para cancelarle a Novell.

Links:
- SCO pierde juicio contra Novell (CHW)
- Final judgment: SCO owes Novell millions (plus interest) (Ars Technica)
- Final Judgment in SCO v. Novell: SCO Loses Again (Growklaw)

El día sábado 25 de octubre, entre 9:00 y 19:00 hrs. en el Auditorium Salvador Gálvez de la Universidad de Concepción, se desarrollará el evento del día GNOME 2008. Este es el evento de difusión del proyecto GNOME más grande que se organiza a nivel nacional, y desde el año 2006 que se está realizando con el objetivo de promover el uso y desarrollo de este ambiente de escritorio.

Su objetivo central se basa en dar a conocer al público y a los desarrolladores interesados en poder contribuir, información sobre sus alcances, avances, tecnologías y estado del arte del proyecto.

Este encuentro de usuarios y desarrolladores entregará conocimientos sobre GNOME, a través de una serie de actividades como charlas y talleres, las cuales serán cubiertas por un número importante de expositores nacionales e internacionales que contribuyen de forma activa a este proyecto.

En esta oportunidad se contará con expositores provenientes de los países de Perú y México, los cuales se sumarán al conjunto de desarrolladores locales.

Link: Día GNOME

Nuestro amigo Kuko Kagaya de Sun Japón (es broma lo de amigo), anuncia a los cuatro vientos que se encuentra disponible para descarga una guía de inicio de OpenSolaris 2008.05, la que se puede descargar en 10 idiomas diferentes entre los que se encuentra el español. La guía se ha publicado bajo la licencia PDL, la misma que se utiliza para el OpenOffice.

OpenSolaris es un Sistema Operativo libre de tipo Unix, el que se encuentra publicado con una licencia copyleft (CDDL). La versión OpenSolaris 2008.05 es una distribución binaria de OpenSolaris, la cual proporciona un Live CD para correr en plataformas x86. Contiene un Sistema Operativo Básico y el entorno de escritorio GNOME, con la opción de instalar el Sistema Operativo desde el mismo Live CD.

Para ver la guía, sólo tienes que seguir este link.

Link: Disponible en español Guía de inicio de OpenSolaris 2005.08 (Linux para Todos)

Así de simple. Con cb.vu, disfruta de las maravillas de tener un terminal virtual UNIX sin estar conectado a un servidor en el MundoReal™, que puedes terminar usando de freidora si lo usas sin cinturón de seguridad. Aprovecha de crear archivos, copiarlos y léerlos (sobre todo el about.txt). Y cuando te aburras, tipea “invaders” en la línea de comando.