Filosofía de ingeniería: Mark Shuttleworth

Ideas clave

• Su principio definitorio es que el software libre tiene que llegar a todos, no solo a los expertos: “Linux para seres humanos.” Mark Shuttleworth fundó Canonical en 2004 y lanzó Ubuntu ese mismo año con una meta que la mayoría de las distribuciones no compartía: crear un sistema operativo libre que una persona común, y no un hacker del kernel, pudiera instalar y usar de verdad. El eslogan era literal: la accesibilidad y la usabilidad eran el objetivo, no una función añadida después de terminado el trabajo técnico.¹²
• Cimentó el proyecto en ubuntu, una filosofía del sur de África: “humanidad hacia los demás.” El nombre no es marketing. Ubuntu es una antigua palabra africana que el proyecto traduce como “humanidad hacia los demás” y como “soy lo que soy gracias a lo que todos somos”: la convicción de que una persona es persona a través de otras personas. Shuttleworth llevó esa ética directamente al software: un sistema solo vale la pena construirlo si es para todos, y solo es bueno gracias a la comunidad entera que lo hace posible.²³
• Hizo predecible la entrega de código abierto con una cadencia de lanzamientos basada en el tiempo. Ubuntu publica una nueva versión cada seis meses, con reloj en mano, y una versión de soporte a largo plazo (LTS) cada dos años que recibe cinco años de soporte.³⁴ En lugar de lanzar “cuando esté listo” –lo que significa lanzar de forma impredecible–, Ubuntu lanza según el calendario y deja que cada versión cargue con lo que esté listo. La cadencia es una disciplina: el mundo entero puede planificar en torno a una fecha.⁴
• Registró el Bug #1 de Ubuntu –“Microsoft tiene una cuota de mercado mayoritaria”– como una declaración de misión, y lo cerró en 2013. El primerísimo bug en el rastreador de Ubuntu no era un defecto; era el propósito del proyecto escrito como un ticket: el software propietario dominaba el escritorio, el software libre debía estar al alcance de todos, y Ubuntu existía para corregir eso. Shuttleworth lo marcó como “Corregido” en mayo de 2013, argumentando que los teléfonos, las tabletas y plataformas abiertas como Android ya habían roto el viejo monopolio.⁵⁶

El principio

“Ubuntu es una antigua palabra africana que significa ‘humanidad hacia los demás’. También significa ‘soy lo que soy gracias a lo que todos somos’. Llevamos el espíritu de Ubuntu al mundo de las computadoras y el software.” –el proyecto Ubuntu, sobre el significado de su nombre²

La mayor parte del software libre lo construyen expertos, para expertos. Eso no es un accidente: es quien aparece. Las personas capaces de construir un sistema operativo son, casi por definición, personas cómodas editando archivos de configuración, leyendo páginas de manual y recompilando un kernel, y el software tiende a moldearse para quienes lo hacen. El resultado, a lo largo de los años noventa y principios de los dos mil, fue un mundo Linux técnicamente extraordinario y casi por completo inutilizable para cualquiera que no fuera ya ingeniero. El instinto de Shuttleworth iba en sentido contrario. La tarea del software libre, insistía, es llegar a todos, y un sistema que solo un experto puede instalar es un sistema que en silencio ha decidido que la mayor parte de la humanidad no cuenta.¹²

La filosofía que subyace a ese instinto es ubuntu en sí misma, y vale la pena tomarse la palabra en serio en lugar de tratarla como un logotipo. Ubuntu es una idea del sur de África –“humanidad hacia los demás”, “soy lo que soy gracias a lo que todos somos”– que sitúa el valor de una persona en su conexión con otras personas y no en su aislamiento.²³ Aplicada al software, se convierte en una restricción de diseño rigurosa: algo vale la pena construirlo solo si es para todos, y solo es bueno gracias a la comunidad que lo construye y lo comparte. Por eso Ubuntu era libre en ambos sentidos –libre como en libertad y gratis como en precio– y en los primeros años Canonical enviaba por correo CD prensados a cualquier persona del planeta que los pidiera, sin costo alguno, porque una persona sin banda ancha sigue siendo una persona a la que el sistema busca servir.⁷ Somos porque estamos conectados. El sistema operativo recibió su nombre de esa afirmación.

