Si hay un producto de Microsoft que aupó a la empresa de Bill Gates y Paul Allen al éxito absoluto y a marcar un hito en la historia de la informática, ese es Windows. La hegemonía de Windows frente a otros sistemas operativos de escritorio es brutal, como podemos ver en esta animación. Sin embargo, los inicios nunca son fáciles y los de Microsoft no son una excepción.

Porque ese dominio absoluto al que Windows no tiene acostumbradas aunque largo, no es eterno: los 80 fueron años de heterogeneidad donde MS-DOS constituyó el motor de cambio hacia los SO de Microsoft. A partir de ahí, Windows nació en el 85 para auparse con Windows 3.x y ya dominar el panorama antes del cambio de milenio.

Aquellos locos 90. La década en la que Windows se llevó el gato al agua fueron los 90, con Windows 95 y Windows 98 partiendo la pana. Curiosamente, esa década fue también donde comenzamos a conocer las mieles del software libre: Linux era la punta de lanza del código abierto. Y también el heredero de algo que  Microsoft conocía muy bien. 

Unix, Xenix y Linux, tres caras de un prisma que cambió la informática

Microsoft se enfrentaba a un nuevo enemigo diferente al resto y allí conocimos los 'Halloween Documents' donde se destapó los miedos de la empresa de Gates y Allen y sus artimañas para lograrlo, esencialmente sembrando el miedo, la intertcdumbre y la duda. La noticia alcanzó notoriedad en tanto en cuanto Microsoft se vio obligada a confirmar la autenticidad de esos documentos tras la cobertura del New York Times.

Además de desacreditar la creación de Linus Torvalds, en aquellos documentos que vieron la luz a finales de los 90 y principios de los 2000 Microsoft hablaba sin filtros del miedo que les infundaba, con declaraciones como 'La calidad del software comercial puede verse alcanzada o superada por proyectos de 'código abierto' o 'Linux es una versión de UNIX que representa lo mejor en su clase, con credibilidad a largo plazo que supera a muchos otros sistemas operativos competitivos' o 'La mayoría de las aplicaciones necesarias ya están disponibles de forma gratuita'. 

En pocas palabras: Linux tenía calidad y aplicaciones suficientes como para rivalizar con el software comercial como el suyo.Quién mejor que ellos para saber de su calidad cuando su core lo conocían muy bien. 

De hecho, Linux, Unix y Xenix son algo así como el hijo rebelde, el padre y el tío rico de una misma familia. Allá por los 60 en los laboratorios Bell Labs de AT&T nacía Unix, un sistema operativo completo y revolucionario en tanto en cuanto usa conceptos que hoy en día siguen vivitos y coleando, como la jerarquía de archivos o la capacidad multiusuario. Eso sí, era un sistema operativo propietario y caro, pero robusto y potente.

En Genbeta

Descubren una cinta grabada hace 52 años que contiene la única copia conocida de UNIX V4, el tatarabuelo de Linux y macOS

Hablábamos antes de los inicios de Microsoft, mencionando MS-Dos como antesala de su exitoso Windows. Pero antes, Paul Allen y Bill Gates lo intentaron con Xenix, una adaptación a partir de una licencia de Unix de AT&T que compraron a finales de los 70. Es decir, no empezaron desde cero: tomaron ese Unix original y lo modificaron para que funcionara en esos ordenadores personales primigenios, llegando a convertirse en la variante más común de Unix. 

La clave está en que después, la licencia de Xenix la vendían a los principales fabricantes de la época, como IBM o Santa Cruz Operation. Este último acabaría quedándose con Xenix, cuando Microsoft perdió el interés y se centró en MS-Dos. La distribución Unix de Microsoft que reinó antes de Linux es hoy un SO extinto.

Pasan las décadas, llegamos a los 90 y nos encontramos con un joven Linus Torvald que quería usar Unix pero no podía pagar la licencia. Así que decidió hacerse su versión desde cero a partir de su kernel. Ese primer Linux es un clon funcional que no tiene una sola línea de código de Unix, aunque se comporte prácticamente igual. Es la evolución natural, gratis y colaborativa, de Unix.

En Genbeta | Si el PC en el que venías usando Windows 10 no admite Windows 11, no necesitas comprar uno nuevo. Así puedes instalarle Linux

En Genbeta | Quizá a Linux lo que le faltaba es una distro muy fácil de usar por cualquiera: ZorinOS ha conseguido 100.000 descargas en 48h con esa premisa

Portada | Wikipedia y Global Panorama

La industria de la tecnología de consumo se encuentra ante uno de los movimientos estratégicos más relevantes de estos últimos años: Google está preparando la fusión definitiva entre Android y ChromeOS, un proyecto que internamente ha recibido el nombre de Aluminium OS.

Lo que comenzó como una simple integración de ciertos componentes de ambos sistemas ha evolucionado hacia un ambicioso plan de transición que transformará el ecosistema informático de la compañía y el futuro de millones de dispositivos en todo el mundo.

El origen del proyecto

Desde hace años, Google ha ido reduciendo la distancia entre sus dos grandes plataformas. ChromeOS, creado inicialmente para ofrecer un entorno minimalista basado en la web, fue absorbiendo cada vez más partes de Android: primero el kernel, luego frameworks, APIs y finalmente compatibilidad plena con aplicaciones móviles.

El presidente del Ecosistema de Android, Sameer Samat, confirmó este verano que la compañía quería fusionar ambos sistemas en una sola plataforma. Este anuncio era el preludio de lo que ahora sabemos con más claridad: el sistema resultante tiene nombre propio y una hoja de ruta definida.

En septiembre, durante la Cumbre Snapdragon de Qualcomm, Google volvió a insistir en ese camino de convergencia y adelantó que la nueva plataforma se presentaría oficialmente en 2026.

Entonces, ¿qué es Aluminium OS?

El nombre Aluminium OS apareció por primera vez en una oferta de empleo interna de Google, donde se describía como “un nuevo sistema operativo Aluminium, basado en Android”, dirigido a ordenadores portátiles, tabletas y mini PC. La oferta remarcaba dos ideas clave: que Aluminium OS está construido con la IA como núcleo, y que se trata de un proyecto orientado también a dispositivos premium, no solo a la gama económica tradicional de los Chromebook.

