Lennart Pottering es una de las leyendas de la comunidad Linux. Desde los años 90, ha estado trabajando en el núcleo del sistema operativo Linux. Lennart lanzó proyectos como PulseAudio , Avahi , kdbus , systemd y se convirtió en su principal motor. Actualmente trabaja en Red Hat en Alemania. El año pasado, Lennart llegó a la conferencia Linux Piter 2017 con un informe, y hoy, anticipando Linux Piter 2018 , publicamos una entrevista con este eminente desarrollador de código abierto, en el que explica por qué se necesitaba systemd, cómo ha cambiado la arquitectura de Linux y cómo ha cambiado. él reacciona a numerosas críticas de por qué necesita asistir a conferencias y qué eventos le da personalmente, como Linux Piter.
La entrevista con Lennart Pottering es miembro del comité de programa de la conferencia Linux Piter , un programador líder de DELL EMC, miembro activo de la comunidad Linux de San Petersburgo, Vasily Tolstoy .
- Lennart, hoy hiciste una presentación en la conferencia Linux Piter, cuéntanos brevemente sobre de qué se trataba tu informe.- Quizás, los "contenedores" son una de las palabras de moda más populares en el mundo Linux. Existen diferentes puntos de vista sobre lo que es, pero hay varios conceptos que son interesantes no solo para tecnologías de contenedores modernas específicas. La idea principal de mi informe es tomar algunas ideas que subyacen a los contenedores modernos, por ejemplo, aislar procesos y reunir recursos en paquetes, y utilizarlos en la gestión clásica de los servicios del sistema operativo. De hecho, hasta ahora, los sistemas de control clásicos se usan mucho más ampliamente que los contenedores. En general, el informe fue sobre esto; Además, entré en detalles sobre cómo podemos aislar los procesos, qué paquetes de recursos se pueden usar, sobre systemd, y cómo se compara esto con cómo Docker y otros sistemas de contenedores admiten esta funcionalidad.
Informe de Lennart Pottering sobre Linux Piter 2017 (versión original en inglés):
El mismo informe con traducción simultánea al ruso.
- Una pregunta para pensar. ¿Qué crees que ha sucedido en el mundo Linux durante el año pasado?
- En general, creo que LINUX es ahora un producto tan estable que ya no da grandes saltos hacia adelante, sino que solo mejora los mecanismos existentes en él. Específicamente, nada radical sucedió en LINUX. Por ejemplo, docker y cosas similares que han cambiado notablemente todo lo que generalmente se hace en TI, ya tienen aproximadamente tres años. Me gusta el hecho de que hoy Linux está experimentando una mejora continua y sostenible. En cualquier caso, los componentes básicos que componen el ecosistema se han estabilizado claramente y se están moviendo gradualmente para mejorar. Esto, en mi opinión, es un signo de madurez y profesionalismo, y esto quizás sea bueno.
- ¿Y qué tecnologías están ahora en la ola de popularidad, si hay alguna?- Creo que esto es automatización, inteligencia artificial. Siempre me gustó cómo las diferentes palabras de moda en la industria hacen que todos se "electrifiquen" por un tiempo y luego desaparezcan. Por ejemplo, "contenedores" es en realidad una palabra mágica hace tres años, pero sigue siendo popular. Y luego eso se convirtió en IOT, y hasta ahora nadie sabe realmente qué es realmente y cómo se diferencia de los sistemas integrados convencionales. Creo que este año la tendencia es la inteligencia artificial. Incluso la
Fundación Linux ahora
está creando un proyecto de inteligencia artificial. Creo que esta es la "ola" que las grandes empresas ahora quieren atrapar. Sin embargo, no sigo este tema muy de cerca, aunque lo estoy observando desde un lado.
- La comunidad de Linux y sus jugadores clave están envejeciendo. ¿Qué piensas sobre esto? ¿Esto tiene consecuencias?
Por supuesto que sí. En general, creo que cuando apareció Linux en los años 90, ciertamente fue una revolución en muchas áreas a la vez. Ahora esta etapa ha finalizado y cada proyecto se desarrolla en una dirección muy definida. Y los desarrolladores mismos, por regla general, buscan estabilidad en la vida para llevar a cabo su proyecto con calma. No sé si esto es bueno o no. Pero, creo, una mala señal es cuando la gente se obsesiona con la idea de que están acostumbrados en los años 90. Lo miro y me pregunto cómo pensaré en 10 años. ¿Mi cabeza y mis pensamientos se atascarán en los últimos 10 años? ¿O realmente podré seguir el ritmo de los tiempos y comprender a tiempo que las cosas que sabía antes ya no son relevantes para el mundo moderno de TI? Veo que algunos desarrolladores de Linux lo hacen mejor que otros.
Por ejemplo, cuando hicimos systemd, había mucho ruido. Eliminamos muchos conceptos antiguos que se arreglaron en Unix a un nivel muy religioso. Muchas de las cosas viejas de Unix no estaban bien pensadas desde el principio, necesitábamos algo más moderno y dinámico.
Luchamos una gran guerra, incluso en el nivel simple de administración de dispositivos Linux. Ahora está conectando algún tipo de equipo, algo está sucediendo y está disponible. UNIX no fue diseñado de esa manera. En el mejor de los casos, era necesario apagar la computadora, enchufar los cables, enchufar algo, iniciarlo, y luego algo cambiaría en el sistema, pero ciertamente no había ningún enchufe caliente.
Fue un gran paso adelante y una verdadera batalla: impulsar este enfoque a través de todas las capas del sistema y darle vida a este proyecto. Las personas mayores siempre dicen: "Los viejos esquemas son mucho más simples". Por supuesto, son más simples, pero ya no son relevantes. Tal vez algún día me convierta en quien diga: "No, todas estas cosas nuevas no son buenas", pero espero que esto no suceda.
Siempre hay un conflicto entre lo "nuevo" y lo "viejo". Creo que, en general, la mayoría de los proyectos de Linux son lo suficientemente estables como para desarrollarse aún más, incluso si sus principales desarrolladores se van. Tome el núcleo: si en algún momento Linus decide que todo lo que le interesa ahora es zambullirse con una máscara y mirar al pez, entonces casi nadie se dará cuenta, y nada le sucederá al núcleo.
Al final, hay algo hermoso en la idea misma de "software de código abierto": la responsabilidad aquí recae sobre los hombros de tanta gente que si uno se va, entonces el otro ciertamente tomará su lugar y lo sustituirá. Pero si esto no sucedió, lo más probable es que el proyecto no fuera realmente tan estable, popular y demandado como todos pensaban. Creo que esta es una gran ventaja del software de código abierto: no hay una sola compañía detrás que sea propietaria de todo, y cuando la compañía o la persona, por alguna razón, abandona el proyecto, todo lo bueno permanecerá con el proyecto. Esto nos hace creer que los proyectos que valen la pena sobrevivirán de todos modos.
- ¿Deberíamos, como comunidad en torno a Linux, hacer esfuerzos conscientes para atraer nuevas personas a proyectos de código abierto?Indudablemente. Si apoya un producto grande como el nuestro, lo más difícil es atraer desarrolladores y motivarlos para que se queden. Honestamente, no sé cómo hacer esto. Varias veces lo logramos. Hay tantas personas que nos envían parches, hacemos una revisión de su código, "fusionar". Pero tomar tales desarrolladores y hacer que se conviertan en participantes regulares del proyecto, acompañar el proyecto y, al final, convertirse en los que hacen revisiones de código de otros desarrolladores, esto es realmente muy difícil. Repito, todavía no entiendo cómo hacerlo.
Creo que debemos hacer que la comunidad sea tan amigable e interesante que las personas se queden y no solo se centren en escribir código, sino que también estén interesadas en la revisión del código, y esto es algo en lo que la mayoría de las personas ni siquiera piensan. Una revisión de código es al menos tan importante como escribir este código, porque para cada parte del código debe haber un revisor que pueda analizar esta parte y combinarla con el resto. La mayoría de las empresas generalmente solo se preocupan por escribir código. Me parece que en la mente de los gerentes de TI este concepto simplemente está ausente, que alguien también necesita hacer una revisión de lo que está escrito. Tal vez esta es mi opinión parcial, porque paso mucho tiempo en la revisión y me parece que este trabajo sigue siendo subestimado. Pero creo seriamente que existe una dificultad significativa: invitamos a los jóvenes a hacer su contribución creativa a nuestros proyectos, y al final nos gustaría que se conviertan en aquellos que simplemente leen el código de otra persona. Esta es una tarea difícil.
No tengo idea de cómo construir una comunidad verdaderamente amigable. Por ejemplo, creo que la comunidad del kernel de Linux no tiene la reputación de ser la comunidad más amigable, pero por otro lado, tienen mucho éxito y logran hacer algo nuevo. Aquí, obviamente, hay alguna contradicción.
Necesitamos desarrolladores en systemd, tenemos muchos de ellos, ¡pero sería genial si hubiera aún más! Estamos tratando de crear una comunidad mucho más amigable. Por ejemplo, lo que sucede en las listas de correo del núcleo no está permitido aquí, como los epítetos particularmente llamativos y la transición a las personalidades.
Cuando comienzas a trabajar con software de código abierto, la actitud hacia ti es bastante buena al principio. Por lo tanto, no sé cómo hacer que la gente se quede en el proyecto. Probablemente solo tratando de ser amigable y reconocer públicamente la importancia de todas las correcciones que recibimos. De una forma u otra, algunos se interesan y permanecen. Si supiera cómo hacer que los desarrolladores y mantenedores crezcan en los árboles, entonces nuestra comunidad tendría un nivel completamente diferente de poder mágico.
- Lennart, cuéntanos cuál es la razón o las razones de tal éxito de systemd. Todos saben cuántas disputas y contradicciones causó.- Creo que la razón principal por la que logramos romper, mientras que otros no, es que las personas que hicieron systemd, incluido yo, son capaces de superar una fuerte presión externa. Esto no significa que la presión externa no nos haya afectado en absoluto, solo encontramos formas de lidiar con ella. Rápidamente aprendí a distanciarme de todo tipo de ataques. Cuando recibí mensajes de un "sabio" regular de Internet que decía que era un tonto, procedí del hecho de que si esta persona no merecía mi respeto como especialista, simplemente extraño estas palabras.
Honestamente, creo que si tienes la suerte de nacer "paquidermo", entonces tienes un futuro brillante en código abierto. Si no eres así, entonces tienes un problema. Creo que esta es la razón principal. Y estoy absolutamente orgulloso de nosotros mismos por haber logrado romper, mientras que otros no.
Otra razón, probablemente, es la documentación. La documentación nunca se escribe lo suficientemente bien. Pero la gente dice que systemd tiene una buena. Todo, bueno, o casi todo lo que hicimos, lo documentamos desde el principio ... Conozco muchos proyectos técnicamente avanzados donde la documentación obviamente no es suficiente. Por lo tanto, a veces es difícil incluso discutir su creación con los desarrolladores.
Y aquí llegamos a las conferencias y contactos de desarrolladores entre ellos. Quiero decir que, al llegar a la conferencia, nos gustaría recibir comentarios y comprender lo que la gente realmente piensa. Al mismo tiempo, podemos mostrarle a la gente que es importante que escuchemos su opinión. Los desarrolladores deben escuchar y comprender la respuesta a la pregunta que la gente realmente está buscando. Algunas preguntas te hacen pensar: “OK, este es un punto de vista diferente sobre lo que hago. ¿Qué significa para mi trabajo, y puedo resolver este caso de uso de manera que el producto sea más útil en el caso general? Por supuesto, no cumplimos todos los deseos, pero solo aquellos que consideramos clave, tratamos de priorizar correctamente.
- Hablando de los recién llegados, ¿puedes darles algunas recomendaciones? ¿Dónde comenzar a ingresar al mundo de código abierto?- Cuando entré en código abierto, lo que me enganchó fue la conferencia de GNOME en Barcelona. No conocía a nadie en la industria y no entendía que los desarrolladores de código abierto son buenos. Entonces, no es solo la parte técnica lo que me atrapó, sino lo genial que es ir a conferencias y comunicarse con diferentes personas. Nunca hubiera pensado que el factor humano y deseos como "ir a una conferencia" podrían hacer que te des cuenta de que piratear es genial. Por ejemplo, recomendaría a los recién llegados que asistan a la conferencia FOSDEM o algo similar. Esta conferencia se celebra en Bruselas, es anual y gratuita, y esta es una gran oportunidad para comenzar. Esto es realmente interesante para todos, sin importar lo que hagas, aún debes visitar FOSDEM. Simplemente camine y vea qué hay allí. Si está desarrollando para la comunidad Linux, este lugar puede ser una gran fuente para obtener comentarios adecuados.
Aprende a programar. En general, es bueno poder hacer algo con una computadora, pero este no es un boleto de entrada obligatorio para el código abierto. El código abierto es más que piratear: es documentación, arte y mucho más. Esa será mi respuesta: ir a las conferencias y tratar de ser "tuyo" en ellas. Además, los proyectos de código abierto están abiertos al estudio. Sí, a veces la documentación no es perfecta y el código es más claro que la documentación. A veces es difícil leer el código, especialmente si no estás acostumbrado, porque te hace pensar como pensaba otra persona y tienes que "poner la cabeza en la cabeza de otra persona".
- Un punto de vista muy interesante. Esta es una parte interesante e importante en la piratería: no las computadoras y el código, sino las personas y la conexión de su mente con la mente de otro ingeniero.- Sí, todos piensan de manera diferente y pensarán de manera diferente. Dé a diez personas el mismo problema, que pueden traducir en código, y obtenga cincuenta respuestas diferentes "cómo se hace realmente". Y estoy seguro de que unas trece de estas opciones serán inesperadas para usted. La lectura activa de código está muy en desarrollo. Para mí, y para el resto que está desarrollando software libre o quiere ingresar a esta área, esta es una gran oportunidad para el autodesarrollo.
- Y finalmente, ¿qué más le gustaría decirles a nuestros jóvenes lectores que están pensando: deberían acudir a los programadores y ser incluidos en proyectos de código abierto?- Bueno, antes que nada es dinero. Participar en proyectos de código abierto no solo es un trabajo emocionante, en cualquier caso, si te gusta hackear, sino también un buen ingreso.
- Más libertad. La mayoría de los proyectos de código abierto, al menos hasta donde yo sé, tienen mucha más libertad que las compañías de software normales.
- La comunidad internacional. Por ejemplo, de esta manera fui invitado a una conferencia en San Petersburgo. Me gusta viajar, comunicarme con diferentes personas de diferentes países.
Me comparo con mis compañeros de clase, aquí definitivamente gané. Somos internacionales gracias a Internet, por ejemplo, en systemd, varias personas son alemanas, pero todos los demás no son de Alemania: estadounidenses, por supuesto, rusos, muchachos de la India y de todas partes, de todo el mundo. Muy pocas áreas donde hay tal internacional. ¿Dónde más conocerás culturas tan diferentes y conocerás personas diferentes?
- Lennart, tuvimos una gran conversación. Gracias- Sí, me encanta mi trabajo! Gracias
Grabación de video de una entrevista con Lennart Pottering (inglés):
Puede ver grabaciones de video de informes de las 3 conferencias anteriores de
Linux Piter , así como entrevistas con oradores de la conferencia de Linux Piter como parte del proyecto
#DevTalkRu en
el canal de YouTube de la conferencia .
Lennart Pottering volverá este año a la conferencia
Linux Piter (
LinuxPiter.com ), que se llevará a cabo del 2 al 3 de noviembre de 2018.
Como el año pasado, todos los informes en inglés irán acompañados de traducción simultánea al ruso. Por cierto, y viceversa también.
Como
beneficio adicional, los participantes tienen derecho a asistir a todos los eventos de nuestra conferencia amistosa:
PiterPy , que se celebra al mismo tiempo en el mismo lugar que
Linux Piter, de forma gratuita y sin obstáculos.
Para aquellos que no tienen la oportunidad de venir a la conferencia en persona, existe la oportunidad de comprar el acceso a la transmisión de video en línea.
¡Nos vemos en Linux Piter 2018 !