Unix con Emiliano Spinella

Pues bienvenidos a otro programa de Codeadores. Esta vez hemos cambiado un poco la dinámica porque en lugar de hablar hoy de un lenguaje de programación, estuve hablando con Emiliano Espinela, que es quien nos acompaña hoy, y hemos acordado hablar de UNIX, que es uno de los sistemas operativos más difundidos de la historia. Y vamos, aparte de tener mucha historia, ha influenciado lo que son los sistemas operativos de hoy en día, por lo que Cuando estuvimos hablando del tema dije, pues vamos para adelante. Y bueno, Emiliano, te voy a hacer la primera pregunta que suelo hacer siempre al principio de cada programa para introducir un poco a la persona que nos habla y tengas la oportunidad tanto de presentarte como responder a la primera pregunta, que sería, ¿cómo iniciaste en el mundo de la informática? ¿Cuál fue ese clic que te hizo, quiero dedicarme a esto?

Bueno, Manuel, primero que todo muchas gracias por invitarme. La verdad que me encanta la oportunidad de hablar un poco de UNIX y te cuento un poco de mí. Bueno, me llamo Emiliano, soy argentino de Buenos Aires y yo empecé con la informática bastante chico. Yo diría que mi papá compró la primera computadora cuando yo tenía 6 años, una 486 con 4 megas de RAM. Y creo que unos 20 megas de disco, que en la época era básicamente un avión. Y me acuerdo que tenía DOS, y apenas nos dieron la computadora, apenas mi papá compró la computadora, no vino instalada con nada. O sea, lo único que tenía era DOS, y eso fue un error, creo yo, de la persona que le vendió la computadora a mi papá, porque no le dio ningún programa. Ya existía Windows 3.11 en esa época, Pero a nosotros nos vino pelada, no teníamos nada. Lo único que había era un programa de Sound Blaster, que era como un pianito MIDI que podías jugar, digamos, pero nada más. Y eso fue como mi primer, el primer momento que me enfrenté con una línea de comandos, ¿no? Porque claro, DOS era, es básicamente eso, ¿no? Y me acuerdo que me frustraba mucho primero porque yo tenía 6, 7 años y no entendía nada de inglés. Entonces todo venía en inglés, en esa época no existían todavía los lockers, digamos, los paquetes de idiomas, todo era en inglés. Desencadenó también que empiece a estudiar inglés. Ahí me acuerdo que yo les pedí a mis padres que quería aprender inglés porque quería entender la computadora. Así que bueno, ahí empecé. Después tuve una etapa, digamos, de chiquito con los videojuegos. Pero yo diría que el momento que empecé con la informática de verdad fue en el año 1999, cuando una vez hablando con un compañero del colegio, estaba hablando por ICQ y no sé qué cosa le digo yo, le hice un chiste o algo, y me dijo, cuidado porque tengo tu IP, me dijo. Y yo ahí me quedé como, ¿qué es eso? Sí, tengo tu IP y tengo Linux, entonces te voy a poder hackear. Yo ahí me quedé helado, me quedé como, ¿qué es eso? Y me dice, Linux es el sistema operativo de los hackers.

¡Guau!

Ahí te puedes imaginar, mi mente explotó y yo dije, yo quiero saber qué es Linux. Entonces imagínate que en el año 99 Linux tenía recién unos 8 años de existencia, o sea, era algo extremadamente nuevo en términos, digamos, informáticos también. Tengamos en cuenta que Linux empezó como un proyecto muy pequeño y para el 99 ya era súper conocido, pero bueno, no es lo que, lo que no era, lo que soy, ¿no? Y eso también desencadenó que yo empezase un curso de Linux en el año 2000 cuando tenía 14 años, y fue para mí muy transformador porque de repente con esa edad me encontré yendo de mi casa, que vivía más afuera de Buenos Aires, los sábados a la mañana al centro de Buenos Aires para hacer un curso en un lugar donde había toda gente adulta y yo era un niño. O sea, yo no creía que era tan chiquito en esa época, pero ahora lo miro en retrospectiva y sí, era muy chiquito. Y eso me transformó, o sea, me transformó como persona y después de alguna forma cambió el itinerario de mi vida un montón, ¿no? Y ahí es cuando empiezo de alguna forma a conocer un poco más de informática, ya como, como más técnico y no como un usuario, no, no como simplemente una persona que usa aplicaciones, sino que abre un poco y ve las entrañas, digamos, de cómo funcionan las cosas. Ahí es cuando yo diría que empezó todo, en el 2000. Tuve la suerte en ese momento también de poder comprar una distribución de Linux que en esa época las vendían en cajas como vendían el software en aquel momento. Y es curioso, ¿no? Porque decís Linux es gratuito, no se vende, pero vendían un libro de O'Reilly del sistema operativo GNU/Linux, que o sea vendían la caja con un libro de O'Reilly y adentro te traía un CD con una versión de Debian muy, muy vieja, ¿no? Y ahí digamos que cuando empecé a explorar todo, todo ese mundo, que era completamente distinto a lo que soy. Antes instalar Linux era un periplo, era una odisea. Y bueno, sí, yo diría ese es el hito, ¿no? Años 99, 2000.

Entonces tu punto de inicio con la informática fue precisamente Linux, ¿no?

Sí.

¿En qué momento empezaste a ver que Linux era el descendiente de UNIX y hiciste saber más sobre ese mundo?