¿Qué pasa con ChromeOS? La transición que lo cambiará todo

Así, Google ya tiene perfectamente claro el camino a seguir: si bien ChromeOS y Aluminium OS convivirán durante un tiempo, ya existe un plan explícito para transicionar de ChromeOS a Aluminium OS. De modo que el objetivo final es reemplazar ChromeOS a medida que avance la adopción del nuevo sistema.

En Genbeta

Siempre había pensado que Linux era lo mejor para ordenadores viejos. Hasta que probé Chrome OS Flex

Esa transición significa que el núcleo tecnológico —el kernel Linux modificado de ChromeOS— dejará de evolucionar y, más tarde, de funcionar... para ser reemplazado por el kernel de Android.

¿Por qué ahora? Porque Google considera que ChromeOS ha tocado techo. Según los documentos, aunque el sistema es ligero, seguro y adecuado para el uso educativo, sus limitaciones afectan a su crecimiento y capacidad de competir en la gama alta.

Aluminium OS nace, por tanto, con varios objetivos:

• Ser más completo y potente que ChromeOS.
• Competir en la gama alta de portátiles, donde dominan Windows y macOS.
• Aprovechar la IA como la capa principal de interacción y productividad.
• Integrar el ecosistema Android en la informática personal tradicional.

La estrategia rompe con la idea de tener un sistema móvil y otro de escritorio: Google quiere un único sistema universal que abarque móviles, tabletas y PC.

La consecuencia: muchos Chromebook no serán compatibles

Si ChromeOS desaparece gradualmente y su kernel deja de recibir soporte, el problema más inmediato es el hardware ya existente. Y es que los análisis mencionados indican que muchos Chromebook actuales no podrán ejecutar Aluminium OS debido a limitaciones técnicas o de componentes, siendo los modelos más recientes los únicos con compatibilidad con el nuevo sistema.

Esto puede generar una situación complicada: millones de usuarios podrían quedar 'huérfanos' de soporte, por lo que Google tendrá que ofrecer un ciclo de vida razonable para ChromeOS mientras migra al nuevo sistema.

¿Es buen momento para comprar un Chromebook?

Los expertos son claros: si estás pensando en comprar un Chromebook de gama alta (como, por ejemplo, el Samsung Galaxy Chromebook) para usarlo durante años, quizá deberías esperar. Y es que, incluso si los Chromebook van a seguir funcionando y recibiendo actualizaciones durante la transición, el futuro a largo plazo del sistema es incierto.

Imagen | Marcos Merino mediante IA

En Genbeta | Este vídeo muestra la evolución de los sistemas operativos de escritorio desde 1978. Es la mejor prueba del brutal dominio de Microsoft

No es habitual, pero a veces los grandes descubrimientos tecnológicos no suceden en laboratorios de I+D, sino en almacenes olvidados y polvorientos. Y es que ha sido en uno de esos, concretamente en uno de la Universidad de Utah, mientras el personal lo limpiaba, donde ha aparecido un carrete de cinta magnética de 9 pistas con una etiqueta escrita a mano:

"UNIX Original from Bell Labs V4 (See manual for format)".

El hallazgo, hecho público por el profesor Robert Ricci, de la Kahlert School of Computing, ha causado conmoción en la comunidad informática... pues podría tratarse de la única copia completa conocida de UNIX Cuarta Edición (V4), una versión de 1973 desarrollada en los legendarios laboratorios Bell que marcó un antes y un después en la historia del software.

¿Qué es UNIX V4 y por qué es tan importante?

UNIX V4, lanzado en noviembre de 1973, es considerado uno de los grandes hitos de la historia de la computación. Fue la primera versión de UNIX escrita en el lenguaje C, lo que la convirtió en el punto de inflexión que permitió la portabilidad de sistemas operativos (una idea revolucionaria para su tiempo).

Hasta este descubrimiento, sólo se conservaban fragmentos de aquel sistema operativo: algunos manuales de programación, unas cuantas páginas de documentación y el código fuente incompleto de un núcleo experimental llamado nsys. La versión completa del sistema operativo se creía perdida para siempre.

UNIX V4 fue diseñado para el PDP-11/45, una computadora minicomputadora de DEC que en los años 70 simbolizaba la vanguardia de la investigación en sistemas operativos. Desde aquellas líneas de código C escritas en Bell Labs brotaría más tarde gran parte de las ramas del árbol de los sistemas modernos: BSD, System V, Solaris, y macOS o Linux, sus descendientes más famosos.

Recurriendo a las metáforas genealógicas, UNIX V4 sería el tatarabuelo de ambos sistemas.

En Genbeta

La versión para UNIX de Lotus 1-2-3 (el 'Excel de los 80') estuvo perdida 32 años: así reapareció y se logró ejecutar en Linux

De un almacén a un museo

La historia del hallazgo tiene tintes de aventura académica. Según Ricci, el carrete fue encontrado mientras el personal revisaba materiales acumulados durante décadas. La letra en la etiqueta fue identificada como la del fallecido Jay Lepreau, investigador de sistemas distribuidos y figura clave del departamento de Utah en los años 80.

Más tarde, otro académico rastreó su procedencia y descubrió que la cinta había sido originalmente enviada a Martin Newell, un investigador de gráficos por computadora célebre por crear la mítica "tetera de Utah", un modelo 3D que se convirtió en icono de la historia del renderizado.

Es decir, el mismo laboratorio que dio origen a la tetera más famosa del mundo digital ahora podría devolvernos una pieza perdida del software que dio forma a Internet.

Una restauración milimétrica

La cinta será entregada en mano al Computer History Museum (CHM) en Mountain View, California —a más de 1.200 kilómetros de Utah—, donde Al Kossow, archivista del proyecto Bitsavers, liderará el proceso de recuperación.

Kossow explicó que la tarea requerirá una combinación de tecnología analógica y digital:

"Usaremos un convertidor analógico-digital de alta velocidad que vuelca unos 100 gigabytes de datos en memoria. Luego, el programa readtape de Len Shustek analizará las señales magnéticas para reconstruir los bits".

