En el ámbito de los Linux de escritorio, Ubuntu no solo ha sido y es popular: sigue siendo una de las distribuciones más influyentes del mundo. Simplificó las instalaciones, normalizó los lanzamientos regulares, mejoró drásticamente el soporte de hardware y lleva años siendo la principal puerta de entrada de millones de personas al ecosistema Linux.

Precisamente por ese éxito, Canonical nunca se conformó con mantener el statu quo. Bajo el liderazgo de Mark Shuttleworth, la compañía ha apostado constantemente por ir más allá del PC tradicional, romper la fragmentación entre dispositivos y construir una experiencia unificada, abierta y competitiva frente a los grandes ecosistemas propietarios.

Pero lo cierto es que muchos de sus intentos no llegaron a consolidarse, no por falta de ideas o talento, sino en muchos casos porque la ambición superó los límites económicos y del mercado del momento. Eso le ha llevado a acumular una cartera de 'proyectos cancelados' que, proporcionalmente, rivaliza con la de Google.

Unity: el escritorio que dividió a la comunidad

En 2011, Canonical tomó una decisión radical: abandonar GNOME como entorno por defecto y apostar por Unity, un escritorio propio diseñado desde cero para funcionar tanto con ratón como con pantallas táctiles. Así, Unity introdujo ideas adelantadas a su tiempo:

• Un lanzador lateral persistente.
• El Dash como centro de búsqueda unificada.
• Lentes y scopes capaces de mezclar resultados locales y online.

Pero Unity también generó una fractura histórica en la comunidad Linux. Muchos usuarios rechazaron el cambio, mientras otros lo defendían viéndolo como una evolución necesaria. El problema real llegó cuando Unity dejó de ser solo un escritorio y pasó a ser la pieza central de un proyecto mucho mayor: la convergencia (ver siguiente sección).

Así, cuando la convergencia se canceló, Unity 8 (que estaba destinado a ser la base de ese proyecto) siguió el mismo camino, y Canonical ya había perdido un tiempo precioso (y gastado demasiado presupuesto) como para desarrollar una interfaz actualizada diferente.

Finalmente, Canonical anunció en 2017 el fin de Unity como escritorio principal, regresando a GNOME en Ubuntu 17.10. Unity no murió por falta de ideas, sino por falta de viabilidad a largo plazo.

En Genbeta

Un programador de 12 años devuelve la vida al escritorio Unity de Ubuntu con su primera actualización relevante desde 2016

La convergencia: el sueño que nunca llegó

Hablemos con más detalle de esa famosa 'convergencia', la que en su momento fuera gran apuesta estratégica de Ubuntu: un único sistema operativo capaz de adaptarse automáticamente a móviles, tablets y ordenadores. Conectar el teléfono a una pantalla y obtener un PC completo.

Sobre el papel, era una idea genial. Incluso hoy, existen conceptos similares (como Samsung DeX), pero Ubuntu fue la pionera. Sin embargo, el coste fue enorme:

• Desarrollo simultáneo de escritorio, móvil y tablet.
• Falta de aplicaciones nativas.
• Dependencia de fabricantes de hardware reticentes.

En 2017, Canonical reconoció la derrota y canceló oficialmente el proyecto. Para muchos usuarios, no fue solo el fin de una tecnología, sino la muerte del último gran intento de crear un ecosistema abierto alternativo a los gigantes gigantes privativos.

Ubuntu Touch y Ubuntu Phone: llegar tarde al mercado móvil

Antes incluso de apostar por la convergencia total, Canonical lanzó Ubuntu Touch, un sistema operativo móvil basado en gestos y pensado para integrarse con el escritorio. Incluso llegaron al mercado algunos dispositivos comerciales (como el BQ Aquaris) y la compañía estaba preparando el lanzamiento de su propio dispositivo Ubuntu Phone.

Pero el problema quedó rápidamente claro:

• Ecosistema de aplicaciones era casi inexistente.
• El rendimiento limitado.
• Llegaba tarde a un mercado ya dominado por Android e iOS.

Aunque el concepto era atractivo y la interfaz innovadora, Ubuntu Touch nunca logró despegar y los Ubuntu Phone nunca vieron la luz. Canonical abandonó el proyecto, que hoy sobrevive gracias a la comunidad (UBports), ya fuera del paraguas oficial de la compañía.

Ubuntu Edge: el fracaso más exitoso

En 2013, Canonical lanzó una campaña de crowdfunding histórica para financiar el Ubuntu Edge, un smartphone de gama alta pensado como dispositivo convergente total: ahí donde BQ Aquaris y los Ubuntu Phone ejecutaban Touch únicamente en modo móvil, Edge habría podido conectarse a un monitor de PC y convertirse en un dispositivo de escritorio.

El resultado fue paradójico: la campaña recaudó más de 12 millones de dólares, que no era poca cosa, pero no alcanzó su objetivo, establecido en los 32 millones. De modo que el dispositivo jamás se fabricó.

Ubuntu Edge se convirtió en el mayor fracaso exitoso de la historia del crowdfunding tecnológico. Demostró interés real, pero también que competir contra Apple y Google requería recursos descomunales de los que Canonical sencillamente carecía.

En Xataka

Microsoft perdió la guerra de los móviles. Es el momento de relanzar Windows Phone con la IA como excusa