Claro, bueno, en ese curso, en ese curso me acuerdo que había un profesor que no recuerdo el nombre, pero era una persona de otra ciudad de Argentina, se llama Rosario, era una persona que conocía bastante como del bajo nivel, y él hizo algo que hoy en día yo considero muy importante, que es un poco el marco histórico, ¿no? De del software en general es algo que a mí me interesa mucho personalmente porque me ayuda un poco a entender, ¿no? Porque yo hoy me imagino que una persona joven que empieza a meterse en el mundo de la informática, hoy hay mucho ya, ¿no? Hoy hay una plétora de sistemas, de aplicaciones, de librerías, y es como muy, creo yo, difícil encontrar qué es lo importante, qué es lo fundamental, ¿no? Dónde empieza todo, ¿no? Y me acuerdo que en ese curso el profesor empezó con una revisión histórica y dijo, Unix, perdón, dijo, Linux viene de, muy simplemente, ¿no? Dicho, viene de Unix, y Unix viene de Multics, ¿no? En ese momento no hizo mucho más, mucha más descripción, pero con el pasar de los años a mí esa frase me quedó como bastante grabada. Y poco a poco fui aprendiendo un poco más de qué era cada cosa, ¿no? Y fui descubriendo, la verdad que en mi opinión, una riqueza absoluta de personajes, de anécdotas, de hechos, digamos, técnicos que cambiaron el mundo de la informática, ¿no? Y para comentar alguna, dar algunas pinceladas, ¿no? Sobre el tema de UNIX, uno no puede hablar de UNIX sin hablar de un genio de la informática que se llama Ken Thompson. Ken Thompson es una persona de Estados Unidos que estudió ingeniería eléctrica. En aquella época, estamos hablando de los años 60 más o menos, no existía la carrera de ingeniería informática, ni siquiera de ciencias de la computación. Lo que había era electrónica, y todo lo que era software estaba muy mezclado con la electrónica todavía. Y eso siguió siendo así hasta bastante avanzado, digamos, el siglo pasado. Incluso hasta fines de los 80 seguía habiendo ingenieros electrónicos. De hecho, Steve Wozniak, por ejemplo, uno de los cofundadores de Apple, también es un ingeniero electrónico, ¿no? Electrical engineer. Y Ken Thompson estudió esto y estudió en la Universidad de Berkeley, en California. Y aparentemente era una persona muy, muy brillante, muy brillante. Y por aquellos años existía en Estados Unidos una organización que se llamaba Bell Labs, los Laboratorios Bell. Que si uno hace una rápida búsqueda de qué tanta influencia tuvieron, digamos, los laboratorios Bell en la informática, es brutal. Por ejemplo, en los laboratorios Bell se desarrolló el transistor, que es crucial para toda la electrónica, para los microprocesadores, para todo lo que uno pueda considerar digital, ¿no? Obviamente que no lo inventaron el transistor, sino que lo optimizaron, digamos. Y por eso entonces los laboratorios Bell tenían como una estrategia muy agresiva de contratar personas. Ellos querían contratar a los genios, ¿no? Entonces iban a las principales universidades de Estados Unidos, incluyendo a Berkeley, para reclutar. Y entre todas esas personas que intentaron reclutar estaba Ken Thompson. Y aparentemente es que Thompson tiene una personalidad muy particular. Es un tipo, primero que todo, extremadamente humilde. Y también es como que yo lo que fui viendo es que él buscaba un poco del propósito, ¿no? Y cuenta la historia, la leyenda de que hubo una charla o algo por el estilo en la Universidad de Berkeley Y a él lo llamaron como para tener una entrevista en los Bell Labs y él no quería saber nada. Y el reclutador lo fue a buscar a la casa y le dijo, mira, ¿por qué no venís a los laboratorios Bell que estaban en New Jersey? O sea, en Nueva Jersey, que queda del otro lado de Estados Unidos. O sea, queda en la costa este y la California queda en la costa oeste. Porque le dijo, ¿por qué no venís un tiempo, conocés, hablás con la gente? Y después decidís sin ningún tipo de obligación. Entonces parece que Ken Thompson tenía, el padre de él era militar o algo por el estilo. Entonces había, cuando era pequeño o antes de vivir en California, vivió un tiempo en la costa este de Estados Unidos y parece que tenía gente o amigos o algo por el estilo en la costa este. Entonces Ken Thompson dijo bueno, si me pagan el pasaje, voy a la entrevista y de paso voy y visito a mi gente que tengo, que tengo por allá. Entonces así es como él fue a la entrevista o a esa primera visita a los laboratorios Bell y cayó en la trampa porque obviamente lo entusiasmaron para que empiece a trabajar ahí. Eso sucede, él se muda, va a Nueva Jersey, empieza a trabajar en los Laboratorios Bell y le toca trabajar en un primer proyecto que se llama Multics. Multics era un megaproyecto para crear un sistema operativo que era tan ambicioso que había 3 grandes, 3 grandes organizaciones involucradas. Estaban los Laboratorios Bell, después estaba General Electric y también el MIT. El Massachusetts Institute of Technology, que es una universidad muy importante y más en esta época. Por ejemplo, de ahí también salió Richard Stallman, que es otro gran, grande, digamos, del mundo del free software, del software libre. Entonces tenían este gran proyecto que se llamaba Multics, que básicamente se basaba en crear un sistema operativo multiusuario, multitarea, seguro y modular. Tuvo muchas como innovaciones Multics, ¿no? Querían tener un sistema donde todo fuera accesible desde una jerarquía común, que eso viene muy en juego con el tema de la jerarquía en el sistema de archivos, ¿no? Y de alguna manera querían tener un sistema multiusuario y poder compartir los recursos, ¿no? En aquella época las computadoras eran gigantes, Ocupaban habitaciones enteras, costaban mucho dinero y eran operados por técnicos súper especializados que parecían médicos, digamos. Siempre tenían una bata blanca, era como que otra época, ¿no? Y en ese proyecto empezó a trabajar Ken Thompson. El problema con Multics es que era extremadamente ambicioso y no se movía, digamos. Tenía una base de código extremadamente grande, muy compleja. Los requisitos de hardware también eran muy, muy grandes para la época. Hay que tener en cuenta que se han fabricado computadoras especializadas para Multics. O sea, eso es una locura, ¿no? Pensar hoy en día que para un sistema operativo se cree una computadora especializada para el software es algo que no nos entra mucho en la cabeza, ¿no? Y después de varios años de desarrollo, los Bell Labs en un momento dijo, esto ya es un gastadero de dinero, el sistema o el proyecto se viene atrasando un montón, los ingenieros estaban un poco cansados también del asunto, y se salió del proyecto. Bell Labs dijo, no va más, y se fueron del proyecto. Sin embargo, el concepto de MULTICS, esta cuestión de los múltiples usuarios compartiendo recursos con un sistema de archivos jerárquicos, seguridad, etcétera, dejaba una marca, no dejaba como una, una cuña de alguna forma en todas las personas que trabajaron en ese proyecto, incluyendo a Ken Thompson, no. Y claro, imagínate, Ken Thompson era un tipo brillante, todavía no, a ese momento sabíamos que era brillante, pero no había ninguna evidencia, no. Era, tenía muchísima curiosidad sobre cómo funcionaban las cosas. Estando en el laboratorio, no, de Bell Labs, él se quedó, digamos, sin mucho que hacer, ¿no? Él no, después de que se acaba el proyecto ese, es como que no había mucho más que hacer, pero se quedó con la idea, ¿no? De, hey, mira, Multics, esto la verdad, este, este, estas características eran, eran muy interesantes. Y bueno, y fue pasando el tiempo, ¿no? Entonces él, como al quedarse sin proyecto, empieza, él es una persona que le gusta mucho los videojuegos, le gustaban mucho los videojuegos, ¿no? Y escribió un videojuego que se llama que se llamaba Space Travel, que simulaba el movimiento de una nave espacial, digamos, entre planetas del sistema solar, con cálculos muy precisos para simular el movimiento en una órbita, etcétera, ¿no? Y se ejecutaba en estas máquinas, en estas computadoras que habían sido adquiridas o fabricadas para Multics. Y en ese momento él encuentra una computadora ahí abandonada que era una PDP-7. Que si vos buscás una foto de una PDP-7, es un armario gigante, grande y muy caro también. Sin embargo, lo curioso es que en ese entonces ese tipo de computadoras se les llamaba minicomputadoras, porque claro, a diferencia de las grandes computadoras que había en ese momento, este era mini. Pero sin embargo, para los estándares de hoy era un era gigante, ¿no? Debe ser, me imagino yo que un iPhone de hoy en día deben ser, no sé, un par de millones de esas PDP-7. Y entonces él empezó a jugar con, a programar su videojuego en esta PDP-7. Y ahí, digamos, es cuando él empieza a programar ciertos componentes que básicamente eran un sistema operativo. Tenía que añadir un par de algunas características y ya tenía como una especie de la base de un sistema operativo, ¿no? Él tenía como la estructura básica de los archivos, ¿no? Inspirada en esta, en este orden jerárquico de Multics. Agregó un control de procesos y después sucedió que él se dio cuenta que le faltaban 3 piezas para tener un sistema operativo, ¿no? Después de todo lo que había programado para el videojuego este Space Travel. Y resulta, y ahí entran también cosas que a mí me fascinan, que es como las particularidades personales, ¿no? Las cosas, esos hechos que parecen como azarosos de alguna forma, que terminan teniendo un montón de impacto. Tenía que construir 3 componentes, ¿no? Para tener un sistema operativo. Y resulta que su esposa en esa época se tomó vacaciones y se fue. 3 semanas para la costa oeste de Estados Unidos y él se quedó solo, ¿no? Y se puso como objetivo construir en esas 3 semanas esos 3 componentes que le faltaban y lo logró. Entonces, programando todo en assembler para la PDP-11, él construye la primera versión de UNIX. Eso, o sea, ya de por sí habla de la, de qué tan brillante es este, este señor, ¿no? Claro, ya cuando él tiene esta base, es como la primera versión de UNIX que todavía no se llamaba UNIX. Era como una especie de sistema operativo inicial que tomaba las mejores características de Multics y las implementaba de una forma, primero, consistente y cohesiva, porque lo hizo solo una persona. No es que había 800 ingenieros que se tenían que poner de acuerdo. Entonces ese creo yo que es el primer gran hito de UNIX, que para este entonces todavía no se llamaba UNIX. Después lo que sucede es que en el equipo de Bell Labs se suma otro personaje, una persona también brillante llamada Dennis Ritchie. Dennis Ritchie era un matemático, lamentablemente ya falleció. Ken Thompson sigue vivo, tiene más de 80 años ya. Y Dennis Ritchie se suma al equipo de los Bell Labs, pero trae como otro, un pensamiento mucho más abstracto, mientras que Ken Thompson tenía como una visión más pragmática. Dennis Ritchie empieza a tomar el, como cierto, un lenguaje que empezó a definir Ken Thompson que para ese entonces se llamaba B, lenguaje B, y lo quiso hacer de una forma, lo quiso mejorar Dennis Ritchie. Obviamente ese lenguaje de programación termina siendo C, el lenguaje de programación C, que en un primer momento tenía el propósito de ser un lenguaje de programación de alto nivel. O sea, hoy en día se habla con cualquier programador, te va a decir que C es el lenguaje de programación de más bajo nivel que existe. Y es verdad, tenés el assembler, el assembly, digamos, y después tenés C. Pero en aquel momento C era considerado un lenguaje de programación de alto nivel. Una de las cosas súper interesantes, por ejemplo, algo que cualquier programador sabe, es este, este, el bucle for. ¿Viste el típico bucle? El típico bucle for i igual a 0, i menor a n, i más más, por ejemplo. Esa sintaxis, esa es una sintaxis que incorpora Ken Thompson al lenguaje B originalmente. Entonces son como hechos que parecen muy azarosos, pero ¿cuántas personas en el mundo habrán escrito el ese bucle for con esa sintaxis desde entonces, ¿no? O sea, es algo realmente que ha tenido muchísimo impacto. La cuestión es que entre Ken Thompson y Dennis Ritchie se forma una dupla mágica. Estos dos tipos revolucionaron todo, cambiaron todo. Son realmente, uno podría decir, los padres de la, no sé si decir de la computación, porque la computación es mucho más amplio, incluye mucho también a la ciencia de la computación, Alan Turing y a todo eso. Pero sí que yo creo que tiene mucho de padres de la informática, de alguna forma. Hay que tener en cuenta que la teoría de la informática como tal, la de Shannon, también sale de los Bell Labs. Entonces estos tipos están metidos en esa época en un en una, en un escenario en el que están pasando muchísimas cosas a la vez, ¿no? Una vez que Dennis Ritchie hace, o sea, hace, digamos, termina de definir el lenguaje de programación C, ahí aparece otra persona más que se llama Brian Kernighan, que hay muchísimas entrevistas a este señor en la red que uno puede escuchar. Y es muy interesante porque Brian Kernighan de alguna forma no hizo nada y a la vez hizo un montón. Porque claro, no es parte de la dupla de Ben Ritchie y Ken Thompson, pero sin embargo, por ejemplo, fue la persona a quien se le atribuye el nombre UNIX. Él en un momento, hablando, cuando estaban pensando en ponerle un nombre al sistema operativo que había creado Ken Thompson, piensa en UNIX como si fuera una especie de chiste hacia MULTICS, como MULTICS de mucho y UNIX de uno. Después hay un montón de teorías más de por qué se llama UNIX. Algunos dicen también por el usuario root, que es un único usuario, pero la realidad es que viene más de un chiste, de una broma, de hacerle como la contra a MULTICS, y por eso se llama UNIX. Unix, ¿no? Y Brian ayudó mucho a Dennis Ritchie a escribir el famoso libro de C, que es un libro que todavía hoy es un, es un, es la Biblia de C. Es muy cortito el libro, pero sin embargo tuvo un impacto brutal. Yo lo tengo, tengo una copia de ese libro, y la verdad es que no tienen, no hay mucho que destacar, sino que es uno de los libros de informática que más impacto ha tenido. En la historia, digamos, ¿no? Y cuando C, cuando el lenguaje de programación C pasa a estar como más establecido, ahí viene otro momento también bastante increíble, y es que todo el código que había hecho Ken Thompson en Assembly se traduce, no todo, pero la gran mayoría se traduce a C. Entonces, la primera versión de UNIX fue hecha en, fue escrita en Assembly, para la PDP-7, pero posteriormente se reprograma, se reescribe gran parte del sistema en C. Y acá entra una característica brutal de C, que es la portabilidad. El compilador permite tener de alguna forma adaptaciones para distintas arquitecturas. Ya no estamos hablando de que hay un hardware para un software, o sea, una computadora especial para un sistema operativo, como era el caso de Multics, que estaban creando computadoras para Multics, sino que ya entra en juego de que tenemos un sistema operativo más desacoplado del hardware. Y eso es un cambio radical en la mentalidad de la programación de sistemas operativos. Y acá empieza, a partir de ese momento empieza una vorágine de, de, ¿cómo lo diría? Como de empezar a adoptar UNIX por parte de las grandes universidades y los grandes organismos del estado, ¿no? Todo el mundo se emociona con UNIX, todo el mundo quiere UNIX, todas las universidades quieren UNIX, y bueno Hay un montón de anécdotas. Por ejemplo, una es que un día hay un simposio, el simposio de sistemas operativos, donde acuden Dennis Ritchie y Ken Thompson para presentar lo que estaban haciendo con UNIX. En esa charla había un profesor de la Universidad de California que apenas escuchó esa conversación, esa charla que dieron, dijo, esto lo tenemos que tener en la universidad. Y volvió a la Universidad de California Y empezó a gestionar la compra de una minicomputadora y la adquisición de una licencia, porque claro, UNIX era pago, no era un sistema libre, ¿no? Había que comprarle una licencia a AT&T para poder usar UNIX. Pero hay una característica, creo yo, fundamental en esta historia, y es que los Bell Labs No es que te daban el punto exe, o sea, no te daban el sistema operativo compilado. Te daban el compilado, pero también te daban el código fuente. Y eso fue algo radical, o sea, algo innovador, porque no sucedía, pero cambió todo, porque de repente vos tenías la posibilidad de reconstruir piezas del sistema operativo. Eso es algo que no pasaba en aquel momento, no existía. Pero sí o sí tenías que tener la licencia. Sin la licencia no podías usar en absoluto nada de UNIX.