La cinta, una 3M de 1200 pies, tiene buenas probabilidades de estar en condiciones de lectura, aunque no se descarta tener que aplicar técnicas de 'horneado' para estabilizar el óxido magnético. Es literalmente un caso de arqueología de datos, en que cada bit que logren recuperar puede ayudar a cambiar lo que sabemos sobre cómo se construyó la base del software moderno.

En Genbeta

El dueño del primer PC con Linux (se lo instalaron a traición mientras dormía) cuenta cuál fue el nombre original del sistema operativo

Lo que esta cinta podría revelar

Si los datos se logran recuperar, los investigadores esperan poder reconstruir completamente el código fuente de UNIX V4, sus herramientas originales y, quizá, compilarlo nuevamente en un entorno emulado. Sería un hito comparable al rescate de las primeras versiones de UNIX V1 y V2, restauradas años atrás.

Además, permitiría estudiar la transición exacta entre los UNIX escritos en ensamblador y los que adoptaron el lenguaje C —una evolución que allanó el camino para la portabilidad de software, el concepto que inspiró el nacimiento de Linux en 1991.

Imagen | Marcos Merino mediante IA

En Genbeta | Qué fue de MINIX, el sistema operativo que inspiró la creación de Linux y terminó siendo más usado que Windows 

Usar la terminal puede parecer intimidante al principio, pero quienes la dominan saben que es una herramienta notablemente útil; ya sea instalando programas hasta automatizando toda clase tareas, escribir comandos puede ahorrarte muchos clics… pero también puede consumir mucho tiempo si tienes que estar tecleando una y otra vez las mismas instrucciones y rutas.

Por suerte, existe una solución sencilla y elegante para esos casos: los alias. Con ellos puedes acortar cualquier comando —o conjunto de comandos— a una palabra clave fácil de recordar. En este artículo aprenderás qué son, por qué te harán más productivo y cómo crearlos en los principales sistemas operativos: Windows, Linux y macOS.

¿Qué es un alias y para qué sirve?

Un alias es básicamente un "atajo de teclado" dentro de la terminal. Te permite asignar un nombre corto a un comando (o conjunto de comandos) más largo.

Por ejemplo, si sueles escribir esto:

"git status"

Puedes crear un alias llamado 'gs', y a partir de ese momento, para obtener el mismo resultado, bastará con teclear:

"gs"

Este pequeño cambio puede ahorrarte segundos cada vez que lo uses, pero en una jornada completa —y sobre todo en proyectos donde usas la terminal constantemente— el ahorro acumulado es notable.

Ventajas de usar alias

1. Ahorro de tiempo: Evitas teclear comandos largos o difíciles de recordar.
2. Evitas errores: Menos teclear significa menores probabilidades de escribir mal una orden.
3. Personalización: Adaptas la terminal a tu flujo de trabajo.
4. Estandarización: Puedes compartir tus alias con tu equipo para que todos trabajen igual.

En Genbeta

Esta es la diferencia entre terminal, consola, shell y línea de comandos. Despejamos dudas habituales en torno al 'modo texto'

Cómo crear alias en Linux y macOS

Linux y macOS comparten un entorno muy similar, ya que ambos usan shells como bash, zsh o fish. Los alias se crean y guardan de forma parecida.

Alias temporales

Puedes crear un alias directamente en la terminal (que sólo será válido durante la presente sesión, hasta que cierres la terminal), así:

alias nombre_alias='comando_original'

Ejemplo:

alias gs='git status' alias ll='ls -lAh'

A partir de ese momento, 'gs' mostrará el estado de Git y 'll' listará los archivos con detalles. Sin embargo, si prefieres alias que puedan permanecer entre sesiones, sigue leyendo.

Alias permanentes

Los alias permanentes se guardan en los archivos de configuración de tu shell (dentro de ru carpeta de usuario):

• En bash: ~/.bashrc
• En zsh (macOS moderno): ~/.zshrc
• En fish: ~/.config/fish/config.fish

Abre el archivo con tu editor favorito, por ejemplo:

nano ~/.bashrc

y añade tus alias al final de dicho documento, por ejemplo:

alias gs='git status'

alias gl='git log --oneline --graph --decorate'

alias update='sudo apt update && sudo apt upgrade -y'

Guarda el archivo y ejecuta:

source ~/.bashrc

Esto 'recarga' la configuración para que los alias estén disponibles inmediatamente.

En Genbeta

Nueve alternativas modernas a comandos clásicos de Linux

¿Puede un alias sobreescribir el comando original?

Sí. Puedes hacer que la primera opción del shell cuando se le introduce un comando no sea ejecutar su versión original, sino la alterada por ti mediante alias. La forma más común de usar esta función es especificar modificadores sin tener que recordarlos.

Por ejemplo, para evitar meter la pata de manera espectacular usando comandos potencialmente peligrosos como 'rm' (capaz de borrar masivamente archivos y carpetas de tu disco duro), puedes pasarle el modificador '-i', que fuerza al comando a solicitar confirmación interactiva para cada fichero a eliminar:

alias rm='rm -i'

¿Y los alias para comandos múltiples?

Un alias no tiene por qué ser un solo comando: también puedes encadenar varios usando '&&' o ';'.

Por ejemplo:

alias updateclean='sudo apt update && sudo apt upgrade -y && sudo apt autoremove -y'

Este alias actualizará el sistema y limpiará archivos innecesarios con una sola orden.

Cómo crear alias en Windows (PowerShell)

En Windows también puedes crear alias, aunque el sistema funciona de forma un poco diferente.

Alias temporales en PowerShell

Ejecuta en la terminal:

Set-Alias gs git status

Sin embargo, PowerShell no interpreta argumentos complejos igual que Bash, por lo que para comandos más elaborados conviene usar una función. Por ejemplo:

function gs { git status }

Guarda este alias en la sesión actual y funcionará mientras no cierres la ventana.

En Genbeta

Qué es un archivo BAT y cómo (y para qué) puedes crear uno tú mismo en pocos pasos

Alias permanentes en PowerShell

Para mantenerlos después de reiniciar, debes añadirlos a tu perfil de PowerShell.

Primero, verifica si existe un perfil:

Test-Path $PROFILE

Si devuelve False, créalo con:

New-Item -Path $PROFILE -ItemType File -Force

Luego, edítalo:

