RSS codigo abierto

Cuando se aprende una nueva habilidad, o cuando se busca mejorar en algo en lo que ya sabemos hacer, uno de los pasos más evidentes es el compartir lo que sabemos con otros o buscar inspiración en lo que hacen los demás para completar nuestras propias creaciones o encontrar esa idea que tanto nos elude. Esa es una de las características más formidables de internet, el ofrecer comunidades para compartir de todo.

Si eres un programador y lo tuyo son principalmente son los robots, el internet de las cosas y todo lo relacionado con hardware, en Codemade tienes un lugar donde puedes coleccionar y compartir proyectos open-source hechos con código.

Es probable que en más de una ocasión hayáis pasado más horas de las necesarias surfeando la web en busca de alguna alternativa libre para un software determinado, o que simplemente estéis buscando algún nuevo programa de código abierto en el que volcar vuestro entusiasmo. Si ese es vuestro caso atentos, porque es muy posible que la web de la que hablamos hoy acabe inmediatamente en vuestros favoritos.

Se trata de Open Hub, una comunidad online que además de hacer las veces de directorio de proyectos open source con herramientas de búsqueda y analíticas de proyectos, también pone en contacto a unos desarrolladores que podrán crearse un perfil de colaboradores en el que se detallará los proyectos a los que han aportado su granito de arena y con qué tipo de código hab colaborado.

En octubre de 2007 se empezaba a gestar el embrión de Github, un servicio web para alojar repositorios de código. Salió al público en abril de 2008, y cinco años después es el sitio donde se alojan más proyectos de código abierto, superando a servicios ya asentados como SourceForge o Codeplex.

La influencia de Github a la hora de facilitar el acceso al código a todo el mundo ha sido impresionante. Se podría decir que es la entidad que más ha contribuido al movimiento de código abierto, junto con Stallman (y la FSF con él) y Torvalds. Pero, ¿qué hace tan especial a Github? ¿Qué han hecho ellos que no haya hecho nadie más?

Hace unos minutos, Google anunciaba en su blog oficial un movimiento bastante curioso, el compromiso OPN (Open Patent Non-Assertion), por el cual prometen no demandar a ningún usuario, distribuidor o desarrollador de software libre que pueda estar infringiendo ciertas patentes de Google (salvo que se demande a Google sobre ellas primero).

Por supuesto, hay peros. No todas las patentes de Google están cubiertas bajo esta promesa: de momento, sólo cubre las 10 relativas a MapReduce, un modelo computacional para procesar grandes cantidades de datos desarrollado por los de Mountain View. Pretenden seguir estudiando sus patentes para ampliar el compromiso a más tecnologías.

Microsoft ha anunciado una nueva filial, Microsoft Open Technologies, Inc., para promover inversiones de la empresa en interoperabilidad, estándares abiertos y open source. Al frente de la filial estará Jean Paoli, quien actualmente ocupa el cargo de Director General de estrategia de interoperabilidad de Microsoft, y es uno de los co-creadores del estándar XML.

El grupo que dirige en estos momentos Paoli formará el núcleo de la nueva filial. Este equipo ya ha trabajado en varias iniciativas de estándares, como HTML 5 del W3C, HTTP 2.0 de IEFT (Internet Engineering Task Force), DMFT (Distributed Management Task Force), OASIS (Organization for the Advancement of Structured Information Standards), y en varios entornos de código abierto como Node.js, MongoDB y Phonegap.

La creación de la nueva compañía no cambiará la forma en que Microsoft trabaja con entidades como la Apache Software Foundation, la Fundación Outercurve (que Microsoft creó originalmente como Fundación de CodePlex) y organismos de estándares abiertos. Microsoft Open Technologies pretende ser una nueva fórmula de relación con la comunidad del software libre.

Vía | MSDN
Imagen | Nils Geylen
En Genbeta | Microsoft ya no es Microsoft | Microsoft está entre los veinte máximos contribuyentes en el kernel de Linux

Google quiere cuidar un poco del enfoque que le ha puesto a su sistema móvil: la compañía ha decidido cerrar el código fuente de Android 3.0 Honeycomb, con la intención de impedir que los desarrolladores experimenten con él fuera de su campo original: los tablets. Así, Honeycomb no verá la luz de forma inesperada en otros dispositivos como los teléfonos, que ya tienen versión propia de Android.

Aún así, desde Google Andy Rubin ya ha afirmado que se sigue considerando a Android como un proyecto de código abierto. Este cierre temporal es simplemente para no mezclar software de dos plataformas bien diferenciadas (smartphones y tablets), ya que los resultados de experimentar con Honeycomb fuera de los tablets son imprevisibles.

De todas formas, esto ya ha hecho que algunos desarrolladores empiecen a cuestionar la filosofía del ‘todo abierto’ de Google cuando la compañía cierra el acceso al código para que nadie intente romper su estrategia. Es de esperar que en un futuro Google siga avanzando en la evolución de Android y que termine reabriendo el código en cuanto defina mejor las fronteras entre cada una de sus versiones.

Vía | Appleinsider
Imagen | Joshua Doubleu

Antes que nada, aclarar que Microsoft no va a abrir el código de sus programas, como ya he visto que algún periódico ha anunciado. Dicho esto, el gigante de Redmond ha dado doy un paso importante en pos de la interoperabilidad entre sus principales aplicaciones y el resto de competidores, especialmente los de código abierto.

¿Qué es lo que ha anunciado exactamente Microsoft? Pues se trata de una serie de principios y acciones que quieren promover a partir de ahora para facilitar la interoperabilidad y la comunicación de sus productos. Estas acciones se resumen en una serie de pasos.

Titular correctamente una noticia no siempre es fácil. Resumir en pocas palabras el contenido de un artículo nos dejará, habitualmente, sin conocer los detalles, pero lo que no tiene perdón es que el titular de una información sesgada y que, encima, no se ve sostenida por el contenido del artículo.

Lo acabo de ver en Information Week, con una nota titulada Open Source Code Contains Security Holes, es decir, El software de código abierto tiene problemas de seguridad, dicho así, como si cualquier otro software no los tuviera.

Continúa en la entradilla diciendo que en proyectos populares como Samba, PHP, Perl,... se encontraron docenas o cientos de errores de seguridad. Al menos, lo arreglan en la introducción del artículo afirmando: el código abierto, igual que el cerrado, tiene de media un error de seguridad por cada 1000 líneas de código.