Lo que me queda duda, porque cuando siempre vemos UNIX lo nombran como UNIX nació en los laboratorios Bell, pero después siempre se presenta un gráfico como si fuese un árbol con diferentes ramas. En base a, pues, esta empresa como Sun Microsystems se hizo con una copia y entonces tienes ahí a Solaris. AIX tenía su propia copia, HP tenía su propia copia. Entonces empiezan a surgir los hijos. ¿Y UNIX en sí se considera como el padre de todos esos hijos o también continuó evolucionando en esas líneas?

Unix es el padre de todos esos sistemas operativos y ahí siempre había una cuestión de licenciamiento. O sea, cuando por ejemplo vos hablás de AIX y después hay muchos más, HP-UX también, todos esos tenían acuerdos con los laboratorios Bell, pero posteriormente con otra empresa que se llamaba Unix Technology, sí, era algo como Unix UST o algo por el estilo, ahora no me acuerdo. Pero sí, había acuerdos comerciales en los cuales te decían, bueno, vos le podés poner UNIX a tu sistema, vos podés decir que este es mi UNIX, ¿no? Por ejemplo, HP, esta es nuestra versión de UNIX. En general, ¿qué es lo que hacían ellos? Tenían una serie de modificaciones al código de UNIX de los Bell Labs y eso se lo brindaban a sus usuarios y en general los usuarios tenían que tener una licencia de UNIX para poder aplicar los cambios que les daba HP, por ejemplo. Obviamente que eso con el pasar del tiempo se fue facilitando para el usuario final con el hecho de que si comprás una licencia de HP tenías una licencia de los Bell Labs o AT&T para poder utilizarlo. Y en este momento pasa algo que para mí es interesantísimo. Y es que de repente en la historia, si vos seguís, hay un montón de libros escritos de esto, De hecho, Brian Kernighan tiene su propio libro sobre la historia de UNIX. Hay un momento en el que dicen, y un día Ken Thompson se tomó un año sabático y se fue a la Universidad de California. Bien, OK. Y yo, vos sabés que busqué por todos lados, ¿no? ¿Por qué Ken Thompson se fue? ¿Por qué se fue de un día para el otro, en el momento, en la cúspide de UNIX como el sistema operativo más innovador, que todo el mundo quería UNIX, que había charlas por todos lados, de repente el cerebro de UNIX se va, sale de la escena. Y busqué por un montón de lados, no encontré nada. Y un día dije, bueno, a ver, este señor sigue vivo, ¿qué pasa si intento contactarme con él? Entonces dije, bueno, escribí un mail y busqué por todos lados su correo electrónico. Y dije, ya fue, esto es como enviar un mensaje en una botella, viste. Y lo mandé un día. Nada, me llega una respuesta diciendo no, este correo electrónico no es válido, qué sé yo. Dije bueno, ya está, al menos lo intenté. No pasan 24 horas y recibo una respuesta de Ken Thompson. Ya te podés imaginar que apenas me acuerdo, fue un sábado, me desperté, agarro mi celular, lo primero que miro es, ah, tengo un mail mío, Ken Thompson. Te puedes imaginar, pegué un grito literal que no lo podía creer. Bueno, y él ahí me responde el correo diciéndome que gracias por acordarte de mí. Primero que todo, una humildad brutal, ¿no? Un tipo que tan importante, tan relevante, que te diga, che, gracias por acordarte de mí, me hace sentir que no, que no soy olvidado, que no fui olvidado, ¿no? Y me manda el correo electrónico de él. Es muy, muy curioso porque hasta La forma del correo electrónico es distinta a cualquier correo electrónico que estoy acostumbrado a recibir. Primero que todo, eran todas líneas cortas. O sea, no había un gran párrafo, ¿no? De muchos caracteres, sino que eran todas líneas cortas, que es lo que me hace pensar que él está utilizando algún tipo de consola con columnas limitadas. Vos sabés que hay un estándar de las terminales que es de 80 columnas. Y en general hay muchos linters de código que si tenés líneas más largas que 80 columnas te lo acorta para que pueda entrar en una terminal estándar. Y todas las líneas de su correo electrónico eran así, no superaban las 80 columnas, todo muy conciso. Y él me dice, me responde, yo le pregunté, che, ¿por qué? O sea, te lo digo así como muy coloquialmente, ¿por qué, señor Kent Thompson, usted se fue? Y me dice que fue porque él estaba como un poco quemado porque de repente todo lo que era UNIX lo iban a, le iban a preguntar a él. De vuelta, es un tipo muy modesto, seguramente que quería trabajar en lo que estaba trabajando y lo vendrían a interrumpir cada 2 minutos para preguntarle algo. Y eso a él ya lo estaba quizás cansando un poco, no sé, no quiero poner palabras que no, que no son correctas, pero sí de alguna forma que que lo estaban como interrumpiendo mucho, ¿no? Y en ese correo él cita un libro que es The Man in the Way o algo por el estilo. Es un libro muy famoso de gestión de desarrollo de software donde cualquier persona que se vuelve indispensable hay que echarla, decía él. Me marca esa frase del libro, ¿no? Como que él la parafrasea. Y el sentido por detrás es que, claro, cuando una persona dentro de un equipo se vuelve tan fundamental, de alguna forma está impidiendo que el resto de las personas del equipo aprendan, porque él tiene todas las respuestas. Y también añade que en esa época los laboratorios Bell promovían mucho el tema del año sabático como una forma de primero permitirle a las personas que se tomen un descanso, Y además él toma la decisión de irse como profesor a la Universidad de California, Berkeley. Y eso también le interesaba a los Bell Labs porque de alguna manera como que iban a, él usó la palabra esta, polinizar, ¿no? Como que iban a las universidades a polinizar a los estudiantes con sus ideas, con sus sistemas, con su diseño y todo eso, ¿no? Y esa es la razón por la que él se va. Y mira qué curioso que una de las consecuencias de que Ken Thompson se vaya a California es que algo que a mí me interesa muchísimo son las terminales, la shell en general. Y uno hoy en día conoce la shell más conocida es Bash, ¿no? Bash significa Born Again Shell, que básicamente es un juego de palabras Diciendo como la Shell renacida, ¿no? Pero en realidad no es Born, B-O-R-N, es Bourne, B-O-U-R-N-E. Y Bourne era un señor que se llama Stephen Bourne, que fue la persona que, como consecuencia de que Ken Thompson se haya ido a California, en los Bell Labs le asignaron a Stephen Bourne el desarrollo de la original Shell o la Thompson Shell. Entonces, un hecho como bastante anecdótico de que Ken Thompson se fue a California un año generó que Stephen Bourne tome el liderazgo del desarrollo de la Shell. Se empieza a— se llamaba Shell, nadie le puso Bourne, pero todo el mundo sabía que era la Bourne Shell. Y cuando muchos años después se hizo una versión libre de la shell en el proyecto GNU dijeron, bueno, vamos a hacer de vuelta la shell de Bourne pero gratuita y gratuita y libre, digamos. Entonces vamos a ponerle el nombre Bourne-again shell, ¿no? O sea, esta es un dato como muy curioso que, bueno, que hoy en día se, imagínense, imagínate también, ¿no? La shell de Bash es la por defecto en todas las distribuciones de Linux y demás, ¿no? Y bueno, y después viene, de ahí se abre una rama de historia brutal cuando Ken Thompson va a la Universidad de California, porque si en algún momento escuchaste de los sistemas operativos BSD, Berkeley Software Distribution, como FreeBSD, NetBSD, OpenBSD, todos estos sistemas operativos surgen de la Universidad de California por el paso de Ken Thompson por esa universidad. En el mail que me respondió Ken Thompson, él me cuenta que él daba clases en una sala, como en un aula, y se transmitía por circuito cerrado de TV a múltiples aulas dentro de la universidad. O sea, era algo, imagínate, en esa época estamos hablando de los años, qué sé yo, 60, 70, creo yo, a principios de los 70, algo por el estilo. Ya había multiplicidad de alumnos escuchándolo a Ken Thompson dar una clase. Y eso sabiendo, no, otra de las cosas que menciona ahí Ken Thompson es que él estudió ingeniería eléctrica, él no estudió informática. Él no había tenido una formación sobre sistemas operativos, sobre compiladores. Él, de hecho, no, eso todo lo aprendió solo. Y en el mail cuenta que fue para él una oportunidad de aprenderlo para enseñarlo. Y también destaca en ese correo que a los alumnos a los que él les estaba enseñando en ese momento eran alumnos muy, la palabra que usa es smart, como muy inteligentes. No es que tenía gente no involucrada, eran, o sea, y eso imagino que tiene que ver con el hecho de que son universidades caras, que no debe ser fácil obtener una beca, o viste la situación, no, de educación en Estados Unidos. Entonces los estudiantes estaban como muy comprometidos con el tema y eran muy inteligentes, y obviamente él sabía, porque había sido graduado de esa universidad, que tenía que hacerlo bien, no. Encima a todo el mundo de alguna forma lo admiraba como el genio, porque era una rockstar en esa época. Entonces para él fue también un desafío, ¿no? Y en el correo lo cuenta con muchísima humildad. Eso, eso es la verdad que destacable. Bueno, y ahí en la Universidad de California lo conoce a Bill Joy. Bill Joy es otro personaje interesantísimo que de hecho hoy en día está como El señor este, Bill Joy, sigue vivo, pero está desaparecido. Yo intenté ubicarlo y no está por ningún lado. Bill Joy es el fundador de Sun Microsystems. Bill Joy es un genio también que programó la primera distribución de software de Berkeley, BSD, y que posteriormente se fue a fundar Sun. Y a Sun, en la empresa Sun, es adquirida por Oracle varias décadas después por millones de dólares. O sea, hoy en día Bill Joy es un venture capitalist, es como un inversor, pero que no aparece en ningún lado, está como desaparecido, digamos, ¿no? Ken Thompson tuvo una gran influencia en Bill Joy porque Bill Joy en ese momento era un estudiante de doctorado. Obviamente que habla con Ken Thompson porque Ken Thompson, como parte de esa visita a California, a la Universidad de California, desarrolla un compilador de Pascal, o sea, desde cero, que es algo, es una tarea titánica desarrollar un compilador desde cero para dar una clase. Imagínate eso, ¿no? O sea, el tipo iba a dar una clase de informática de compiladores y dijo, bueno, voy a crear un compilador para poder enseñarle a mis alumnos. O sea, la vara altísima, altísima. Ojalá uno hubiera tenido la oportunidad de asistir a una de esas de esas clases. Y bueno, y obviamente que tiene una influencia brutal en Bill Joy, en todo el desarrollo de BSD en Berkeley. Y de ahí, obviamente, que varios años después, una década después, principios de los 90, es cuando aparece en la historia Linux.