Ubuntu One: la nube antes de que fuera moda

Antes de que iCloud, Google Drive o OneDrive dominaran el mercado, Canonical lanzó Ubuntu One, un sistema integrado de almacenamiento en la nube, sincronización de archivos, y de compra y reproducción de música en streaming.

El servicio ofrecía 5 GB gratuitos, pero el modelo de negocio no resistió la competencia de gigantes con mayor músculo financiero. Canonical cerró la mayoría de sus funciones en 2014 para reenfocar recursos hacia la convergencia... que irónicamente también acabaría en el mismo cubo de la basura de proyectos.

Mir: el servidor gráfico que se quedó sin espacio

Para no depender del histórico X11 ni de Wayland, Canonical desarrolló Mir, su propio servidor gráfico (el software encargado de gestionar las ventanas, la entrada de usuario y la composición de la imagen final en pantalla). Así, Mir debía ser la base técnica de Unity 8 y la convergencia.

El problema fue estratégico: Wayland ya estaba siendo adoptado por GNOME y KDE, mientras que Mir aislaba a Ubuntu del resto del ecosistema Linux, lo que a su vez hacía del mantenimiento algo costoso y poco rentable.

Mir no desapareció del todo, pero murió como servidor gráfico de escritorio, quedando relegado a usos específicos en el campo del Internet de las Cosas (dispositivos en modo quisco e interfaces técnicas industriales).

En Xataka

Canonical lanza una versión de Ubuntu para la Internet de las Cosas

Wubi: cancelado por exitoso

Wubi fue uno de los proyectos más discretos y, al mismo tiempo, más influyentes de Ubuntu. Permitía instalar la distribución desde dentro de Windows sin modificar particiones ni asumir riesgos para el sistema ya instalado, reduciendo drásticamente la barrera de entrada para nuevos usuarios. Durante años, fue la primera toma de contacto con Linux para miles de personas.

Su abandono no respondió a un fracaso de su misión, sino a la evolución natural del ecosistema: cambios profundos en Windows, la llegada de UEFI, la mejora de los instaladores tradicionales y la aparición de alternativas como máquinas virtuales o el subsistema Linux de Windows hicieron que Wubi dejara de ser necesario. En ese sentido, Wubi no fracasó: cumplió su función y desapareció cuando el problema que resolvía dejó de existir.

Imagen | Marcos Merino mediante IA

En Genbeta | Quiero empezar a usar Linux: guía todo lo que debes saber y primeros pasos 

Un desarrollador ha ideado una forma peculiar de arrancar su ordenador: dando un golpe seco en la mesa. Si bien desde luego no es la forma más común de encender un ordenador, lo cierto es que resulta una práctica interesante. Y lo mejor de todo: es bastante más sencillo de hacerlo de lo que crees.

Adam Conway, desarrollador y periodista en XDA Developers, comparte en su artículo cómo ha ideado la estratagema, y la verdad es que me ha parecido tan loco y aleatorio, que me ha apetecido hacerlo hasta a mí.

Di adiós al botón de encendido de tu PC y dale un buen golpe a la mesa

Según cuenta Conway, la idea surgió al querer buscar una alternativa más cómoda para alcanzar el botón de encendido. En lugar de agacharse para pulsar el interruptor del equipo, este ingenioso sistema permite activar el PC con un simple manotazo sobre la superficie de trabajo.

Imagen: XDA Developers

El montaje se basa en la tecnología Wake-on-LAN (WoL), que permite ‘despertar’ un ordenador de forma remota enviando un "paquete mágico" a través de la red. Lo bueno de esta tecnología es que puedes encender tu PC desde cualquier lugar del mundo, siempre y cuando esté enchufado a la alimentación y correctamente configurado.

Sin embargo, Conway ha combinado WoL con un sensor de vibración conectado a un microcontrolador ESP32. De esta manera, el desarrollador ha creado un sistema que detecta los golpes en la mesa y envía automáticamente la señal de encendido al PC.

En Genbeta

Esta lista es una joya con cientos de apps alternativas open-source y gratuitas que no recopilarán nuestros datos personales

El proyecto requiere apenas tres elementos básicos: un microcontrolador ESP32, un sensor de vibración (modelo KY-002) y algunos cables de conexión. El coste total no supera los 5 euros, siendo el ESP32 el componente más caro y que en algunas tiendas lo podemos conseguir por unos 3 o 4 euros.

Imagen: XDA Developers

El sensor de vibración se fija en la parte inferior de la mesa de trabajo y se conecta al ESP32 mediante ESPHome, una plataforma que simplifica enormemente la integración con sistemas de domótica como Home Assistant.

Una vez instalado, el sistema funciona de manera intuitiva. El sensor permanece en estado "activo" cuando no detecta movimiento y cambia a "inactivo" al registrar vibraciones. Esta transición es la que desencadena el envío del paquete Wake-on-LAN al ordenador.

La sensibilidad está calibrada para evitar activaciones accidentales por pequeños roces, pero resulta suficiente para detectar un golpe deliberado en la mesa. Según su creador, ni siquiera es necesario golpear con fuerza: un manotazo suave basta para despertar el equipo.