notepad $PROFILE

Y añade dentro tus alias o funciones. Por ejemplo:

Set-Alias ll Get-ChildItem

 function gs { git status }

function gl { git log --oneline --graph --decorate }

Guarda el archivo, cierra y abre PowerShell nuevamente. Tus alias estarán listos.

Imagen | Marcos Merino mediante IA

En Genbeta | 35 comandos imprescindibles del CMD de Windows 

Cuando pensamos en la misión Apolo 11, que en 1969 llevó por primera vez al ser humano a la superficie de la Luna, la imagen que suele venir a la mente es la de los astronautas Neil Armstrong y Buzz Aldrin descendiendo por la escalerilla del módulo lunar. Un pequeño paso para el hombre y todo eso. Sin embargo, tras esa hazaña épica había un protagonista menos visible, pero igual de crucial (o más, incluso): el software que controlaba la nave.

En una época en que los ordenadores ocupaban salas enteras y se programaban con tarjetas perforadas, la NASA tuvo que confiar para esta tarea en un sistema operativo pionero que marcó el rumbo de la informática moderna.

El ordenador de a bordo: el Apollo Guidance Computer (AGC)

El corazón digital de la misión era el Apollo Guidance Computer (AGC), diseñado en el Instituto Tecnológico de Massachusetts (MIT) bajo contrato con la NASA. Este ordenador no se parecía en nada a los dispositivos que hoy llevamos en el bolsillo:

• Velocidad de reloj: 1,024 MHz
• Memoria RAM: 2 KB
• Memoria de solo lectura (ROM): 36 KB, almacenada en core rope memory (memoria de núcleo trenzado, literalmente "cosida a mano" por trabajadoras que pasaban hilos a través de anillos magnéticos).
• Peso: alrededor de 32 kg.

Era, en esencia, un enorme ordenador (para los criterios actuales... en aquel momento era un ultraligero) que resultaba extremadamente limitado en recursos, pero diseñado para ser fiable, ligero y resistente a las condiciones del espacio.

El sistema operativo: el "Executive" y el "Waitlist"

El software del AGC estaba basado en un sistema operativo rudimentario pero sorprendentemente avanzado para su época. Sus componentes principales eran:

1. Executive: Gestionaba las tareas en tiempo real, asignando prioridad a los procesos más importantes. Por ejemplo, si el radar del módulo lunar enviaba demasiada información y saturaba la computadora, el Executive sabía descartar procesos secundarios y centrarse en los vitales: mantener el control de la nave.
2. Waitlist: Funcionaba como una lista de espera de tareas programadas para ejecutarse en momentos específicos. Era una especie de planificador que garantizaba que las operaciones críticas (como encender motores o ajustar la orientación de la nave) ocurrieran exactamente cuando debían.

Lo cierto es que este esquema de funcionamiento hacía del AGC uno de los primeros sistemas operativos multitarea de la historia.

En Xataka

Queremos ir a la Luna, pero no dejamos de estrellarnos con ella: por qué es tan difícil alunizar 60 años después de la primera vez

Pero, ¿cuál era el sistema operativo? ¿AGC, Executive o Waitlist?

Ninguno de los tres. El Apollo Guidance Computer (AGC) era el nombre del ordenador de a bordo (del ahrdware, vamos), y no ejecutaba un sistema operativo con un nombre comercial como los que conocemos hoy (Windows, Linux, macOS). Lo que llevaba era un conjunto de rutinas de tiempo real desarrolladas en el MIT Instrumentation Laboratory, conocido internamente con el creativo nombre de 'AGC software' o más formalmente como el Apollo Guidance Software.

Dentro de ese software, el núcleo del sistema operativo se componía de dos partes principales de 'Executive' como planificador de tareas, y de 'Waitlist' como gestor de los procesos programados. Sin más.

El lenguaje de programación: AGC Assembly... y 'verbos' + 'sustantivos'

Los programas para el AGC se escribían en un lenguaje ensamblador propio, AGC Assembly, pero para los astronautas se simplificó la interacción mediante una interfaz basada en combinaciones de verbos y sustantivos, que en sí mismo era un lenguaje de programación de alto nivel.

• Verbos: acciones que se podían ejecutar (mostrar, calcular, iniciar).
• Sustantivos: datos o parámetros sobre los que se actuaba (velocidad, ángulo, tiempo).

Por ejemplo, para mostrar la velocidad en pantalla, el astronauta introducía un código de verbo (como '16' para 'mostrar') y uno de sustantivo (como '65' para 'velocidad'). Era un lenguaje simple pero efectivo, que permitía a los tripulantes comunicarse con el ordenador en pleno vuelo.

El famoso 'error 1202' y la tolerancia a fallos

Uno de los momentos más tensos de la misión Apolo 11 ocurrió durante el alunizaje, cuando el AGC comenzó a mostrar alarmas 1201 y 1202. Estas advertencias señalaban que el ordenador estaba sobrecargado: el radar de acoplamiento estaba enviando datos innecesarios que consumían demasiados ciclos de procesamiento.

Aquí el sistema operativo mostró su genialidad. En lugar de bloquearse o reiniciarse por completo, el Executive descartó tareas no esenciales y garantizó que las funciones críticas —controlar el motor y la orientación del módulo— siguieran ejecutándose. Gracias a ese diseño, la misión pudo continuar hasta que Armstrong tomó el control manual para posarse en la superficie lunar.

En palabras de hoy, aquello fue una demostración temprana de cómo un sistema podía mantener la estabilidad bajo una fuerte sobrecarga de trabajo, algo que incluso muchas tecnologías modernas aún no consiguen manejar con tanta eficacia.

Un software pionero escrito por un equipo visionario

Foto de aquella época en la que se ve a Hamilton sujetando todo el código impreso en grandes tomos. [Museo del MIT]

El desarrollo del software estuvo dirigido por Margaret Hamilton, ingeniera del MIT que fue la responsable de acuñar el término ingeniería de software para dar dignidad y rigor a esta disciplina emergente.

Los primeros trabajos de desarrollo del software de AGC se iniciaron en 1965, cuando Hamilton tenía sólo 29 años. Lideró el equipo de programadores hasta julio de 1969, cuando tenía 32 y su creación permitió a la especie humana llegar a la Luna.