Hay una segunda mitad del principio, y es la disciplina de ingeniería que hace entregable a la primera: la predictibilidad. “Cuando esté listo” es la manera natural de lanzar software libre, y es una trampa: significa que nadie río abajo puede planificar, porque la fecha es desconocida hasta que llega. Shuttleworth hizo que Ubuntu lanzara con reloj en mano: una nueva versión cada seis meses, una LTS cada dos años, con soporte de cinco.³⁴ La cadencia obliga a hacerse otra pregunta. No “¿está hecho todo lo que queríamos?” –la respuesta siempre es no– sino “¿qué está listo ahora, y cuándo sale el próximo tren?”. Una función que pierde un lanzamiento alcanza el siguiente en seis meses. La disciplina consiste en dejar que el calendario, y no la función más lenta, decida cuándo reciben valor los usuarios, que es exactamente lo que convierte a un sistema operativo libre en algo en torno a lo cual una empresa, un gobierno o una escuela pueden de verdad trazar un plan.⁴

Contexto

Mark Shuttleworth nació el 18 de septiembre de 1973 en Welkom, en el Estado Libre de Sudáfrica.¹ Estudió en la Universidad de Ciudad del Cabo, donde obtuvo una licenciatura en Ciencias Empresariales especializada en finanzas y sistemas de información: una formación en finanzas, no en ciencias de la computación puras, lo que se nota más adelante en cómo concibe el código abierto como algo que hay que entregar y sostener, no meramente escribir.¹

Su primera empresa surgió de la web de mediados de los noventa. En 1995 fundó Thawte Consulting, una autoridad de certificación que emitía los certificados digitales que aseguraban el tráfico web: una de las primeras CA comerciales, en un momento en que el comercio seguro en la web apenas empezaba a ser posible.¹ En diciembre de 1999 vendió Thawte a VeriSign por unos 575 millones de dólares, una suma que, a los veintiséis años, lo hizo a la vez rico y libre de elegir qué hacer después.¹ Lo que eligió es la parte de la historia que la gente recuerda primero: en abril de 2002 voló a la Estación Espacial Internacional a bordo de una Soyuz rusa, convirtiéndose en el primer sudafricano en el espacio y el segundo turista espacial autofinanciado, pagando alrededor de 20 millones de dólares por el vuelo de ocho días y realizando investigación sobre el sida y el genoma mientras estaba en órbita.¹ La prensa sudafricana lo llamó el “Afronauta”.

El trabajo que lo define llegó después de su regreso a tierra. En marzo de 2004 fundó Canonical Ltd. para emplear a desarrolladores y sostener un sistema operativo libre, y en octubre de 2004 Canonical lanzó Ubuntu 4.10, “Warty Warthog”: el primer Ubuntu, construido sobre la arquitectura y la gestión de paquetes de Debian pero remodelado en torno a la usabilidad y un calendario predecible.¹³ Shuttleworth adoptó el título medio en broma de SABDFL –Self-Appointed Benevolent Dictator For Life (dictador benévolo vitalicio autonombrado)–, un modelo de gobernanza que mantenía un responsable claro de la decisión final sobre una comunidad de código abierto enorme y dispersa.¹ También dirige la Shuttleworth Foundation, que financia la innovación social y el trabajo abierto.¹ Los números de versión revelan toda la disciplina de un vistazo: 4.10 significa octubre de 2004, y cada versión desde entonces lleva grabado el año y el mes en que se lanzó: el calendario incorporado al nombre.³

La obra

Una cadencia de lanzamientos basada en el tiempo: lanzar con reloj en mano, no “cuando esté listo”