Aunque pueda parecer una simple excentricidad, este tipo de sensores tienen aplicaciones prácticas interesantes. Según explica Conway, pueden utilizarse para sistemas de seguridad doméstica o para detectar cuándo ha terminado de funcionar un electrodoméstico como la lavadora, enviando notificaciones automáticas cuando cesa la vibración.

Imagen de portada | Resul Kaya

En Genbeta | 14 aplicaciones tan buenas que es difícil creer que sean gratuitas

El mercado de las tarjetas gráficas ha alcanzado precios tan elevados que cualquiera puede gastarse más dinero en una sola GPU que en un ordenador completo con gráficos integrados. Esta realidad ha inspirado a CherryTree Computers a plantear una pregunta muy particular: si una tarjeta gráfica puede costar más que un PC entero, ¿sería posible meter un ordenador completo dentro de la carcasa de una GPU?

La respuesta es sí, y el resultado es bastante más sorprendente de lo que uno pueda pensar en un principio. Bajo estas líneas te contamos todos los detalles.

Una obra que comenzó con una broma

El proyecto, bautizado como ‘GeeFarce 5027POS Micro Computer’, ha llegado a las manos del canal especializado Gamers Nexus para su análisis. Sus creadores aprovecharon la carcasa de una tarjeta gráfica Gigabyte dañada durante el transporte y la transformaron en el chasis de un ordenador completamente funcional. El interior alberga las entrañas de un mini PC reconfigurado para encajar perfectamente en el espacio disponible.

Imagen: CherryTree Computers

Lejos de ser un simple experimento estético, este peculiar ordenador cuenta con especificaciones bastante apañadas. En su núcleo encontramos un Asus NUC 13 equipado con un procesador Intel Core i7 de 13ª generación, acompañado de 64 GB de memoria RAM DDR4 y un disco SSD NVMe de 2 TB.

Los creadores han logrado mantener operativos los ventiladores originales de la tarjeta gráfica, que ahora se encargan de refrigerar los componentes del mini PC. Además, han añadido iluminación LED porque, según bromean desde CherryTree, "todo funciona más rápido con LEDs".

En Genbeta

Un empleado se hace con una RTX 3090 por 9 euros sin que su empresa se diese cuenta. Al final se le acabó el chollo

El proceso de construcción ha requerido soldaduras precisas y un trabajo de miniaturización considerable. Los técnicos han tenido que crear conexiones personalizadas, adaptar el sistema de alimentación para usar el conector de 8 pines original de la GPU, e incluso instalar un interruptor de encendido integrado en la estructura.

Imagen: CherryTree Computers

La fuente de alimentación se ha adaptado mediante un conector de barril que se conecta directamente a la red eléctrica, manteniendo la estética original mientras proporciona los 120 vatios necesarios para el funcionamiento del sistema.

A pesar de haber nacido como una broma del April Fools', este ordenador ha demostrado ser perfectamente funcional. Las pruebas realizadas por Gamers Nexus revelan temperaturas de funcionamiento estables: el procesador alcanza entre 75-76°C bajo carga, mientras que los núcleos gráficos integrados se mantienen alrededor de los 60°C.

Su rendimiento no decepciona, aunque sus creadores no lo venden

En términos de ruido, el sistema genera entre 33-34 decibelios en reposo y aproximadamente 41 decibelios bajo carga máxima, cifras más que aceptables para un ordenador de estas características.

El conjunto es capaz de ejecutar juegos clásicos como Doom 1 y 2, e incluso títulos más exigentes como Quantum Break de Remedy, demostrando que este pequeño PC tiene músculo de sobra para ejecutar algunos títulos que requieren de más hardware.

Según sus creadores, este proyecto no tiene intención comercial. Se trata de una demostración de creatividad e ingeniería que nació como respuesta irónica a la crisis de precios en el mercado de las tarjetas gráficas. Los propios creadores explican que la idea surgió tras escuchar el comentario de que "hoy en día puedes comprarte un PC entero por el precio de una sola GPU". Puede que si se corre mucho la voz… ¿Podamos convencer a sus creadores de que lo pongan en venta?

Imagen de portada | CherryTree Computers

En Genbeta | Pidió una tarjeta gráfica en Amazon y le llegó  una versión superior (y más cara). La aceptó sin saber las consecuencias  que podía tener

Los desarrolladores de software libre han empezado a cansarse de mantener 'por amor al arte' proyectos de los que se benefician compañías multimillonarias, y encima tener que soportar aluviones de críticas cuando algo falla. Y las críticas pueden llegar por millones porque, por anónimo que sea su trabajo, éste constituye en muchos casos la base de la actual infraestructura tecnológica.

Hace un mes, los administradores de servidores de Internet entraron en pánico tras salir a la luz la vulnerabilidad conocida como Log4Shell, un bug de la —hasta ese momento desconocida para el gran público— aplicación open source Apache Log4J, un componente crítico de miles servicios online que, como se descubrió en ese momento, venían manteniendo entre tres desarrolladores voluntarios en los ratos libres que les dejaban sus 'trabajos de verdad'.

"¿Por supuesto que [el proyecto] tiene problemas, ¿cómo no los iba a tener? Lo están haciendo lo mejor que pueden. ¿Por qué somos tan reticentes a pagar el tiempo de los desarrolladores de dependencias críticas?"