Su equipo escribió y depuró decenas de miles de líneas de código, todo en ensamblador, probando cada módulo con simulaciones exhaustivas. Hamilton insistió en diseñar el sistema con tolerancia a errores humanos y situaciones imprevistas.

La famosa 'alarma 1202' fue, en cierto modo, la validación de esa filosofía: un ordenador que no solo ejecutaba instrucciones, sino que también sabía priorizar y sobrevivir a lo inesperado.

El legado del AGC y su software

Aunque primitivo en comparación con cualquier microcontrolador actual, el AGC y su sistema operativo sentaron bases fundamentales:

• Multitarea en tiempo real: hoy esencial en sistemas críticos, desde aviones comerciales hasta marcapasos.
• Interfaces simplificadas para usuarios no expertos: un antecedente de la usabilidad moderna.
• Tolerancia a fallos: principio central en software que no puede permitirse errores, como el de satélites, trenes o plantas nucleares.

El AGC no se limitó a llevar a los astronautas a la Luna: también llevó a la informática un paso más allá, demostrando que el software era tan crucial como el hardware en la exploración espacial.

Imagen | Marcos Merino mediante IA

En Genbeta | Este videojuego de los 90 es una de las joyas de programación más impresionantes: lo escribió una sola persona… usando ensamblador 

El futuro de los sistemas operativos de Google ha sido durante mucho tiempo un tema de especulación. ¿Seguirán existiendo Android y ChromeOS como dos entidades separadas o terminarán convergiendo en una sola plataforma?: esta es la pregunta que nos podemos hacer a día de hoy. Y su respuesta puede estar más cerca que nunca, ya que durante el reciente Snapdragon Summit hemos tenido la confirmación más real hasta la fecha: la unificación está en marcha y más avanzada de lo que pensábamos. 

Una charla. Es una conversación sobre el escenario, Rick Osterloh, vicepresidente Senior de Dispositivos y Servicios de Google, junto a Cristiano Amon, CEO de Qualcomm, desveló que ambas compañías están colaborando de manera activa en un proyecto revolucionario. 

"En el pasado, siempre hemos tenido sistemas muy diferentes entre lo que construíamos en PC y lo que construíamos en smartphones", afirmó Osterloh. "Nos hemos embarcado en un proyecto para combinar eso. Estamos construyendo juntos una base técnica común para nuestros productos en PC y sistemas de escritorio".

En Genbeta

La función más esperada de Windows ya está disponible: mandar archivos entre móvil y PC sin ningún cable

Secreto a voces. Estas declaraciones no son un hecho aislado. Se suman a los rumores y filtraciones que llevamos años escuchando y que apuntaban a una fusión entre Chrome OS y Android. De hecho, hace unos meses, Sameer Samat, presidente del ecosistema Android en Google, ya había confirmado los planes de la compañía para combinar ambos sistemas operativos en una única plataforma. 

Lo que hace tan relevante este anuncio en el Snapdragon Summit es el entusiasmo y la confianza con la que los directivos hablaron del proyecto. El propio CEO de Qualcomm no pudo contener la emoción afirmando: "Lo he visto, es increíble. Cumple la visión de la convergencia del móvil y el PC. No puedo esperar a tener uno". 

En esta frase, "tener uno", sugiere que no estamos hablando solo de software, sino de hardware específico que ya se está probando internamente.

Android para todo. El objetivo de Google parece bastante claro: crear un ecosistema unificado y coherente que pueda competir de tú a tú con el de Apple que está presente en muchos dispositivos. La idea es que Android no sea solo el sistema operativo de tu móvil o tablet, sino también el cerebro de tu ordenador portátil. 

Para ello, Google lleva tiempo sentando las bases, mejorando Android con características pensadas para pantallas grandes. Entre algunas de las características que hemos visto está en el modo de escritorio completo, la mejor gestión de ventanas o el soporte mejorado para monitores externos. 

En Genbeta

Esta es la diferencia entre terminal, consola, shell y línea de comandos. Despejamos dudas habituales en torno al 'modo texto'

Chromebook. Este anuncio inminente nos hace pensar que el fin de los Chromebook puede estar más lejos. Todo apunta a que los futuros portátiles de Google, y probablemente los de sus socios, abandonarán Chrome OS para adoptar esta nueva versión vitaminada de Android. Esto podría significar el nacimiento de un esperado Pixel Laptop con Android, un dispositivo de gama alta diseñado para mostrar todo el potencial de esta plataforma unificada. 

Cuándo. Aunque no hay fechas confirmadas, el hecho de que Google hable tan abiertamente de este proyecto sugiere que podríamos tener noticias más concretas a lo largo del próximo año. Se abre una nueva era para Android y, posiblemente, para el concepto que tenemos de la informática personal.

Imágenes | Alexander London 

En Genbeta | Google está cambiando Android a lo grande para usuarios y desarrolladores. El sistema que conocemos está diciendo adiós poco a poco

¿Alguna vez, cuando estabas estudiando, te has dado cuenta de que podías ubicar un dato en tus apuntes porque recordabas su posición, o incluso la forma o el color del cuadro de texto, en la página? Es una versión simplificada de lo que los clásicos llamaban el 'palacio de la memoria'.

Esa habilidad tiene un nombre: memoria espacial. Es la misma que nos ayuda a recordar dónde dejamos las llaves o cómo llegar a casa sin necesidad de GPS.

Lo curioso es que, aunque nuestra mente funciona así, la interfaz de los ordenadores no. La mayoría de los sistemas operativos actuales nos obligan a buscar archivos en jerarquías lineales de texto, recurriendo a los nombres de carpetas y al uso del omnipresente "Ctrl + F".

Eso le hizo pensar a la diseñadora digital Ling (@fishlooker\_ en X) que la gestión de archivos digital podría ganar mucho si recurriera a nuestro sentido espacial. En sus propias palabras:

"La gestión de archivos actual se parece a una caja oscura: introduces tu mejor suposición del nombre y rezas para que salga el correcto".

La rana que nada entre carpetas

A los pocos días mostró un prototipo de a qué se refería con lo del uso de la memoria espacial: "idea: construir un mejor explorador; resultado: 'liminal froggy OS'". Se trataba de un breve vídeo (ya viral) de un pequeño mundo 3D donde una rana va nadando entre carpetas flotantes.