Empieza aquí, porque es el principio convertido en proceso. Antes de Ubuntu, el supuesto tácito en el software libre era lanzar cuando los responsables juzgaran que el código estaba listo, lo que significaba que la fecha era función de la función inacabada más lenta y, por tanto, imposible de conocer de antemano. Ubuntu invirtió eso. Lanza una nueva versión cada seis meses, según un calendario publicado, y una versión de soporte a largo plazo cada dos años que recibe cinco años de mantenimiento de seguridad estándar.³⁴ La fecha de lanzamiento se fija primero; el contenido es lo que haya alcanzado la calidad necesaria para entonces.⁴

La razón por la que esto importa es sutil, y es la razón por la que la cadencia se impuso. “Cuando esté listo” acopla todo el lanzamiento a su parte más débil: la única función que va con retraso mantiene todo lo demás como rehén, y los usuarios no reciben nada hasta que esa función aterriza. Una cadencia fija las desacopla. El lanzamiento parte según el calendario cargando con lo que esté listo, y una función que no llega a tiempo simplemente viaja en el siguiente seis meses después. Los usuarios reciben valor en la primera fecha en lugar de al final de una espera abierta y –igual de importante– todos río abajo pueden planificar. Una empresa puede programar su actualización contra el calendario LTS; una distribución derivada puede sincronizarse con el reloj de Ubuntu; un desarrollador sabe con precisión cuándo su trabajo llegará a la gente.⁴ Aquí la predictibilidad no es un detalle agradable; para un sistema operativo libre que aspira a ser infraestructura, es lo que vuelve al sistema lo bastante confiable como para montar un negocio encima.

La metáfora a la que la gente recurre es el tren de lanzamientos, y encaja a la perfección. Un tren sale de la estación a su hora hayan llegado o no todos los pasajeros; los que están listos suben, y los que lo perdieron toman el siguiente. El calendario es lo fijo, la carga es lo variable, y como el calendario es fijo, el mundo entero puede armar un horario en torno a él. Esa es la disciplina que Ubuntu hizo famosa y que buena parte de la industria del software –de las distribuciones de Linux a los navegadores y los entornos de ejecución de lenguajes– terminó por adoptar: lanzar con una cadencia, que la fecha sea el compromiso, y que cada versión cargue con lo que esté genuinamente terminado.⁴

“Linux para seres humanos”: usabilidad, accesibilidad y CD gratuitos

El eslogan fundacional de Ubuntu era “Linux para seres humanos”, y fue un reproche directo al statu quo.³ El trabajo técnico de construir una distribución de Linux estaba, para 2004, bien entendido: Debian lo había hecho de forma magistral. Lo que Debian no había priorizado era la experiencia de un no experto sentándose frente a la máquina: valores predeterminados sensatos, un instalador limpio, hardware que funcionara sin tener que editar a mano archivos de configuración, un escritorio que una persona pudiera simplemente usar. Ubuntu tomó la base sólida de Debian y dedicó su esfuerzo justo a esa última milla: la parte que la mayoría de los ingenieros encuentra menos interesante y que la mayoría de los usuarios encuentra más importante.¹³

El compromiso con la accesibilidad no era solo cuestión del software; era cuestión de alcance. A través del programa ShipIt, lanzado en 2005, Canonical prensaba CD de Ubuntu y los enviaba por correo de forma gratuita a cualquier persona, en cualquier lugar del mundo: envío incluido, sin costo alguno.⁷ La razón era sencilla y se desprendía directamente del principio: la banda ancha era una barrera real, y millones de personas que se beneficiarían de un sistema operativo libre no podían descargar una imagen de 700 megabytes. Canonical envió millones de CD a todos los países del planeta antes de retirar el programa en 2011, una vez que la conectividad había mejorado lo suficiente para volverlo redundante.⁷ Bajar la barrera era el juego entero. Un sistema operativo libre que solo puedes conseguir si ya tienes internet rápido no es realmente libre para quienes más lo necesitan, y ubuntu, la filosofía, no te deja descartar a esas personas.

Ubuntu la filosofía se vuelve Ubuntu el sistema operativo: el Bug #1 y la misión universal

