El primer número de Linux Journal publicó una entrevista de Robert Young, el primer editor de la revista (y, entre otras cosas, el fundador de Red Hat) de Linus Torvalds (autor del kernel de Linux). Decidimos que sería interesante reunirlos nuevamente después de 25 años. La primera entrevista se puede encontrar aquí .Robert Young : Fue un gran placer contactarte. ¿Cómo estás como familia? Sus hijos probablemente se hayan graduado de la universidad. Nancy y yo tenemos tres hijas, todo está bien. La mayor, Zoe, que tenía 11 años cuando Mark y yo lanzamos el proyecto Red Hat, pronto tendrá un segundo, es decir, ya soy abuelo.
Linus Torvalds : Mis hijos aún no han terminado la universidad, aunque Patricia se graduó en mayo. Celeste (la más joven) está estudiando en el último grado de la escuela, así que después de seis meses nuestro nido estará vacío.
Los tres están bien, y espero y sospecho que en unos años, cuando comience toda esta historia con mi abuelo, todo estará bien.
Bob : Cuando tomé tu primera entrevista en 1994, ¿creías que seguirías apoyando esto en 2019?
Linus : Creo que en 1994 ya estaba sorprendido de que mi último proyecto no fuera el siguiente de la serie "para hacer algo interesante hasta que haga todo lo que necesito y luego encontrar otra cosa". Por supuesto, el desarrollo estaba en una etapa temprana, pero el proyecto ya había curado su propia vida.
Así que creo que no esperaba que haría esto por varias décadas más, pero el proyecto claramente ya se ha movido a la etapa en la que se ha convertido en una parte bastante grande de mi vida. No tenía planes a largo plazo para Linux, y simplemente trabajé en él a medida que lo desarrollaba, sin preocuparme por lo que sucedería en cinco o diez años.
Bob : Hay un dicho tan famoso sobre los peligros de alcanzar tus sueños: tu broma favorita en esos días en que dijiste que el objetivo de Linux para el futuro sería "poder sobre el mundo". Y luego, ¿cuándo alcanzaron su objetivo usted y su comunidad de software libre y de código abierto?
Linus : Dejé de bromear sobre el poder sobre el mundo durante mucho tiempo, porque con el tiempo esta idea se volvió cada vez menos cómica. Pero siempre fue una broma, y todo lo que yo y otros desarrolladores hicimos, no lo hicimos por este motivo. La motivación siempre ha sido mejorar la tecnología y resolver problemas interesantes.
Y, de hecho, nada ha cambiado. Todos los detalles han cambiado: el hardware es diferente, los problemas se han vuelto diferentes, mi rol ha cambiado. Pero el principio de "mejorar y resolver problemas interesantes" no ha desaparecido.
Por ejemplo, en 1994, me dedicaba principalmente al desarrollo. Fui el principal en el proyecto, pero aunque pasé mucho tiempo fusionando parches, escribí el código principalmente. Hoy rara vez escribo código, y si lo hago, es un pseudocódigo o ejemplos de parches que envío a desarrolladores reales. No me llamaría gerente, porque no me ocupo de los informes anuales o presupuestos (y gracias a Dios), pero el gerente del proyecto es definitivamente más que un programador, y esta situación se ha mantenido durante muchos años.
Entonces, en general, la imagen no ha cambiado, pero mi papel y todos los detalles, obviamente, se veían completamente diferentes en 1994.
Bob : ¿Qué te sucederá a ti y a este código base en otro cuarto de siglo?
Linus : Bueno, entonces tendré 75 años y dudo que lidie con tales problemas todos los días. Pero dado que he estado haciendo esto durante 30 años, probablemente seguiré el proyecto.
La buena noticia es que ya tenemos una buena base de desarrolladores, y no estoy preocupado por cuestiones como "dónde estará Linus". Sí, la gente ha estado discutiendo durante mucho tiempo sobre cómo envejecen los desarrolladores de kernel, pero esto no se debe al hecho de que no reclutaremos nuevas personas. Es solo que nuestro equipo todavía tiene personas que han estado con nosotros durante mucho tiempo, y todavía les gusta hacer esto.
Solía pensar que algún día habría un sistema operativo radicalmente nuevo e interesante que reemplazaría a Linux (sí, ¡en 1994 podría darme el lujo de pensar que tal vez
Hurd podría hacerlo!), Pero no solo estamos haciendo esto durante mucho tiempo y con éxito, también me di cuenta de que crear un nuevo sistema operativo es un orden de magnitud más complicado de lo que me parecía. Esto realmente requiere el arduo trabajo de muchas personas, y la fuerza de Linux, y el código abierto en su conjunto, por supuesto, es que puedes actuar sobre la base del trabajo de todas las demás personas.
Entonces, a menos que ocurra un cambio tectónico en el panorama informático, creo que Linux se sentirá bien en los próximos 25 años. No por algunas características del código, sino fundamentalmente por el modelo de desarrollo y el alcance de las tareas.
Puede que no esté trabajando tan activamente, y se actualizará y reemplazará mucho código, pero creo que el proyecto permanecerá.
Bob : ¿Han estado satisfechos usted y el equipo con la actualización del código del núcleo todos estos años? ¿Existe la necesidad de reescribir parte de la base de código en constante expansión escrita durante 25 años? ¿Quizás en algún dialecto más moderno C?
Linus : Con los años, hemos reescrito nuestros subsistemas una gran cantidad de veces, no todos a la vez, por supuesto, y nadie quiere cambiar muchas partes del código (a menudo, estos son controladores de equipos obsoletos que pocas personas usan, pero lo apoyamos). Una de las ventajas de una base de código único para todo el núcleo es que cuando necesitamos hacer un gran cambio, podemos hacerlo. Por supuesto, puede haber todo tipo de controladores y otros programas en el formato fuera del árbol (tanto en código fuente como binario), pero siempre tuvimos la regla de que si algo no está incluido en el árbol principal, no importa para el desarrollo . Por lo tanto, si es necesario, llevamos a cabo cambios radicales.
En cuanto a C, nada mejor ha aparecido todavía. Actualizamos el código fuente del código del núcleo para mejorar las características del lenguaje (C también ha cambiado a lo largo de los años), y agregamos varias extensiones además de C para verificaciones de tipo adicionales y verificaciones durante la ejecución del programa, etc., pero en general el lenguaje es casi el mismo, para excluyendo piezas pequeñas.
Y, aparentemente, es poco probable que algo cambie. Desarrollando activamente lenguajes de programación que no están destinados a la programación de sistemas de bajo nivel. Son necesarios para facilitar la creación de aplicaciones de usuario con una interfaz moderna, etc. Específicamente, no quieren hacer lo que el núcleo necesita, como la administración de memoria de bajo nivel.
Puedo imaginar una "plataforma" especial para crear controladores o algo similar, y tenemos un "lenguaje" simplificado para la configuración en el interior, y usamos algunos idiomas para el ensamblaje, por lo que no es que usáramos solo C. Pero en su mayor parte es C, y el núcleo está escrito en él.
Bob : ¿Cuál es tu computadora de desarrollo favorita? ¿Hay alguna computadora portátil para Linux que sea algo así como los violines Stradivarius para músicos? ¿O tabletas o teléfonos?
Linus : Mi máquina de desarrollo principal es una PC muy normal. Esta es una máquina franken, ensamblada durante muchos años a partir de varias partes. Nada especial, y la última vez que lo actualicé hace un par de años, así que nada nuevo. Mi solicitud principal a la computadora es un completo silencio. Además de un par de ventiladores, no hay partes móviles (no más discos giratorios), y la mayoría de las veces los ventiladores están apagados.
En el camino (que, afortunadamente, rara vez ocurre), generalmente necesito una buena pantalla y un peso ligero. Me esfuerzo por un peso de 1 kg junto con el ejercicio, y hasta ahora no puedo lograr este ideal, pero hasta ahora mi mejor compromiso es el XPS13.
Bob : Parece que el principal éxito de Linux en el campo de las computadoras de escritorio no tuvo lugar en el mundo de las PC, sino en el mundo de Android. ¿Qué opinas sobre esto?
Linus : las PC tradicionales ya han perdido su posición dominante. Incluso si una persona tiene una PC (e incluso si todavía está ejecutando Windows u OS X), muchos todavía usan principalmente un navegador y un par de aplicaciones aleatorias. Por supuesto, hay "usuarios de estaciones de trabajo", algo así como una computadora de escritorio que siempre he imaginado. Y, a pesar de la importancia que aún persiste de este papel, ya no parece dirigir el mercado, como solían hacer las PC. Ahora se necesitan potentes computadoras de escritorio solo para desarrollo o juegos, así como para editar audio y video. Por lo general, se usa una computadora para iniciar un navegador, y con mayor frecuencia es solo una tableta o un teléfono.
A Chrome le está yendo bastante bien en esta área. Pero sí, si solo cuenta por números, entonces de las personas que tratan con Linux a diario, una gran cantidad son usuarios de Android.
Un comentario de Bob: si consideramos el "dominio" en sentido estricto, entonces esto puede ser así. Pero, a pesar de la reciente caída en las ventas de PC, el crecimiento acumulado del mercado de PC de 1994 a 2014 es tan poderoso que incluso en el mercado lento del mundo actual, instalan de 4 a 5 veces más PC que en 1994.
Bob : Si tuviera que arreglar una cosa en el mundo en línea, ¿cuál sería?
Linus : Nada técnico. Pero odio las "redes sociales" modernas: Twitter, Facebook, Instagram. Esta es una enfermedad. Ella alienta el mal comportamiento.
Creo que en particular esto está presente en el correo electrónico, y ya dije una vez: "En Internet, nadie capta tus pistas". Cuando no hablas con una persona en persona, cara a cara, y te pierdes todos los consejos sociales habituales, es fácil no solo perderte el humor o el sarcasmo, sino también perder la reacción del oponente, debido a qué cosas como una llama, etc. lo que no sucede en persona
Sin embargo, el correo electrónico aún funciona. Debe gastar esfuerzo en escribir una carta, y tiene cierto contenido, técnico u otro. Todo este modelo con "me gusta" y "compartir" es basura. Sin esfuerzo, sin control de calidad. De hecho, todo funciona como lo opuesto al control de calidad: pulsaciones, elementos adaptados a la respuesta emocional, etc.
Agregue el anonimato aquí y obtenga algo desagradable. Si ni siquiera firma esta basura (o la basura que comparte o le gusta) con su nombre, esto no corrige la situación.
Soy uno de los que cree que el anonimato está sobreestimado. Algunas personas confunden la privacidad con el anonimato, creen que están interconectados y que proteger la privacidad significa proteger el anonimato. Creo que esto no es cierto. El anonimato es importante para los informantes, pero si no puedes demostrar que eres quien dices que eres, entonces tu alocada charla en cualquier plataforma social no debería ser visible, y no deberías poder gustarla o compartirla.
Pues bien, sigue hablando. No estoy en ninguna red social (probé G + una vez porque no tenía estas tonterías sin cerebro habituales, pero no llegó a nada), pero todavía me molestan.
Bob : El tema de la edición actual de Linux Journal es Children and Linux. ¿Recomendarías algo a los jóvenes programadores y estudiantes que estudian informática?
Linus : Lo último
que necesito preguntar. Desde temprana edad me interesaron las matemáticas y las computadoras, y antes de la universidad fui autodidacta. Y todo lo que hice, lo hice por motivación intrínseca. Por lo tanto, no entiendo los problemas de las personas que dicen "¿qué debo hacer?" Este no es mi tema.
Bob : Nos conocimos en la Digital Equipment Company (DEC). Este fue su primer viaje a los Estados Unidos patrocinado por
John Crazy Dog Hall y DEC.
Linus : Creo que fue mi segundo viaje a los Estados Unidos. Durante el primero, al parecer, fui a Provo (Utah) para hablar con Novell sobre Linux (sobre el proyecto interno de Novell, que luego se convirtió en Caldera).
Pero sí, la feria DECUS (en Nueva Orleans, si mi memoria me sirve bien) fue uno de mis primeros viajes a los Estados Unidos.
Bob : Te pregunté cómo tratarías todos los correos electrónicos cuando regreses a Helsinki. Tu respuesta me sorprendió y desde entonces te cito. Acabas de decir que enviarías todas las cartas antiguas a / dev / null. Me sorprendió y le pregunté: "¿y si hay cartas importantes en el correo?" Usted se encogió de hombros y dijo: "si hay algo importante allí, el remitente me enviará un correo electrónico nuevamente". Este es quizás el consejo más liberador que he recibido. ¿Sigues esta filosofía de correo electrónico?
Linus : Hasta cierto punto, todo seguía igual, pero cambié mi flujo de trabajo para que el viaje no interfiriera con él tanto como antes. Hoy me esfuerzo por asegurar que las personas ni siquiera se den cuenta de que estoy en el camino. Advierto a las personas si no tengo acceso a Internet durante más de un par de días (y esto todavía sucede en algunas partes del mundo, especialmente si me involucro en el equipo de buceo), pero la mayoría de las veces puedo trabajar desde cualquier parte del mundo. Y trato de planificar viajes de tal manera que no se superpongan a la ventana cuando se necesita fusionar, entonces me corresponde un máximo de solicitudes de extracción.
Por lo tanto, hoy mi buzón está almacenado en la nube, lo que me facilita mucho el cambio entre máquinas, y cuando viajo con una computadora portátil, no me duele tanto como cuando necesitaba descargar el correo en una computadora local.
Y esto no es solo con el correo: el hecho de que casi todo el desarrollo del núcleo se distribuya finalmente a través de git significa que, en principio, no es tan importante para qué máquina trabajo, y sincronizar el trabajo es mucho más fácil ahora que cuando trabajé con los parches que vinieron por correo electrónico por separado.
Sin embargo, el principio "si es importante, las personas serán enviadas nuevamente" permanece. La gente sabe que trabajo siete días a la semana y 365 días al año, y que si no respondí a la solicitud de extracción durante un par de días, es posible que se haya perdido en el caos de mi correo electrónico, y la gente me envía un recordatorio por correo electrónico a pateame
Sin embargo, ahora esto es mucho menos común que antes. En 1994, no estaba tan abrumado por el trabajo, y cuando me fui por una semana, no se convirtió en un problema, pero en los años siguientes la situación empeoró, hasta el punto que en el antiguo proceso de trabajo, cuando llegaban parches por correo, a veces Tuve que omitir algunos porque simplemente no tenía tiempo y sabía que la gente los enviaría nuevamente.
Pero esos tiempos, afortunadamente, han terminado. BitKeeper me ayudó mucho, aunque no a todos los participantes del proyecto les gustó (y no todos lo usaron). Y hoy, gracias a git, no recibo miles de parches por correo electrónico, y mi "bandeja de entrada" ya no se ve tan terrible. Por lo tanto, es bastante simple mantenerse al día con todo.
Por cierto, quizás, una regla aún más importante que la regla “si es importante, el remitente reenviará la carta”, considero mi regla de larga data: si no tengo que responder la carta, no respondo. Si recibo una carta y creo que alguien más puede hacerlo, la ignoro. Algunas personas ocupadas tienen respuestas automáticas, donde dice: "Lo siento, llegaré al final de su carta". Y simplemente ignoro todo lo que, en mi opinión, no me concierne. Solo porque no considero necesario alentar a las personas a que me escriban más cartas.
Entonces recibo muchas cartas, pero no contesto la mayoría de ellas. Hablando de manera realista, la mayor parte de mi trabajo es hacer un seguimiento de lo que está sucediendo. Veo muchas cartas, pero generalmente no escribo mucho.
Bob : En una reunión de usuarios de Linux en Washington en mayo de 1995 organizada por Don Becker [autor de controladores Ethernet para Linux / aprox. perev.], te detuviste en medio de un discurso y le preguntaste a la audiencia si alguien conoce los resultados del partido entre Finlandia y Suecia en el campeonato mundial de hockey. Como representante de Canadá, pude asegurarle que Finlandia ganó. Y, por cierto, sobre esto: la reciente victoria de Finlandia en el campeonato mundial juvenil debería haberle interesado. ¿O estabas alentando a los Estados Unidos?
Linus : Je. Quizás el hockey es el deporte nacional de Finlandia (y el hecho de que jugaron contra los suecos hizo que este juego fuera aún más personal para mí: hablo sueco porque es el idioma nativo de mi madre, pero soy finlandés por ciudadanía), pero yo No es un fanático de los deportes especiales. Y el hecho de que me mudé a los Estados Unidos no significa que estuviera interesado en el béisbol y el fútbol americano, fue solo por esto que el hockey perdió valor para mí en comparación con los momentos en que mi círculo social lo apreciaba.
Bob : Muchos de nosotros admiramos su deseo de deletrear las cosas por sus nombres propios en debates públicos sobre soluciones técnicas de Linux. A otros no les gusta tu estilo de argumento directo. ¿Crees que te vuelves más o menos diplomático con el tiempo?
Linus : Para el caso, creo que me he vuelto más tranquilo. No lo llamaría "más diplomático", pero comencé a entenderme mejor y tratar de ser menos asertivo.
En particular, porque la gente me trata de manera diferente que antes. Anteriormente, la situación era menos formal, éramos un grupo de geeks que se divertían y jugaban. Ahora la situación no es así. No es una cámara así: ahora miles de personas están involucradas en el desarrollo, y estos son solo aquellos que envían parches, sin tener en cuenta a todas las personas asociadas con el proyecto.
Parte del cambio de actitud hacia mí se debe al hecho de que la gente me toma más en serio, lo que no ocurrió en 1994. Y no me quejo de que no me tomaron en serio en ese momento; por el contrario, me quejo de que me tomen demasiado en serio hoy y ya no puedo congelar algo de basura tonta.
Entonces, sigo diciendo en texto simple que algunas personas o compañías están haciendo algún tipo de tontería, pero ahora tengo que recordar que esto entra en las noticias, y que si le muestro a cualquier compañía el dedo medio, al respecto .
No importa si vale la pena o no.Bob : ¿Quieres decir algo más, públicamente o de otra manera?Linus : Bueno, nunca tuve ningún tipo de "mensaje" que me gustaría difundir, así que ...Robert Young y lo que ha estado haciendo durante los últimos 25 años
Young se graduó de la Universidad de Toronto en 1976 con un título en historiador y consiguió un trabajo como vendedor de máquinas de escribir. En 1978, fundó su primera compañía y pasó 15 años en Canadá al frente de dos compañías que alquilaban computadoras. Vendió la segunda compañía a una compañía más grande, por lo que en 1992 se mudó a Connecticut para abrir una oficina de representación en los Estados Unidos. Poco después, la nueva compañía enfrentó dificultades financieras, conocidas como bancarrota, y Young tuvo que trabajar desde el gabinete de costura de su esposa.
Robert YoungAunque esto contribuyó directamente a la fundación de Red Hat en 1993 con Mark Ewing, un joven programador de Carolina del Norte. Young se enamoró del software libre, ahora conocido como software de código abierto, Ewing, porque podía innovar con este software y una licencia que le permitía hacerlo, y Young, porque entendió lo mejor que sería para los clientes trabajar con tecnología abierta en en comparación con las tecnologías cerradas que estaban en uso en ese momento. Young se desempeñó como director de la compañía, luego, después de ingresar a la bolsa de valores en 1999, se convirtió en presidente de la junta directiva, y el ingenioso Matthew Shulik se convirtió en director , y convirtieron a Red Hat en un gran negocio. La compañía ahora está en el S&P 500, la compañía más grande que cotiza en bolsa en los Estados Unidos.