Eso era lo que se preguntaban algunos usuarios mientras los desarrolladores del proyecto se quedaban sin dormir intentando lanzar sucesivos parches del software, evitando así potenciales pérdidas millonarias a algunas de las grandes tecnológicas del mundo.

"Por favor, no sea un idiota con ellos", pedían algunos tuits en mitad de la polémica, "porque hay compañías multimillonarias que están usando su herramienta sin siquiera molestarse en donarles 1.000 dólares". De hecho, antes de que todo Internet se volviera loco, el creador de Log4J apenas contaba con tres patrocinadores en el sitio web de crowdfunding GitHub Sponsors.

En Genbeta

Esto es lo que motiva a los programadores (y traductores, diseñadores...) a colaborar en proyectos de código abierto

El propio proyecto de GitHub Sponsors se había lanzado exactamente un año antes, como consecuencia de un debate que la directora de comunidades de GitHub lanzó a comienzos de 2019 en su blog corporativo con un artículo titulado "Hablemos de la sostenibilidad del software libre".

"El software open source (OSS) está por todas partes, pero carece de recursos financieros y de personal. Los desarrolladores y las empresas se benefician de un ecosistema OSS vibrante, pero carecen de incentivos igual de relevantes para colaborar, aportando tiempo y dinero, con la creación y el mantenimiento de proyectos. Esto limita drásticamente el valor del OSS a pesar de su enorme potencial".

Otros trabajos tienen contratos, salarios e incentivos. Pero el de la mayoría de los desarrolladores de código abierto —por importantes que sean los proyectos que desarrollan— no sólo no dispone de tales lujos, sino que muchas veces no cuentan ni con la previsibilidad de las propinas. Toda gran precariedad conlleva una gran responsabilidad, parece.

Del boicot al abandono, pero 'conmigo que no cuenten'

Pero algunos desarrolladores han empezado a cansarse. Están más que cansados, vaya. Alguno, como Marak Squire, desarrollador de dos de las librerías open source más populares de NodeJS (Colors.js y Faker.js), ha optado por hacer una locura y corromper el código de ambos proyectos como forma de protesta… pillando a millones de usuarios en medio.

El 'readme' de fakers.js, por ejemplo, ha quedado reducido a una simple pregunta: "What really happened with Aaron Swartz?", en la que se interroga sobre la muerte de Aaron Swartz… pero Squire también ha querido dejar claro en otra publicación que

"Respetuosamente, ya no seguiré dando apoyo a las empresas del Fortune 500 con mi trabajo gratuito. Aproveche esto como una oportunidad para enviarme un contrato anual de seis cifras o para bifurcar el proyecto y que alguien más trabaje en él".

Otros, como Christofer Dutz, el creador de Apache PLC4X, se lo han tomado con más tranquilidad, pero igualmente ha amenazado con tirar la toalla si las empresas siguen sin respaldar el desarrollo de su proyecto. Según la publicación de su blog de GitHub titulada 'Su versión de prueba gratuita de "código abierto" ha expirado, actualice a un plan comercial',

"A la industria parece gustarle usar PLC4X y el código abierto en general, pero no parece estar dispuesta a apoyar a las personas que trabajan en él. Por lo tanto, dejaré de proporcionar soporte comunitario gratuito para PLC4X".

Dutz cuenta que se ha centrado durante demasiado tiempo en "en PLC4X sin obtener muchos encargos remunerados, […] he estado gestionando mi negocio con déficit durante demasiado tiempo". Este 2021, de hecho, sólo ha logrado mantenerse fuera de los números rojos gracias al único proyecto remunerado que obtuvo de la empresa española Zylk.

No se puede acusar a Dutz no haberlo intentado: ha utilizado su propia empresa consultora para lanzar varias iniciativas de crowdfunding destinadas a adaptar Apache PLC4X a Python, Rust y TypeScript… pero estas apenas han atraído respaldos de tipo monetario.

"Este es mi último intento. Si esto tampoco ayuda a obtener al menos alguna forma de atribución financiera por mi arduo trabajo, cerraré mi negocio y no habrá más soporte de mi parte".

GitHub ha sido motivo de polémica en las últimas horas. Un desarrollador de código abierto, Marak Squires o Marak en Twitter, ha denunciado que la plataforma ha cerrado sus cuentas y proyectos (cientos, según él), después de cambiar dos bibliotecas creadas por él mismo a una versión diferente. Las bibliotecas cambiadas son utilizadas por muchas personas y se llaman 'colors' y 'faker'.

Ahora Marak tiene una versión de los hechos y la plataforma otra bien diferente. Y otras voces se han planteado si los usuarios de GitHub son usados como empleados por la plataforma y se ha reabierto la discusión sobre software, propiedad y código abierto. El mismo Marak Squires dice que no quiere apoyar más tiempo plataformas como esta con su trabajo hecho de forma gratuita. Hay que recordar que GitHub es propiedad de Microsoft.

Ok, un programador decidió hacer una protesta con una librería suya, afectando a muchas personas, ok.

Pero, github directamente le quitó el acceso a todos sus repositorios en respuesta.
¿Tu cuenta es realmente tuya, o solo trabajas gratis para github?

— Diana Nerd 🦄🏳️‍⚧️ (@diana_nerd) January 9, 2022