Siendo una broma (aunque una más útil que ciertos metaversos...) hubo quien pidió su "licencia enterprise con soporte multi-rana", pero también suscitó ideas: algunos propusieron poder convertir el agua de la 'demo' en un bosque, ciudad o arrecife, y añadir puntos de referencia para orientarse.

Y es que, lejos de ser solo un chiste visual, la idea pone sobre la mesa un debate profundo: ¿por qué no usamos interfaces que aprovechen nuestra memoria espacial para organizar información digital?

En Genbeta

Los jóvenes no comprenden cómo funciona el sistema de archivos: "¿Carpetas? ¿Unidades? ¿De qué me estás hablando?"

¿Tiene base científica 'hacer espacial' la interfaz?

En realidad, la idea detrás de la rana de Ling no ha salido de la nada. De hecho, reabre una 'línea de investigación prometedora' que, ahora que las GPUs son omnipresentes, resulta hoy más factible que en los noventa.

Junto a la mayor capacidad gráfica, está la cuestión de la creciente cultura de lienzos infinitos (las notas en Notion, los tableros Miro o el canvas infinito de iPad), que ha acostumbrado a muchos usuarios a ir sembrando elementos (notas, gráficos, archivos) y a recordar su paradero aproximado.

Pero ya en 1998, varios investigadores de Microsoft Research crearon 'Data Mountain', una 'montaña' donde los usuarios posicionaban documentos en un plano inclinado. En pruebas controladas, el sistema mostró ventajas estadísticamente significativas frente a la gestión clásica de Favoritos de Internet Explorer y evidencias de que los usuarios aprovechaban la memoria espacial para recuperar elementos.

Por otra parte, cabe mencionar el 'Finder espacial' del Mac clásico: durante años cada carpeta era una ventana que recordaba su posición y tamaño, reforzando el mapa mental del usuario. Diversos ensayos sobre usabilidad señalan que ese diseño generaba un "mundo coherente" en el que la localización de cada elemento importaba, no solo su nombre.

Y si recuerdas esa mítica escena de "Parque Jurásico" en la que Lex exclamaba "¡Esto es Unix!", y se veía representado el árbol de directorios en formas de plataformas y columnas navegables, debes saber que esa aplicación existió de verdad, y se denominaba 'fsn' (File System Navigator).

Menos dinosaurios mutantes y más Unix con gestión espacial de archivos, oiga

¿Qué tendría que ofrecer un "explorador espacial" moderno?

• Estabilidad espacial estricta. Que cada carpeta 'recuerde' su posición/escala/rotación; sin reordenamientos automáticos que rompan el mapa mental.
• Puntos de referencia variados y personalizables. Zonas, colores, texturas, "mesas" o "estanterías" donde el usuario coloque cosas a propósito.
• Vistas múltiples sincronizadas. 3D para orientación y 2D/tabla para tareas de lote (renombrar, filtrar por fecha).
• Gramática de gestos simple. Data Mountain funcionó usando ratón 2D sobre un mundo 3D; lo mismo debería ocurrir aquí para no exigir hardware de RV ni mando especial. 
• IA como mero consejero. Un buscador semántico puede sugerir y agrupar ("tiene pinta de que estas 40 facturas van juntas"), pero debe ser el usuario quien decida dónde se colocan. Es la condición necesaria para que la memoria espacial 'haga su magia'.

Imagen | Marcos Merino mediante IA

En Genbeta | Usabilidad y accesibilidad web: qué son y en qué se diferencian estos conceptos que nos facilitan la vida como usuarios 

Linux es hoy un sistema operativo que funciona en miles de millones de dispositivos, sostiene buena parte de Internet y hasta viaja por le espacio exterior en naves y robots. Pero su arranque fue mucho más "de andar por casa", según ha desvelado en un artículo Lars Wirzenius, compañero de estudios y amigo de Linus Torvalds, que rememora cómo nació aquel 'hobby' que se convirtió en uno de los mayores logros tecnológicos de las últimas décadas.

¿Qué es eso de la Usenet?

Lars Wirzenius y Linus Torvalds se conocieron en 1988, cuando ambos empezaron sus estudios de informática en la Universidad de Helsinki. A finales de ese primer curso, lograron tener acceso a un servidor Unix y, por un error tipográfico —escribir 'rn' en vez de 'rm'—, ambos descubrieron la Usenet —un sistema de foros en red—, lo alimentó su interés por la programación y por los debates sobre cómo debía construirse un sistema operativo.

Tras el paréntesis del servicio militar, regresaron a las aulas en 1990 y cursaron programación en C y Unix, con teoría de arquitectura del kernel incluida. Por aquel entonces, devoraban artículos sobre otros sistemas operativos, como QNX y Plan 9, y debatía sobre cómo "debería" estar construido un sistema operativo.

Del Príncipe de Persia… a Minix

En enero de 1991, Linus compró su primer PC 'clónico' con CPU 386, 4 MB de RAM y disco duro. Lo quería de 32 bits, en parte por venir de un Sinclair QL con Motorola 68008, y porque el 286 —de 16 bits— no le atraía. Como cualquier estudiante, también instaló un juego: Prince of Persia, al que se 'vició' durante una temporada.

Luego adquirió MINIX, el Unix educativo desarrollado por Andrew S. Tanenbaum, para tener "algo tipo Unix" en casa. Esos ingredientes —hardware modesto, un Unix pequeño y mucho tiempo de pantalla— prepararon el caldo de cultivo de Linux.

En Genbeta

Iba a revolucionar la informática creando Linux, pero para poder viciarse al 'Prince of Persia' reservó una partición a MS-DOS

De ensamblador a los drivers

Una vez que Linus logró pasarse el videojuego de marras, se sumergió en la programación con ensamblador para Intel. Le mostró a Lars un programita con multitarea: un hilo imprimía una ristra de letras "A", y el otro hacía lo mismo con la "B". Aunque pueda parecer una chorradita, aquel código fue el embrión del kernel que luego conoceríamos como Linux.