Entonces, es decir, porque si Ken Thompson fue a Berkeley, les creó una especie de UNIX, ¿se podría considerar una copia, un hermano?

Claro, completamente. O sea, es curiosísimo porque hay otra anécdota en todo esto, que es que cuando Ken Thompson se va de los laboratorios Bell, claro, los laboratorios Bell tenían, para ellos era un producto UNIX, pero para Ken Thompson era un producto, pero a la vez era algo para compartir. O sea, hay ahí una, si querés, como un principio del compartir software, que lo empieza Ken Thompson. Mirá lo que hace Ken Thompson cuando estaba en los Bell Labs antes de irse a la Universidad de California. Los Bell Labs habían lanzado una versión de UNIX, pero dentro de los laboratorios utilizaban, es como que no tenían versiones, es como que tenían la rama main, viste, y tenían los últimos, las últimas modificaciones, ¿no? Entonces, Ken Thompson lo que hace ahí es saca, ejecuta un diff, o sea, una diferencia de todos los archivos de la base de código respecto de la última versión que había lanzado los Bell Labs oficialmente, que se llaman las cintas rojas, the red tapes. Él saca eso, viste, le hace una copia, y cuando se va de los Bell Labs, esa copia sin querer se la da a un amigo o algo por el estilo, y terminaron, y terminó siendo como una especie de versión extraoficial de UNIX actualizado que no pasó por ningún proceso de lanzamiento de los laboratorios Bell. Y esas, esas copias terminan llegando a la Universidad de California, y es Bill Joy quien termina instalándolo en las computadoras, en la computadora que tenía UNIX en California. Pero eran hermanos los sistemas, tal como decís, Manuel, pero en realidad todo es UNIX. O sea, todo pertenece, la base de código pertenece desde el punto de vista de propiedad intelectual a los laboratorios Bell, a AT&T. Pero lo que empieza a hacer la Universidad de California es crear como software sobre ese UNIX empiezan a modificar un montón, hasta cierto punto que prácticamente que modifican toda la base de código de UNIX de los laboratorios Bell, que era BSD. Pero aún así era necesario, si vos querías tener BSD UNIX, tenías que tener una licencia de los Bell Labs, porque obviamente que era estaba basado en ese código, en esa propiedad intelectual. Y después de eso se desencadena una batalla legal brutal porque ahí aparece otro personaje también en la historia que es John McHughick. Que McHughick es otro genio, un poco más desafortunado diría yo, porque McHughick es como que estaba haciendo un doctorado e igual que que Bill Joy. Y cuando Bill Joy se va de la universidad para fundar Sun, que de vuelta se vendió a, creo, no sé, 300 millones de dólares, no sé, una barbaridad de dinero, parece que Bill Joy le dice a Mark Yusofsky, venite conmigo y fundemos, vení, sé uno de los principales, de los primeros empleados, que obviamente los primeros empleados en una empresa de este estilo siempre tienen participación en el accionariado de la empresa. Y McHugh dice, no, no, voy a terminar mi doctorado. Obviamente una decisión que varias décadas después significó varios millones de dólares, probablemente. Entonces, en una de las entrevistas que le hacen en YouTube dice, no sigan mis consejos de negocios porque no soy bueno, como que no tomo buenas decisiones, viste. Y McHugh, que en ese momento lo que quiere hacer es crear una empresa que se llamaba BSDi, que era como Berkeley Software Distribution Incorporated, como una empresa, como si fuera una sociedad limitada, ¿no? Y para vender una versión de UNIX de BSD. Y no tienen la mejor idea que lanzar como una especie de campaña de marketing con un número de teléfono que era 1-800- It's Unix, como para que la gente le compre la licencia de BSD diciendo que era Unix. Claro, el laboratorio Bell dijeron no, eso no lo puedes hacer, los denunciaron. Y BSDi dijo, pero yo lo que tengo es la distribución de software de Berkeley. Y Berkeley, entonces los Bell Labs, que en este momento ya no eran los Bell Labs, era esta otra empresa de Unix Laboratories o algo por el estilo, Unix System Laboratories creo que era, expande la denuncia, sí, Unix System Laboratories expande la denuncia e incorpora a la denuncia a la Universidad de California. Entonces de repente todo el código que estaba hecho de Berkeley queda bloqueado, o sea, cualquiera que quiera usar el código de Berkeley tiene que tener una licencia de UNIX, de UNIX System Laboratory. Y en este contexto de código bloqueado surge en un foro, en un newsgroup, que no sé si vos lo llegaste a conocer, yo me acuerdo que lo he conocido, que era como una especie de como foro de discusión parecido al correo electrónico, pero era todo otro protocolo separado. Y existía uno de otro sistema operativo que tiene otra historia, que es MINIX. Que era un sistema operativo como escrito para, para el, para la academia, digamos, para, fue escrito por Andrew Tannenbaum para enseñar a sus alumnos sobre sistemas operativos. O sea, este señor que es un, es un científico, no es un ingeniero, es un científico americano, parte americano y parte holandés, de hecho vive en Ámsterdam. Y él crea Minix y lo publica en un libro que es un libro de sistemas operativos. De hecho, sí, yo tengo ese libro también, y en la parte, en la parte final del libro hay un anexo donde está todo el código de Minix impreso. Pero Minix tenía la característica de que estaba basado, inspirado en UNIX, pero no era gratuito. Vos tenías que tener el libro, o sea, si vos comprás el libro, el libro venía con una licencia para poder usar Minix y estaba pensado para enseñar. Entonces, como había muchos alumnos que estudiaban ya para esta altura, estamos hablando ya de 1990, para estar un poquito antes, quizás 1989 por ahí, había muchos alumnos que ya estaban estudiando informática, sistemas operativos, que usaban ese libro Y claro, el tema es que estaba pensado para la academia y muchos, muchas personas querían contribuir a ese código. Y parece que Tannenbaum, según cuentan varios libros de historia y demás, y también el foro, especialmente el foro este del Newsgroup, que era como muy reacio a aceptar contribuciones a ese código, ¿no? Es como que estaba hecho para él perfecto. Y cualquier persona que venía a decirle, che, hice esta nueva cosita que puede mejorar esto, Tanembaum decía, no, no, eso en realidad no lo necesitas. Y en ese grupo, en ese grupo de newsgroup, en septiembre del 91, hay una persona que manda un correo electrónico diciendo, hey, estoy trabajando en un kernel más inspirado en Minix, completamente gratuito, abierto para la arquitectura 486. Y esa persona se llama Linus Torvalds. Este señor Linus, que en ese momento era un estudiante de Helsinki en Finlandia, manda ese correo electrónico en el contexto de la batalla legal de los Unix System Laboratories con la Universidad de California. En un momento donde todo el código de UNIX, todo el mundo tenía miedo de usar el código de UNIX porque venían los UNIX System Laboratories y te hacían una denuncia y chau. O sea, era una empresa gigante. Y de repente aparece un tipo, un anónimo, diciendo, che, yo estoy haciendo una versión gratuita abierta de esto. Que no, imagínate, Linux Torvalds no tenía una versión de UNIX, no tenía una licencia de UNIX, lo único que tenía era Minix. Y él se inspira en eso y codifica desde cero un kernel que no estaba para nada atado a nada que tenga que ver con UNIX, completamente independiente desde el punto de vista de la propiedad intelectual. Pero fue el momento exacto para de repente obtener un montón de gente súper entusiasmada por ese proyecto.