El artefacto más claro de la misión es el Bug #1 de Ubuntu, y vale la pena leerlo de forma literal. El primer bug registrado en el rastreador de Ubuntu, reportado por Shuttleworth (como “sabdfl”) el 20 de agosto de 2004, se titulaba “Microsoft tiene una cuota de mercado mayoritaria”, y su contenido no era un informe de defecto sino una declaración de propósito: Microsoft dominaba el escritorio de las PC nuevas, ese dominio era el problema que Ubuntu y otros proyectos de software libre existían para corregir, y la meta era un mundo donde la mayoría de las computadoras vendidas ejecutaran software libre al alcance de todos.⁵ Registrar la misión como el bug número uno del proyecto fue un acto de claridad deliberado, casi provocador: esto es lo que vinimos a hacer, y no lo daremos por resuelto hasta que el software libre llegue a todos.⁵

Nueve años después, Shuttleworth lo cerró. En mayo de 2013 marcó el Bug #1 como “Corregido”, argumentando que el mundo de 2004 –donde “computación personal” significaba un escritorio con Windows– ya había sido superado.⁶ Los teléfonos, las tabletas y los dispositivos ponibles eran ahora el centro de la vida digital de la mayoría de la gente, y las plataformas abiertas –“Android puede no ser mi primera ni tu primera elección de Linux, pero es sin duda una plataforma de código abierto”– habían roto el monopolio de un solo proveedor contra el que se había registrado el bug.⁶ La cuestión competitiva había cambiado, así que el bug ya no era el marco adecuado para la misión. Cerrarlo no fue tanto una vuelta de la victoria como un reconocimiento honesto de que el campo de batalla se había desplazado: el principio (software libre para todos) seguía intacto, pero el monopolio concreto nombrado en 2004 ya no era lo que se interponía en su camino.⁶

Canonical, Debian y el modelo SABDFL

La última pieza es institucional, y es lo que hizo sostenible al resto. Ubuntu se construye sobre Debian –hereda el formato de paquetes de Debian, su estructura de repositorios y una enorme cantidad de su trabajo de empaquetado–, lo que permitió a Canonical dedicar su esfuerzo a la usabilidad y la cadencia en lugar de reconstruir una distribución desde cero.¹³ Apoyarse en Debian fue en sí mismo una decisión de diseño con espíritu ubuntu: eres lo que eres gracias a lo que todos son, y un derivado sano devuelve aguas arriba en lugar de bifurcarse y alejarse de la comunidad que lo alimenta.

La gobernanza era la otra mitad. El título medio en broma de Shuttleworth, Self-Appointed Benevolent Dictator For Life (SABDFL), nombra un modelo real: una comunidad de código abierto grande, voluntaria y con opiniones firmes necesita a alguien que pueda tomar la decisión final cuando el consenso se estanca, y Shuttleworth conservó ese papel en Ubuntu.¹ El modelo es polémico –concentra la autoridad en una sola persona–, pero también es la forma en que un proyecto sostiene una dirección coherente y un reloj de lanzamientos fijo a través de miles de colaboradores que no están de acuerdo entre sí. Y Canonical extendió Ubuntu mucho más allá del escritorio al que apuntaba la misión original: Ubuntu se convirtió en uno de los sistemas operativos más usados en la nube y los servidores, la imagen por defecto en buena parte de la infraestructura del mundo, un alcance que, en retrospectiva, hizo más por difundir el software libre a todos de lo que jamás pudo lograr la lucha por el escritorio.³

El método

Lee en conjunto la cadencia de seis meses, “Linux para seres humanos”, ShipIt, el Bug #1 y la decisión de construir sobre Debian, y reaparecen los mismos compromisos. El método de Shuttleworth es menos un eslogan que un conjunto de hábitos permanentes.

Construir para todos, no para los expertos. El hábito definitorio es tratar al no experto como el usuario real, no como una ocurrencia tardía de segunda clase: dedicar el esfuerzo al instalador, a los valores predeterminados y a la última milla que los ingenieros encuentran aburrida y los usuarios encuentran decisiva.¹³ La lección general se extiende mucho más allá de Linux: la prueba de una herramienta es si alguien ajeno a tu propia especialidad puede tener éxito con ella, y una herramienta que solo sus creadores saben usar no está terminada. Es la misma convicción de acceso universal que Tim Berners-Lee incorporó a la web: la cuestión es que llegue a todos, y cualquier barrera de entrada es un defecto.