En primavera de 1991 lo fue reescribiendo mayoritariamente en C, mucho más práctico para mantener y ampliar un sistema operativo. Pero, en ese momento, faltaban muchas funciones básicas que hoy damos por sentadas en cualquier biblioteca estándar de C.

Algunas de ellas, como sprintf(), fue implementada por el propio Lars mientras Linus se dedicaba a otros aspectos del kernel: lo curioso es que la base de ese código de Lars aún sobrevive en el kernel Linux de hoy: una pequeña pieza de los años 1991–1992 que sigue funcionando en millones de dispositivos actuales.

Con el paso de las semanas añadió controladores y los usó para marcar por módem a la universidad y leer Usenet desde casa. Hubo tropiezos dignos de anécdota: en una ocasión intentó "marcar" con el disco duro, y el sector de arranque amaneció empezando por "ATDT" y el número del módem.

Tras recuperar la máquina, Linus se animó a implementar los permisos de archivos, para evitar otro error por el estilo.

Lars Wirzenius, vía Wikimedia

"Es sólo un hobby"

En agosto de 1991, Linus habló en público por primera vez de su kernel en el grupo comp.os.minix de la Usenet: "estoy haciendo un sistema operativo (libre)… sólo un hobby, no será grande y profesional como GNU". 

Inicialmente, el proyecto se llamó Freax, en referencia a 'freak' ("rarito"). Cuando Linus pidió a Ari Lemmke —administrador de `ftp.funet.fi`— que subiera el primer tarball, Lemmke eligió por él otro nombre: Linux. Sin embargo, en el código de la versión 0.01 todavía quedó rastro del nombre original en un fichero de construcción.

Pero, cuanta más gente quería probar aquel nuevo sistema operativo, Linus necesitaba un método de instalación. Solo tenía un PC, así que se fue a casa de Lars para instalarlo en el suyo. 

Lo irónico es que, dado que ese Linux primigenio había ido construyéndose sobre la instalación previa de Minix, el sistema operativo nunca se había "instalado desde cero". Así que el primer PC en el que se instaló Linux fue el de Wirzenius… mientras él dormía la siesta:

"Recomiendo este método: echarte la siesta mientras Linus hace el trabajo duro".

En Genbeta

Así se creó la primera 'distribución': Linux 'a pelo' era demasiado difícil de instalar

Un 1992 lleno de emociones

Tampoco es muy conocido el hecho de que Linux no nació como software libre: las primeras versiones llevaban una licencia que prohibía el uso comercial. Fueron algunos de los primeros colaboradores los que presionaron para cambiarla a una licencia GPL, aunque eso no ocurriría hasta comienzos de 1992.

Pero, antes de eso, el año 1992 arrancó con el célebre debate Tanenbaum–Torvalds sobre la arquitectura del kernel. El evento suele citarse como un enfrentamiento a cara de perro, pero Lars afirma recordarlo como algo sorprendentemente civilizado.

Más importante aún fue el port de X11 a Linux: de repente, el sistema joven podía ofrecer un entorno gráfico estándar. Tenemos que dejar de vaticinarlo porque, en palabras de Wirzenius, 1992 ya fue "el año del escritorio" de Linux.

También fue ese mismo año cuando surgieron las primeras distribuciones de Linux, por cierto.

Compartiendo oficina (y liándola parda en la red)

En 1993, la universidad contrató a Linus y a Lars como ayudantes de docencia. Compartieron despacho y un PC, que Linus adoptó para desarrollar Linux, mientras Lars se daba por satisfecho con un terminal DEC para leer Usenet. 

Con el tiempo, Linux obtuvo soporte para Ethernet y TCP/IP. Por fin se podía leer Usenet sin módem. Pero el código de red, escrito desde cero, no estaba libre de aristas: en cierto momento Linux emitió paquetes defectuosos que dejaron KO a las estaciones Sun de la red universitaria. Arreglar el kernel de Sun era inviable, así que vetaron Linux del campus hasta que el fallo se corrigiera. 

1.0: "Ya está, terminado"

En primavera de 1994 sintieron que Linux estaba "listo". Se podía compilar a sí mismo, leer Usenet y ejecutar incontables instancias de xeyes (¡toda una prueba!). Organizaron un evento de lanzamiento de la 1.0: compilaron el kernel en segundo plano mientras Linus y otros explicaban qué era Linux y para qué servía. Y Torvalds aprovechó para soltar una verdad de las que hacen época: comprar un Unix comercial para PC era tan caro que era más fácil escribir el tuyo. 

Imagen | Marcos Merino mediante IA

En Genbeta | Los creadores de Windows y Linux se han conocido por fin: Bill Gates y Linus Torvalds comparten foto tras tres décadas de rivalidad 

Los últimos anuncios de Google respecto a Android muestran grandes cambios en la forma de enfocar el sistema operativo móvil. Cambios profundos que alterarán la forma en que usuarios y desarrolladores utilizan el sistema y desarrollan aplicaciones y ROMs para sus terminales.

Qué ha pasado. Esta semana, Google ha anunciado que a partir de 2026, va a obligar a todos los desarrolladores a verificar su identidad para que los usuarios puedan instalar sus archivos APK. Hasta ahora, algo así ya era requisito indispensable para distribuir aplicaciones en la Google Play Store, el gran cambio tiene que ver con el 'sideloading': aquellos desarrolladores que distribuyan sus aplicaciones en tiendas de terceros, en webs o a través de plataformas como F-Droid o de mensajería como Telegram o WhatsApp.

Reacciones. Al ser consciente de un anuncio tan grande, la comunidad no tardó en responder a la publicación de Sameer Samat, presidente de la división de Android en Google. Según el ejecutivo, este es el sentido del cambio "Queremos asegurarnos que cuando descargas una aplicación realmente sea del desarrollador que dice ser, sin importar dónde la descargas". La comunidad teme que puedan pagar justos por pecadores y que aplicaciones legítimas cuyos desarrolladores no quieren exponer su identidad (por motivos legales o políticos, por ejemplo) se vean afectadas.

En Xataka

Google está dando el paso más importante de su historia: su buscador clásico se difumina para dar paso a las búsquedas por IA