Eso es a lo que llaman estar en el lugar correcto en el momento adecuado.

Sí, y también con la actitud, porque una de las cosas que se destaca de Linus Torvalds hasta el día de hoy es que él, a la hora de incorporar código a la base de código de Linux, es muy abierto. A diferencia de Andrew Tannenbaum, que la base de código de Minix la protegía como si fuese una obra maestra perfecta, y por perfecta me refiero a completa y finalizada, el punto final, y ya está. Linus toma otra actitud, una actitud mucho más perceptiva, ¿no? Como abierta en el aspecto de que si tenés una pieza de código que soluciona algún problema o que agrega alguna funcionalidad, él la incorporaba. De hecho, una de las cosas que a mí más me impactó de la filosofía de Linus Torvalds a la hora de colaborar es el paquete de networking. O sea, Linus apenas crea el kernel de Linux no tenía soporte de red. O sea, simplemente era un kernel que vos podés ejecutar en tu computadora y podías, tenías un compilador, podías compilar tus aplicaciones, podías, digamos, hacer cosas como de bajo nivel para la mentalidad de hoy en día, obviamente. Pero no tenías, no tenías por defecto un driver de red, no tenías nada, no existía. Y de hecho, quienes programaron eso por primera vez, el tema del networking, es la Universidad de California, Berkeley. Berkeley obtiene un grant o una especie de subsidio de DARPA DARPA es esta organización que está relacionada con el Ministerio de Defensa o algo por el estilo de Estados Unidos, que son los que crean la ARPANET, o sea, la precursora de internet. DARPA pone dinero en Berkeley para desarrollar el stack TCP/IP. Entonces, los primeros que empiezan a desarrollar TCP/IP son, es un grupo dentro de la Universidad de Berkeley que se llamaba el CSRG, que obtienen este dinero y empiezan a desarrollar eso, ¿no? Pero Linux Torvalds en Linux no tenía soporte de red. Pero de repente aparece un día un tipo, un tal Ross Viro, otra persona más que de vuelta este tipo lo rastreé por todos lados, lo único que encontré fue un GitHub perdido por ahí. Este tipo, un fanático creo yo, una otra mente brillante, en cuestión de meses desarrolla todo el stack TCP/IP para Linux, para el kernel Linux, y se lo manda a Linus Torvalds. Y mirá lo que es la mentalidad de Linus Torvalds. Él toma ese paquete de código, lo incorpora al kernel, simplemente chequea que compile el kernel y listo, lo lanza para que cualquiera que quiera usarlo lo pueda usar, como si fuera algo completamente modular, no, algo que diga, bueno, mira, si quieres probarlo, probarlo, está incluido en la base de código del kernel. Y eso para esa época, estamos hablando del año 93 aproximadamente, 93, 94, sucede antes del lanzamiento de la versión 1 del kernel. Para que tengas una idea, hoy estamos en la la versión 6 del kernel de Linux. O sea, ya pasó en la versión 6.17. Mirá, estoy mirando exactamente hoy en día la versión estable del kernel es 6.17.7. La versión 1 fue lanzada bien recién empezado en 1994, pero ya incluía una primera versión de soporte de red, ¿no? Que, y de vuelta, todo esto con una mentalidad extremadamente gratuita. Extremadamente abierta. Y acá entra en juego otra cosa que no puedo dejar de mencionar, que es quién le da el marco de esto gratuito. Y acá entra en juego otra persona que hay que sí o sí mencionar siempre en este juego, que es Richard Stallman. Richard Stallman es un ingeniero también eléctrico del MIT que está como en una especie de rama paralela a todo lo que está sucediendo en esta época de los 70, 80, con UNIX, con BSD y demás. Stallman es un idealista, un genio también, una mente brillante, pero tiene una vena activista, tiene una vena, yo diría, más política que entre todas las personas de las que venimos hablando todavía ninguno presenta esta característica. Una de las cosas que detecta Richard Stallman es que si el código es privativo, como él lo llama, las empresas pueden hacer lo que quieran, vos no te enterás. Y además también puede pasar que una empresa, si mañana quiere dejar de seguir dándole soporte a una pieza de software, vos te quedás con algo que está completamente deprecado, digamos, o que no sirve más. Entonces él crea una fundación que se llama la Free Software Foundation, y sobre la Free Software Foundation crea un proyecto que es el GNU, que es un proyecto para crear un sistema operativo abierto, libre, libre, free as in freedom, libre como en libertad, no libre como gratis, libre como en libertad. Y él crea el proyecto GNU, que GNU significa es un acrónimo recursivo. La G de GNU significa GNU, la N not y la U Unix. Entonces GNU significa GNU not Unix. Entonces imagínate que si expandís el GNU, GNU, GNU, GNU, GNU, GNU not Unix. O sea, es una, es una, es algo bastante crazy. Y dentro de este proyecto de GNU, Stallman crea una licencia de código libre que se llama la licencia GPL, la General Public License. Y muy estratégicamente, Linus Torvalds, cuando desarrolla Linux y compila utilizando el compilador que creó Richard Stallman, que es el GCC, GNU C Compiler, eso lo programó en sus principios Stallman, o sea, ahí entra la brillantez de este señor también, lo hizo gratuito, libre, digamos, y ese es el compilador que usa Linux para compilar el kernel. Y además el proyecto GNU tiene otros proyectos libres, como por ejemplo las coreutils, como por ejemplo también Bash, ¿no? Bash es del proyecto GNU, y Richard Stallman es el que siempre insiste en que uno no tiene que hablar únicamente de Linux, sino de GNU/Linux. El sistema operativo es GNU/Linux. Lamentablemente para él, el proyecto que tenía de crear un kernel, que era el proyecto GNU/Hurd, no prosperó. Lo quisieron hacer, pero no llegaron, no llegaron a hacerlo. Y al momento que tenían unas primeras, un principio de ese kernel, ya Linux había sido completamente adoptado por un montón de personas que utilizaban el kernel de Linus Torvalds, Linux, más todas las aplicaciones que tenía el proyecto GNU, de acuerdo. Ahora, la cuestión es que hoy ya no, uno no puede hablar tanto de GNU/Linux porque hay muchas, por ejemplo, Android es Linux pero no es GNU, no usa las herramientas de GNU. Y eso hoy en día ya están pasando un montón de cosas en ese aspecto. Por ejemplo, están cambiando las herramientas, digamos, básicas de Linux por unas basadas en programas en Rust. Bueno, ya ahí entra en juego otras cosas de la actualidad.