Lanzar con reloj en mano, y que la fecha sea el compromiso. La cadencia de seis meses de Ubuntu hace fija la fecha de lanzamiento y variable el contenido, de modo que los usuarios reciben valor según el calendario y el mundo entero puede planificar en torno a él.⁴ La disciplina consiste en rechazar el “cuando esté listo”, porque “listo” es incognoscible y acopla el lanzamiento a su parte más lenta. La lección es que la predictibilidad es en sí misma una función: algo más pequeño entregado en una fecha conocida vale más que algo más grande entregado en algún momento, que es el producto mínimo digno expresado como calendario: lanza lo que esté genuinamente terminado, a tiempo, y recoge el resto en el próximo tren.

Bajar la barrera hasta que desaparezca. Lo libre como en libertad no basta si la cosa es difícil de conseguir; ShipIt enviaba CD por correo a la gente sin banda ancha porque el acceso, no solo la licencia, es lo que “software libre para todos” realmente exige.⁷ El hábito permanente es preguntar quién no puede alcanzar la cosa y eliminar ese obstáculo, no cantar victoria una vez que funciona para quienes ya están dentro. La accesibilidad es el trabajo, igual que hacer la computación utilizable por más personas fue el proyecto de toda la vida de Grace Hopper: un compilador y un lenguaje casi en inglés existieron precisamente para que más personas, no menos, pudieran mandar sobre una máquina.

Enunciar la misión con claridad, aunque sea como un bug. Registrar “Microsoft tiene una cuota de mercado mayoritaria” como Bug #1 hizo legible el propósito para todos los que alguna vez abrieron el rastreador.⁵ El hábito es escribir lo que de verdad viniste a hacer, en un lenguaje que cualquiera pueda leer, y estar dispuesto a cerrarlo con honestidad cuando el mundo cambia en lugar de fingir que el marco original es eterno.⁶ La claridad sobre el porqué es lo que mantiene apuntado en una sola dirección a un proyecto voluntario y disperso: la misma disciplina explicativa que permite que el buen trabajo de código abierto sobreviva a cualquier colaborador individual, tal como antirez mantuvo legible a Redis escribiendo su razonamiento, no solo su código.

Apoyarse en la comunidad, y devolverle. Ubuntu se construye sobre Debian y recibe su nombre de una filosofía de dependencia mutua –eres lo que eres gracias a lo que todos son–, y el método consiste en extender y devolver a la fuente aguas arriba de la que dependes en lugar de bifurcarte y alejarte de ella.¹² La lección es que la manera duradera de construir software libre es como colaborador de un bien común compartido, no como quien lo explota a cielo abierto. Es la propia tradición artesanal del código abierto, la misma economía del don dentro de la cual Roberto Ierusalimschy y Linus Torvalds construyeron su obra: el valor se acumula porque se comparte.

Cadena de influencia

Quién lo formó

La filosofía del sur de África de ubuntu. La influencia más profunda no es una persona sino una ética. Ubuntu –“humanidad hacia los demás”, “soy lo que soy gracias a lo que todos somos”– le dio a Shuttleworth la convicción de que el software solo vale la pena construirlo si es para todos y solo es bueno gracias a la comunidad que lo respalda.²³ No inventó la idea; le puso a un sistema operativo su nombre y luego intentó estar a la altura de ese nombre. (Influencia formativa)

Debian y el movimiento del software libre. Ubuntu es un derivado de Debian, y hereda no solo la base técnica de Debian sino su compromiso con el software libre como proyecto moral.¹³ Debian demostró que una comunidad podía construir un sistema operativo libre y completo; Shuttleworth tomó esa prueba y preguntó qué haría falta para volverlo utilizable por las personas a las que el movimiento aún no había llegado. (Influencia directa)