Con esta polémica el desarrollador ha querido también poner sobre la mesa el nombre de Aaron Schwartz, uno de los creadores de Reddit, RSS y Creative Commons y promotor de diversas iniciativas para que Internet fuera un espacio donde compartir más archivos de licencias abiertas. Se suicidó siendo muy joven tras haber sido sometido a una muy fuerte persecución judicial. Marak cambió el archivo Readme de faker.js con una nueva descripción: "¿Qué pasó realmente con Aaron Swartz?".

Cambio de dos paquetes muy usados en GitHub

Las aplicaciones que utilizan las populares librerías de código abierto 'colors' y 'faker' pasaron la pasada semana a sufrir problemas: imprimían datos incoherentes y se rompían. En principio parecía que las bibliotecas en npm (el sistema de gestión de paquetes por defecto para Node.js, que se ha convertido en el centro del intercambio de código JavaScript y también propiedad de Microsoft), habían sido comprometidas.

Pero luego resultó que el desarrollador de estas dos bibliotecas, Marak Squires, había introducido un "commit maligno" (una revisión de archivo en GitHub, pero a pesar del nombre que le han dado varios medios, no infectaba otros archivos ni robaba datos, solo fue un cambio del mensaje) en colors.js que añade "un nuevo módulo de bandera americana" y que lanzó la versión 6.6.6 de faker.js, lo que también llevó a los mismos problemas. Las versiones saboteadas hacen que las aplicaciones emitan infinitamente letras y símbolos extraños, empezando por tres líneas de texto que dicen "LIBERTY LIBERTY LIBERTY".

Resultó que el desarrollador de estas bibliotecas quiso, de forma intencionada, afectar a los miles de proyectos que dependen de 'colors' y de 'faker'. Cabe decir que la biblioteca colors recibe más de 20 millones de descargas semanales sólo en npm y tiene casi 19.000 proyectos que dependen de ella. Por su parte, faker recibe más de 2,8 millones de descargas semanales en npm y tiene más de 2.500 proyectos y aplicaciones que dependen de su código.

Tras esto, el creador de estas bibliotecas, Marak, anunció que "GitHub ha suspendido mi acceso a todos los proyectos públicos y privados. Tengo cientos de proyectos".

Según Bleeping Computer, parece que color.js ha sido actualizado a una versión que funciona, faker.js seguía con el problema (que puede solucionarse descargando una versión anterior, la 5.5.3).

La protesta del desarrollador

Marak Squires, el desarrollador, habría corrompido a propósito las dos bibliotecas de código abierto en GitHub a modo de protesta. Lo que quiso el desarrollador con esto, según lo que se conoce hasta ahora, ha sido protestar contra las megacorporaciones y los consumidores comerciales de proyectos de código abierto que confían y usan ampliamente el software libre y comunitario pero que, según el desarrollador, luego "no devuelven nada a la comunidad".

En noviembre de 2020, Marak advirtió a través de una publicación de GitHub, y archivada en web.archive.org, que ya no apoyaría a las grandes corporaciones con su "trabajo gratuito" y que las entidades comerciales deberían considerar la posibilidad de compensar al desarrollador con un salario anual de "seis cifras".

"Ya no voy a apoyar a las empresas de Fortune 500 (ni a otras de menor tamaño) con mi trabajo gratuito. No hay mucho más que decir", era lo que había advertido el desarrollador hace más de un año.

Polémica por la reacción de GitHub

La polémica no acaba aquí, el hecho de que GitHub bloquease al desarrollador de acceder a sus "cientos" de proyectos, ha llevado a otra disputa en redes sociales: ¿trata la plataforma a sus usuarios, que dan su trabajo gratis para otros, como si fueran empleados?

Es decir, un desarrollador puede compartir sus creaciones, pero parece que no puede fácilmente modificarlas ni eliminarlas sin sufrir repercusiones por ello. The Verge se ha puesto en contacto con GitHub para pedirle una explicación al respecto, pero no hay declaraciones por el momento.

Aquí cabe recordar que aunque el desarrollador de código abierto comparta sus creaciones sin cobrar, GitHub es propiedad de Microsoft. La de Redmond pagó en 2018 7.500 millones de dólares por la plataforma que permite a los desarrolladores alojar su código en la nube, utilizando el sistema que fue creado por Linus Torvalds (el fundador de Linux) en el año 2005. Y esto llevó a mucha disputa y descontento sobre la independencia de este servicio.

La misma Microsoft adquirió en 2020 npm para integrarlo en GitHub y hacer la comunidad más atractiva para los desarrolladores JavaScript.

Como ya publicamos en Genbeta en aquel momento, para algunos desarrolladores esta adquisición significa que Microsoft pasó a ser dueña de prácticamente todo su entorno de trabajo para escribir código en JavaScript, si suman GitHub con npm y añaden TypScript y Visual Studio Code. Otros incluso han comentado que en la práctica, Microsoft casi pasa a ser dueña de JavaScript.

Entre los días 3 y 10 de septiembre, los repositorios públicos de código abierto que hicieron uso de la herramienta Travis CI estuvieron exponiendo sus contraseñas, credenciales y tokens a un posible robo. Felix Lange, desarrollador de Ethereum, descubrió la vulnerabilidad el día 7 y dio la voz de alarma a los responsables de la plataforma.