Recuerdo que cuando yo entré en Linux a principios del 2000 había una problemática con Santa Cruz SCO, porque se había hecho con los derechos de UNIX, quiso demandar a todo el mundo. ¿Cómo es posible que podamos tener BSD si terminó bloqueado y que pudiesen salir después de todas las piedras en el camino que les pusieron?

Sí, mira, esa historia es fabulosa, la verdad, es súper interesante. De hecho, en algún momento, a cualquiera de quienes nos están escuchando, les recomiendo ver algún vídeo de John McHugh sobre el tema. El juicio entre BSDi y Universidad de California Berkeley contra los Unix System Laboratories es un juicio que toma un montón de tiempo, que hay un montón de auditorías, y termina resultando de que hay, creo que eran como 6 archivos que terminaron siendo cuestión de reclamo por parte de Unix System Laboratories, que estaba incluyendo la distribución de BSD en eso, en ese, digamos, en su release, en su código, que era propiedad intelectual de Unix System Laboratory. Entonces, el resultado fue que si ellos lograban modificar esos archivos, podían tener una versión completamente independiente de Unix y lo podían lanzar gratis o todo lo que quieran. Fueron lo suficientemente inteligentes en California, que todo el network release, que es toda esta pieza de software que construyeron a base de las subvenciones de DARPA para toda la parte de red, ellos lo separaron muy bien a nivel de código. Entonces eso, los UNIX System Laboratories no podían reclamar nada sobre la propiedad intelectual de esa pieza, de esas piezas de código, pero sí que sobre el sistema base podían reclamar cosas, ¿no? Entonces sucede que avanzando el juicio, los Unique Systems Laboratories son esa organización, esa empresa es adquirida por Nobel, por otra empresa. Y esta otra, en el medio del juicio, ¿no? Y esta otra empresa tiene un nuevo CEO, o sea, otra persona a cargo. Y claro, de repente ven que tienen un juicio ahí con una universidad, con una pyme, porque BSDi era una empresita, eran 3 tipos que estaban trabajando ahí y dijeron bueno, vamos a arreglar esto porque no da para más. Entonces llegaron a un acuerdo que básicamente se trataba de que para estos 6 archivos tenían que poner muy claramente si vas a utilizar estos 6 archivos necesitas una licencia de UNIX, pero después lo que terminaron haciendo fue reescribiendo esos 6 archivos desde cero para poder tener una versión de BSD completamente independiente de Unix. Entonces eso fue la última tarea que hizo este grupo, es decir, CSRG, dentro de la Universidad de California para lanzar una versión de BSD que fuera, creo que fue la 4.3, que fuera completamente independiente de cualquier código de Unix. Y en base a esa versión, un grupo de personas toma ese código y hace crean FreeBSD. Y de FreeBSD después hay un fork por cuestiones internas ahí con OpenBSD. Y a esa misma altura ya también existía NetBSD. O sea, NetBSD y FreeBSD es como que salen prácticamente a la par de la base de código de BSD. Y después OpenBSD surge de FreeBSD. Pero, ¿qué pasa? Para esta altura, cuando sucede esto, ya Linux era súper adoptado por un montón de personas. Entonces es como que el verdadero heredero de UNIX, digamos el hijo sanguíneo de UNIX, que es BSD, termina quedando como en un segundo plano, mientras que el hijo adoptivo de UNIX, que es Linux, termina siendo el protagonista.