Linus Torvalds y el kernel de Linux. Nada de esto existe sin el kernel. Torvalds construyó el motor sobre el que se ejecuta toda distribución de Linux, Ubuntu incluida, y el modelo abierto y colaborativo que estableció para el desarrollo del kernel es el suelo en el que creció Ubuntu.¹ La contribución de Shuttleworth se asienta encima de la de Torvalds: empaquetó el kernel que hizo Torvalds en algo que una persona común podía instalar. (Influencia fundacional)

A quién formó

El Linux de escritorio y la expectativa de un “sistema operativo libre y utilizable”. Ubuntu redefinió lo que la gente espera que se sienta al usar un sistema operativo libre –valores predeterminados sensatos, un instalador limpio, hardware que funciona– y todo Linux de escritorio que vino después compite según el listón de usabilidad que Ubuntu elevó.³

La norma del lanzamiento basado en el tiempo en todo el software. El modelo de cadencia de seis meses que Ubuntu hizo famoso se difundió mucho más allá de las distribuciones de Linux: los lanzamientos predecibles, guiados por el calendario, se volvieron práctica estándar en navegadores, entornos de ejecución de lenguajes y grandes proyectos que antes lanzaban “cuando estuviera listo”.⁴

La infraestructura de nube y servidores. Ubuntu se convirtió en uno de los sistemas operativos más desplegados en plataformas de nube y servidores de todo el mundo, difundiendo posiblemente el software libre a “todos” de forma más completa a través de la infraestructura de lo que jamás logró la misión de escritorio original.³

El hilo conductor

Shuttleworth es la clave de bóveda de la entrega y el acceso en esta serie: la figura cuya contribución no fue inventar la tecnología sino hacer que llegara a todos. Linus Torvalds construyó el kernel; Shuttleworth empaquetó ese kernel en algo que una persona sin formación de ingeniería podía instalar desde un CD gratuito que llegaba por correo. Tim Berners-Lee convirtió el acceso universal en una meta técnico-moral para la web –la cuestión es que sea para todos– y Shuttleworth hizo de esa misma meta la restricción fundacional de un sistema operativo, escrita como el Bug #1.⁵ Y Grace Hopper dedicó su carrera a bajar la barrera para que más personas pudieran mandar sobre una máquina; Shuttleworth hizo lo mismo una capa más arriba, insistiendo en que un sistema operativo libre solo es libre si una persona sin banda ancha ni un título puede de verdad usarlo.⁷ Donde Torvalds dice aquí está el motor, Berners-Lee dice tiene que llegar a todos y Hopper dice que más personas puedan mandar sobre él, Shuttleworth dice: humanidad hacia los demás: entrega software libre que todos puedan usar, con un reloj en torno al cual el mundo entero pueda planificar, y no lo des por terminado hasta que haya llegado a las personas que los expertos olvidaron. (Puente de la serie)

Lo que me llevo de esto

La lección que conservo de Shuttleworth es que “para todos” es la meta real, y la accesibilidad es el trabajo: no un paso de pulido al final. Mi instinto, como el de la mayoría de quienes construimos, es hacer que la cosa funcione primero para alguien como yo y tratar al no experto como una preocupación posterior: documentación que escribiré en algún momento, una incorporación que suavizaré una vez que el núcleo esté hecho. “Linux para seres humanos” es el reproche: si una herramienta solo tiene éxito para las personas que la construyeron, no está terminada, solo es cómoda para sus autores. Así que la pregunta que tomo prestada de Ubuntu es quién no puede usar lo que he construido y por qué –la persona sin el contexto, sin la conexión, sin la experiencia–, porque esa persona no es un caso límite que aplazar; es la prueba de si la cosa es de verdad para todos o solo para mí. Somos porque estamos conectados, y una herramienta que en silencio excluye a la mayoría de la gente ha decidido que la mayoría de la gente no cuenta.