Y, si bien ésta ya ha quedado parcheada, el equipo de Ethereum afirma ahora que tuvieron que presionar a los responsables de Travis CI para que tomaran medidas, y que —tras hacerlo— no se explicó debidamente la situación al resto de usuarios afectados. Según afirmaron en Twitter,

"tras tres días siendo presionados por múltiples proyectos, @travisci parcheó silenciosamente el problema el día 10. [No se ha llevado a cabo] ningún análisis, ningún informe de seguridad, ninguna autopsia, ninguna advertencia a ninguno de sus usuarios de que sus secretos podrían haber sido robados".

Finalmente, Travis CI ha admitido públicamente la vulnerabilidad (clasificada como CVE-2021-41077), si bien ha minimizado su importancia:

"Según la información recibida, un repositorio público bifurcado a partir de otro podría presentar una solicitud de extracción y, al hacerlo, obtener acceso no autorizado a los datos secretos del repositorio original. En este escenario, dichos datos siguen cifrados en la base de datos de Travis CI. El problema sólo se aplica a repositorios públicos, no a repositorios privados".

En Genbeta

Linus Torvalds dice que GitHub "crea fusiones de basura absolutamente inútiles"

Szilágyi, líder de Ethereum, señala en sendas declaraciones para The Register y Ars Technica que, por mucho que las claves secretas permanezcan encriptadas mientras permanecen en el disco en Travis,

"una vez da comienzo de compilación, Travis las desencripta y las inyecta en las compilaciones en forma de variables de entorno".

"[Pero] en el código externo, dichas las variables no deberían insertarse, ya que el mantenedor no tiene control sobre el código que envían las personas ajenas al proyecto. El problema fue que estropearon algo y terminaron inyectando las claves secretas en compilaciones que no eran fiables".

Szilágyi, decepcionado con la actitud de la plataforma, ya ha recomendado a los desarrolladores que consideren la opción de buscar una alternativa a Travis CI, para que "transfieran sus proyectos lejos de Travis de forma inmediata e indefinida".

¿Qué ofrece exactamente Travis CI?

Travis CI es una plataforma distribuida de generación e integración continua, lo que significa que nos permite conectarnos con nuestro repositorio Git (alojado en Github o Bitbucket) y clonarlo para llevar a cabo pruebas en nuevos entornos virtuales, con diferentes configuraciones, tras cada 'push' realizado, regenerando el proyecto.

Si ninguna de las pruebas realizadas a través de Travis CI falla, se considera una compilación exitosa y queda lista para su implementación en el correspondiente host o servidor web.

Gran parte de la popularidad de Travis CI (desde 2019 ha sido usada por más de 600.000 usuarios para poner a prueba casi un millón de proyectos de código abierto) deriva del hecho de soportar más de una veintena de lenguajes de programación, desde los más populares como C/C++, Java, Python, Javascript y PHP hasta Clojure, D, Scala, Swift o F#.

Una búsqueda en GitHub del archivo de configuración travis.yml devuelve más de 35 millones de resultados.

Numerosas compañías tecnológicas participan en la Linux Foundation a cambio de una cuota, que varía en función del grado de compromiso: las mayores (IBM, Microsoft, Google, Huawei, Oracle, Samsung, Intel...) lo hacen como 'miembros platino', una condición que les permite sentarse en el Consejo de Administración de la fundación, pero que supone el desembolso de al menos medio millón de dólares al año.

Por debajo de la categoría 'Platino' se encuentran la 'Oro' (en la que participaba hasta ahora Facebook, y que incluye también a Uber, SUSE, Baidu, Dell o Sony, entre otros) y la 'Plata' (en la que participan ya centenares de empresas e instituciones).

Un paso largo tiempo esperado

Facebook llevaba años siendo miembro de la fundación, pero hasta ahora no había dado el paso de convertirse en miembro 'platino' de la misma, una decisión que se traducirá en una silla en el consejo para Kathy Kam, directora de open source de la compañía. Según explica la propia Kam en un comunicado,

"la Fundación Linux ha desempeñado y sigue desempeñando un papel crucial en los éxitos no sólo del sistema Linux, sino también de ecosistemas de código abierto más amplios".

En Xataka

El mundo Linux se tambalea ante un nuevo código de conducta que plantea el fin de la meritocracia

Dado que incluso una compañía como Microsoft llevaba ya cuatro años como miembro 'platino', lo extraño de esta incorporación es únicamente el tiempo que ha tardado en producirse, puesto que la compañía fundada por Zuckerberg lidera el desarrollo de proyectos de código abierto como GraphQL, Osquery, ONNX y Presto.

La compañía, además, colabora con otros proyectos como la biblioteca React.js (basada en JavaScript), el Open Computer Project (datacenters con hardware abierto), el cGroup2 (software para conetenedores), el Data for Good (Big Data usado para abordar problemas humanitarios, como la actual pandemia de COVID) o el framework de machine learning PyTorch.

"El patrocinio de Facebook a la innovación abierta a través de la Linux Foundation ayudará a respaldar la inversión en tecnología compartida más grande de la historia con un coste estimado de 16.000 millones dólares invertidos en el desarrollo de 100 proyectos de código abierto líderes en el mundo".

Vía | Linux Foundation

Imagen | Basada en original de Stock Catalog