Sí, eso es la parte que me chocaba a mí un poco, de cómo es posible que después de todos los problemas que tuviese, o sea, que tuvieron en el momento con el código fuente de UNIX hayan conseguido finalmente salir o incluso tener otras versiones como la de Solaris, HP-UX y demás, teniendo en cuenta los combativos que se pusieron en ese momento las empresas que tenían los derechos.

Claro, sí, completamente.

Las partes de los copyrights con Linux, yo creo que eso da para cientos de capítulos porque han intentado siempre dinamitar el producto de Linux, bueno, el producto, el proyecto en sí de Linux. Obviamente las empresas que se dedican a hacer sistemas operativos le consideran una aberración que alguien tenga ahí el proyecto totalmente gratuito y le haga la competencia desleal, entre comillas.

Sí, vos mencionaste una cosa más que no la quiero dejar pasar, que es lo de SSO. Que es cierto, hubo un momento en el que SCO empezó a demandar a empresas que utilizaban piezas de código de Linux, digamos, diciendo de que estaban infringiendo patentes. Las malas lenguas dicen que detrás de esa denuncia de SCO había otro grande, otra empresa muy grande de sistema operativo de escritorio, muy mainstream que justamente tenía mucho miedo, o sea, Microsoft Windows, que tenía mucho miedo de que Linux termine siendo un sistema operativo de escritorio, un reemplazo para el sistema operativo de escritorio. Obviamente que esto todo en potencial porque no se sabe nada, pero sí que es cierto que si investigas un poco sobre el tema eso aparece, ¿no? Se dice que hubo un acuerdo comercial o algo por el estilo. Yo no tengo ningún fundamento para decir que sea así, Pero si investigás un poco, rápidamente surge esa teoría, digamos, ¿no? Pero que terminó en nada, la verdad, porque todo el código de Linux es completamente independiente de cualquier tipo de reclamo de patente que pueda llegar a hacer cualquier otra empresa.