De cara a los usuarios, Apple implementó algo similar en macOS con gatekeeper, y aunque instalar malware es mucho más complicado, instalar aplicaciones descargadas de Internet de desarrolladores autorizados ahora requiere dar pasos en el sistema que no siempre están claros para personas sin conocimientos.

El sentido de algo así. Con una opción como esta, Google cierra un poco más la puerta de instalar lo que queramos en nuestro móvil, algo que hemos podido hacer desde los inicios de Android habilitando un simple ajuste. El problema es que ese ajuste no ha sido suficiente para impedir que muchos usuarios caigan en instalar malware como consecuencia de oledas de phishing como la de Flubot.

En ellas, los atacantes se hacen pasar por empresas como Correos o Fedex para que los usuarios instalen sus aplicaciones, con el pretexto de consultar cómo va el (falso) envío de un paquete, o de pagar un gasto (falso) de aduanas. Al instalar estas aplicaciones, lo que estamos haciendo realmente es darles el control total del móvil sin saberlo. Google el cambio con datos: detecta 50 veces más malware en aplicaciones descargadas vía web que en la Play Store.

Google ya ha ido endureciendo la instalación de APKs en el sistema com Google Play Protect, pero según la compañía hace falta más. La realidad es que si no se da la opción al usuario de desactivar la exigencia de la verificación, el sistema se está cerrando, de facto.

El desarrollo de Android será privado. Google ha ido cerrando mucho Android hasta dejar una sola parte libre: lo que conocemos como Android Open Source Project (AOSP). Hasta este año, su desarrollo se ha realizado de forma abierta, en público, pero la compañía anunció que iba a cerrarse, de forma que los desarrolladores externos a la empresa podían seguir el desarrollo de la rama AOSP en tiempo real. Es, en resumen, una puñalada al software libre.

Ahora el código fuente seguirá publicándose bajo AOSP, pero los desarrolladores no podrán observar los cambios. Es un golpe casi definitivo de Google a la parte abierta, que ha ido perdiendo su esencia a medida que Google trasladaba sus novedades a la experiencia de los Pixel, propietaria. Según Google, el cambio se ha realizado para simplificar el desarrollo de Android, pero recientemente, Google ha dejado de subir archivos a los repositorios archivos sobre los Pixel que anteriormente compartía con cada lanzamiento de Android, poniendo las cosas más difíciles a los desarrolladores de ROMs.

Imagen de portada | Midjourney

En Genbeta | Google quiere convertir Android en un verdadero sistema de escritorio. Ya cuenta con la pieza que permite ejecutar aplicaciones de PC

En el universo del retro gaming abundan los proyectos que parecen imposibles. Y si bien la mayoría de los aficionados se conforman con emular viejas consolas en un PC moderno, algunos prefieren invertir la lógica y llevar sistemas operativos de ordenador a dispositivos que jamás estuvieron pensados para ello.

Ese es el caso de MetraByte, un modder conocido por sus experimentos insólitos, que acaba de lograr un reto mayúsculo: instalar Windows 95 en una PlayStation 2.

El reto: llevar un sistema x86 a una máquina MIPS

La PlayStation 2, lanzada en el año 2000, fue una de las consolas más exitosas de la historia... pero también una de las más complejas a nivel técnico. Su corazón, el procesador Emotion Engine, está basado en la arquitectura MIPS, radicalmente distinta a los procesadores x86 que utilizaban los PC compatibles con Windows 95.

Esto suponía, a priori, un muro técnico casi infranqueable: el sistema operativo de Microsoft nunca fue diseñado para ejecutarse fuera de la arquitectura x86. Para resolverlo, MetraByte recurrió a un emulador ejecutado directamente en la PS2, una especie de capa intermedia que traduce las instrucciones. No obstante, este paso solo fue el comienzo de una larga odisea de pelearse con la videoconsola.

14 horas contra la máquina

Tras casi 14 horas de pruebas y ajustes, lidiando con limitaciones de hardware y errores de software, el modder consiguió arrancar Windows 95 en la consola de Sony. El resultado, más que funcional, es simbólico:

• El sistema arranca, pero es inestable.
• La consola tiene problemas para reconocer una ratón convencional.
• Las fuentes y ventanas se vuelven ilegibles al abrirse varias a la vez.

En otras palabras, no es una experiencia de usuario práctica, pero sí una demostración técnica de hasta dónde se puede llevar la PS2 cuando se combina paciencia y creatividad.

El examen de fuego: ¿y DOOM?

En la comunidad hacker y retro, hay una tradición no escrita: demostrar la potencia de un dispositivo logrando ejecutar DOOM, el mítico FPS de los años 90. Este juego ha sido portado a objetos tan dispares como calculadoras gráficas, neveras inteligentes, tests de embarazo digitales o incluso pantallas de microondas.

En Genbeta

Esta abuela compró 20 Game Boys y el mismo juego 26 veces. Su nieto cree que no sabía cambiarle las pilas o reiniciar partida

En el caso de la PS2 con Windows 95, la expectativa era la misma. Sin embargo, aquí llegó la decepción: el lanzador de DOOM no consigue abrirse correctamente y el juego nunca arranca. Un revés para quienes esperaban culminar la hazaña con este símbolo universal del hacking lúdico.

Más allá de la utilidad: una lección de ingeniería

La PlayStation 2 es recordada por su catálogo legendario y su impacto cultural, pero su arquitectura poco convencional aún la convierte en un campo de experimentación. Proyectos como este no solo rinden homenaje a la historia del hardware, sino que también revelan cómo la pasión y la curiosidad pueden transformar un simple capricho en una proeza de ingeniería casera.

Porque lo cierto es que el proyecto de MetraByte no pretende ofrecer una alternativa práctica para usar la PS2 como ordenador personal. Su valor es experimental:

• Demuestra la complejidad técnica de la PlayStation 2, considerada ya en su época una consola difícil de programar.
• Pone en evidencia la capacidad de la comunidad de modders para reapropiarse de la tecnología y llevarla más allá de los límites previstos por sus fabricantes.
• Mantiene viva la relevancia de una máquina que, 25 años después de su lanzamiento, sigue siendo objeto de estudio y modificación.

Imagen | Marcos Merino mediante IA

En Genbeta | Las antiguas PlayStation tenían algo que sería un sueño en las consolas de última generación: soporte oficial de Linux