Desde que comenzó la crisis del coronavirus, con todas las consecuencias sanitarias y económicas que ha traído aparejadas, hemos estado oyendo a menudo expresiones como "remar todos juntos", "arrimar el hombro", etc.

Individuos, colectivos y empresas han intentado estar a la altura y aportar su propio granito de arena, y las grandes tecnológicas con sede en España no han sido una excepción.

Las tecnológicas también arriman el hombro

Ya en las primeras semanas del estado de alarma, el fondo de inversión en startups Samaipata -en el que participan inversores y profesionales del sector tecnológico- puso en marcha una iniciativa, #StopCorona, cuyo fin era divulgar e impulsar proyectos destinados a ayudar a ganar la batalla contra la pandemia.

Rápidamente, grandes empresas como Amazon, Microsoft o Google, y otras como Bizum, MásMóvil, Idealista, Wayra, Carto, Glovo o Jobandtalent, además de una entidad sin ánimo de lucro (la Fundación Mapfre) y una entidad pública (Madrid Emprende), se sumaron a la iniciativa.

Pese a todos esos apoyos, #StopCorona sigue buscando que nuevas empresas se sumen a colaborar como partners, ya sea para ayudar en labores de difusión como para financiar formación y servicios gratuitos para respaldar a los proyectos de mayor impacto (los usuarios pueden votar por uno o varios de ellos).

Participa con tu proyecto

Dichos proyectos participan en un concurso denominado #StopCorona Challenge circunscrito a empresas, iniciativas o campañas relacionadas con el ámbito tecnológico, y que se hayan iniciado a raíz de la crisis del coronavirus, entre otros requisitos recogidos en las bases legales del concurso).

Para participar, deberán contar con una página web y apuntarse en el formulario de #StopCorona (recuerda que el plazo de presentación de proyectos finaliza dentro de medio mes: el viernes 29 de mayo de 2020).

Los proyectos participantes se dividen en 3 categorías:

• Análisis de Datos: En este campo destacan dashboards y repositorios de datos sobre la pandemia, como los puestos en marcha por Keepler y Datadista.

• Desarrollos tecnológicos: Entre los más votados están #AI MedAssist, un "asistente médico capaz de diagnosticar y predecir la evolución de la enfermedad aplicando inteligencia artificial al análisis de una radiografía torácica"; #nCoV-2019 API, una API fácilmente integrable en cualquier app que proporciona datos oficiales sobre la evolución del COVID-19; o Rescue App, una plataforma que "unifica la demanda de recursos sanitarios y coordinación de la acción conjunta".

En Magnet

¿Altruismo o marca personal? La polémica sobre las donaciones de famosos contra el coronavirus

• Otros proyectos: En esta categoría las propuestas son más variadas, y van desde apps para crear y gestionar permisos de desplazamiento laboral hasta productos de mascarillas solidarias, o iniciativas para conectar a negocios tradicionales en la cuerda floja con voluntarios dispuestos a ayudar en su digitalización.

¿Qué se lleva el ganador?

Todos los proyectos que queden finalistas en el #StopCoronaChallenge serán premiados con un paquete básico que incluirá, entre otros, créditos promocionales de AWS Activate, sesiones formativas con ingenieros de Google, acceso a webinars de Wayra, licencias gratuitas y/o con descuento a varios programas y plataformas online, etc.

Además de todo lo anterior, los dos proyectos ganadores de cada categoría recibirán acceso a varios servicios de headhunting y mentoring, además de al programa de voluntariado social de la Fundación Mapfre.

¿Y yo qué puedo hacer?

Supongamos que no somos los directivos de alguna tecnológica, ni tenemos los conocimientos o medios para poner en marcha ningún proyecto que facilite la lucha contra el coronavirus... ¿cómo podemos sumarnos, entonces, a #StopCorona?

Pues en primer lugar, revisando las iniciativas candidatas y votando por las que merezcan nuestro apoyo. Y, en segundo lugar, "si eres un profesional que quiere colaborar de forma altruista con la plataforma o con cualquiera de las iniciativas (diseño, marketing, análisis, desarrollo, etc.)", los responsables de la plataforma te animan a ponerte en contacto con ellos a través de la web.

GitHub, la plataforma de alojamiento de proyectos de desarrollo propiedad de Microsoft, está celebrando en estos días su evento Satellite 2020 (forzosamente online, como otros eventos de la compañía, a causa de la crisis del coronavirus), y ha aprovechado la ocasión para anunciar una serie de novedades sobre su plataforma.

Shanku Niyogi, vicepresidente de GitHub, ha afirmado que evento de este año trata de "proporcionar a las comunidades herramientas que les permitan unirse para resolver problemas y eliminar barreras".

Y la mayor de las novedades anunciadas trata precisamente de eso, de facilitar a los desarrolladores la tarea de unirse a un proyecto, configurar su entorno de desarrollo y empezar a escribir código sin apenas recursos, sólo con la ayuda de un navegador.

De eso trata GitHub Codespaces, una nueva funcionalidad (en versión beta cerrada, por ahora) que permitirá al usuario escribir código directamente en la nube, proporcionándole un IDE basado en el editor Visual Studio Codespaces (conocido hasta hace unos días como Visual Studio Online).

En Xataka

Qué es Github y qué es lo que le ofrece a los desarrolladores

Según Niyogi,