Lo típico que se suele decir de no tengo pruebas, pero tampoco dudas.

Claro, pero eso desde el punto de vista empresarial mete miedo, ¿viste? Entonces es como que si, imagínate en la época, estamos hablando principios del 2000 en este caso, con el tema de SSO. Si vos sos una empresa grande, no de nadie, digamos, si sos una empresa grande que está desarrollando software que lo va a comercializar y de repente corres el riesgo de que venga un gigante y que te haga una denuncia por infringir patentes, y bueno, es una desmotivación, un inhibidor para que vos sigas por ese camino, ¿no?

Pues bueno, ya hemos superado la hora. La verdad es que no me gusta hacer capítulos excesivamente largos porque considero que una hora está bastante bien. Y bueno, afortunadamente hemos conseguido darle una vuelta a toda la historia de UNIX. Hemos hablado también de la parte de su primo lejano finlandés, la versión de Linux. Que se diferencia bastante, en verdad, porque claro, Linux, las discusiones entre Tannenbaum y Torvalds son porque era monolito y todo lo que venía de UNIX era microkernel.

Sí, otra gran historia.

Y yo creo que parte del no éxito de Hurd es porque tiraron por la arquitectura microkernel y obviamente pues tuvieron así sus pequeños problemas, o por lo menos no conseguían el mismo rendimiento que con el monolito de Linux.

Correcto.

Hemos tratado también la parte de BSD, que recuerdo que esa parte la tratabas también en un vídeo en tu canal de YouTube. Sí, que fue uno de los que me llamó mucho la atención y lo disfruté un montón.

Qué bueno, me alegro.

Aprovecho para decir que ponemos en la descripción el enlace a tu canal de YouTube con todas estas historias, incluso más. Y bueno, solo darte las gracias por haber estado aquí en este capítulo y darnos una clase de historia del sistema operativo y sobre todo de la parte de UNIX, Linux y BSD. Y si quieres decir algo para despedirte.

No, nada, simplemente decir que este tema a mí me parece súper interesante, me encanta. Gracias, Manuel, por invitarme y darme la oportunidad de difundir esta historia.

Pues gracias por haber estado aquí. Y bueno, vosotros ya sabéis que podéis escucharnos en otro capítulo, que bueno, ya no los publico con tanta frecuencia, pero llegan, en algún momento llegan. Hasta otra.