La segunda lección es que la predictibilidad es una función, y lanzar con una cadencia le gana a lanzar “cuando esté listo”. Es tentador retener un lanzamiento hasta que esté hecho todo lo que quería –acoplar la cosa entera a su parte más lenta y decirme a mí mismo que la espera es por calidad–. El reloj de seis meses de Ubuntu me lo replanteó. “Cuando esté listo” es incognoscible, lo que significa que nadie río abajo puede planificar, y “listo” es un blanco móvil que nunca termina de llegar. Una cadencia fija obliga a la pregunta honesta –¿qué está genuinamente terminado ahora?– y deja que el valor llegue a la gente en una fecha en lugar de al final de una espera abierta. La disciplina consiste en hacer del calendario el compromiso y del contenido la variable, en dejar que una función tome el próximo tren en vez de mantener a este como rehén. Algo más pequeño entregado en una fecha en torno a la cual el mundo puede planificar vale más que algo más grande entregado algún día.

Preguntas frecuentes

¿Qué significa la palabra “ubuntu”?

Ubuntu es una antigua palabra del sur de África que el proyecto Ubuntu traduce como “humanidad hacia los demás”, y también como “soy lo que soy gracias a lo que todos somos”.² Proviene de las culturas de habla nguni del sur de África y expresa la idea de que una persona es persona a través de otras personas: que el valor individual se arraiga en la conexión y la comunidad y no en el aislamiento. Mark Shuttleworth la eligió como nombre de su distribución de Linux para señalar que el propósito del proyecto era software libre hecho para todos y construido por una comunidad global, y el proyecto Ubuntu describe su trabajo como llevar “el espíritu de Ubuntu al mundo de las computadoras y el software”.²³

¿Cuál es el ciclo de lanzamientos de Ubuntu?

Ubuntu sigue una cadencia basada en el tiempo: una nueva versión se lanza cada seis meses, según un calendario publicado, sin importar qué funciones lleguen a estar listas.³⁴ Cada dos años una de esas versiones es una versión de soporte a largo plazo (LTS), que recibe cinco años de mantenimiento de seguridad estándar (ampliable aún más a través de Ubuntu Pro).⁴ Las versiones intermedias (no LTS) reciben una ventana de soporte más corta, de nueve meses. El sentido del calendario fijo es la predictibilidad: como la fecha es el compromiso y el contenido es la variable, las organizaciones y los desarrolladores pueden planificar despliegues y actualizaciones en torno a un calendario conocido en lugar de esperar a un “cuando esté listo” sin fecha definida.⁴

¿Qué es el Bug #1 de Ubuntu?

El Bug #1 de Ubuntu es el primer bug registrado en el rastreador de Ubuntu, reportado por Mark Shuttleworth el 20 de agosto de 2004 y titulado “Microsoft tiene una cuota de mercado mayoritaria”.⁵ No era un defecto de software: era una declaración de la misión del proyecto escrita como un ticket: el software propietario dominaba el escritorio, el software libre debía estar al alcance de todos, y Ubuntu existía para cambiar eso.⁵ Shuttleworth lo marcó como “Corregido” en mayo de 2013, argumentando que el auge de los teléfonos, las tabletas y plataformas abiertas como Android ya había roto el monopolio de escritorio de un solo proveedor contra el que se había registrado el bug, de modo que el marco original ya no describía el panorama competitivo.⁶

¿Quién es Mark Shuttleworth?

Mark Shuttleworth es un emprendedor sudafricano y defensor de la libertad del software, nacido el 18 de septiembre de 1973 en Welkom, Sudáfrica.¹ Fundó la autoridad de certificación Thawte en 1995 y la vendió a VeriSign en diciembre de 1999 por unos 575 millones de dólares; en abril de 2002 se convirtió en el primer sudafricano en el espacio y el segundo turista espacial autofinanciado, volando a la Estación Espacial Internacional a bordo de una Soyuz.¹ En 2004 fundó Canonical Ltd. y lanzó la distribución de Linux Ubuntu, que dirige como su “Self-Appointed Benevolent Dictator For Life” (SABDFL); también dirige la Shuttleworth Foundation.¹

Fuentes