"Realizar contribuciones al código de una comunidad puede resultar difícil: cada repositorio tiene su propia forma de configurar un entorno de desarrollo, lo cual frecuentemente llega a requerir docenas de pasos antes de empezar a escribir código".

Esta herramienta permite activar entornos de desarrollo con un clic, incluso para proyectos en los que el usuario no haya trabajado antes, y cambiar entre ellos con facilidad; será posible, incluso, contar con varias configuraciones para un mismo proyecto:

"Los 'codespaces' se pueden configurar para cargar tu código y dependencias, tus herramientas de desarrollador, extensiones, etc. Y cambiar de un entorno a otro es bastante simple: puedes seguir navegando cada vez que quieras y, al volver, tu Codespace se volverá a abrir también, automáticamente".

"La edición de código en el IDE de Codespaces siempre será gratuita", explican desde la plataforma, pero eso no significa que cualquier uso que le demos a GitHub Codespaces sea gratis.

En Xataka

Un día el desarrollador despertó y descubrió que GitHub se había convertido en el centro de la programación

Así, una vez el servicio deje de ser beta, se cobrará por uso en el caso de tareas computacionalmente intensivas (como las compilaciones), por hora y según el tipo de máquina virtual que estén utilizando, como ya ocurre en el caso de GitHub Actions.

También llega GitHub Discussion y el escaneo de código

Pero GitHub Codespaces no es la única novedad presentada hoy por la plataforma: también desembarcan en GitHub los foros Discussion para proyectos, que se estructurarán en torno a hilos, permitiendo publicar recopilatorios de preguntas frecuentes y otros documentos colaborativos como hilos independientes.

GitHub Discussions ya contaba actualmente con varias comunidades en versión beta (como las dedicadas a Prisma y React Query), pero hasta ahora estos foros no habían estado vinculados a proyectos de código concretos: en éstos, la interacción con el resto de colaboradores de un proyecto sólo podía darse en las pestañas de 'Propuestas' y de 'Solicitudes de extracción'.

Por último, GitHub también pondrá a disposición de sus usuarios herramientas automatizadas de escaneo de código, gratuitas para todos los proyectos de código abierto (el resto de proyectos también podrán usarlas, precio pago).

Su objetivo, será ayudar a los desarrolladores a detectar con anticipación posibles vulnerabilidades de seguridad, y hacerlo a una escala que funcione tanto para proyectos pequeños como grandes. Según GitHub, el escaneo de código se basará en CodeQL, un motor de análisis semántico avanzado que adquirió tras su compra de Semmle el año pasado.

Vía | TechCrunch

En los últimos años hemos visto aparecer plataformas nuevas que tienen como meta ayudarnos a ser más productivos y a amoldarse a nuestras necesidades. Un buen ejemplo de ello es Notion, y hoy vamos a probar una alternativa gratuita que está dando mucho que hablar.

Roam se autodenomina como "una herramienta de toma de notas para los pensamientos conectados. Roam le ayuda a organizar su investigación a largo plazo". Actualmente se encuentra beta, pero en esta fase inicial ya es muy prometedora.

Da vida a proyectos, punto a punto

Una vez que hayamos creado nuestra cuenta, lo primero que nos pedirán es que demos vida a nuestra base de datos. Al acceder, nos encontraremos con un lienzo en blanco, en el que podemos dar rienda suelta a nuestros pensamientos en forma de bullets.

Uno de los aspectos más positivos de Roam su sistema de navegación y organización de puntos. Como se puede ver en el vídeo superior, será muy fácil (arrastrando o mediante atajos de teclado) organizar todos los bullets a nuestro antojo.

Como bien indican sus creadores, Roam es una herramienta muy útil si estamos investigando o creando un proyecto de cero, ayudándonos a ordenar todos los puntos clave en un espacio de trabajo dinámico y minimalista.

En Genbeta

Esta aplicación gratuita te permite crear un Bullet Journal sincronizado

Por defecto, veremos que aparece creada una nota del día (daily notes), que podremos navegar de manera cronológica, aunque podemos crear páginas nuevas independientes si lo necesitamos.

Al igual que en Notion, si escribimos "/" aparecerá un listado de funciones que podemos invocar: desde un contador de caracteres, hacer referencia a un día o a una fecha en concreto, subir una imagen o incrustar un vídeo de YouTube.

También, al igual que en una herramienta como Notion, las opciones son prácticamente infinitas. Al ofrecernos este lienzo digital en blanco, eso significa que nosotros tendremos que pensar el uso que queremos hacer de esta plataforma y hacer que se adapte a nuestras necesidades.

Me gusta especialmente la barra lateral, ya que de esta manera podemos hacer referencia a elementos que hay en nuestra nota sin que ocupen espacio visual (en el vídeo superior muestran su funcionamiento).

Si estamos perdidos, en la parte inferior derecha veremos una leyenda en la que aparecen todos los atajos de teclado que actualmente hay disponibles. Además, también existe una gran cantidad de vídeos de YouTube en los que explican su funcionamiento.

Creo que tiene un futuro muy prometedor, sobre todo si tenemos en cuenta que todavía está en fase beta. Nos exige dedicarle un tiempo de planificación, pero si lo hacemos puede ser una herramienta genial para fomentar la productividad a la hora de investigar o dar vida a nuevos proyectos.