Desde la página Linux.com siguen con su serie de entrevistas a los principales desarrolladores que trabajan en el desarrollo del kernel de Linux. Por ellas han pasado hasta ahora Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, Jean Delvare, Greg K-H, Dave Jones, Paul Mundt, Alan Cox, Arnd Bergmann, John Linville . y hoy le toca el turno a Johannes Berg.

Desde este blog (https://victorhckinthefreeworld.wordpress.com/) te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca. Puedes ver todas las entrevistas traducidas pinchando aqui.

Si quieres ver el original en inglés visita la página original pinchando aqui. Escrito por Jennifer Cloer a ella y la página original pertenecen los derechos de autor, gracias por permitir la traducción y difusión. Si quieres usar esta traducción lo puedes hacer pero por favor atiende a la licencia CC-by-sa del blog, citando expresamente la fuente original del artículo en inglés, y este blog como creador de la traducción. Empezamos…

El desarrollador del kernel Linux Johannes Berg mantiene el código del kernel en lo referente a las redes inalámbricas y también el driver iwlwifi. Como muchos otros desarrolladores, se involucró en Linux para arreglar un problema de hardware con su ordenador y ya nunca ha abandonado linux. Le puedes encontrar en LinuxCon North America, donde dará una conferencia.

Nombre:
Johannes Berg

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
La mayor parte de mi “carrera en Linux” la he pasado en el desarrollo de las redes inalámbricas (802.11) y mantengo la mayoría del código genérico del kernel de redes inalámbricas, y además el driver iwlwifi. A veceshago otros trabajos relacionados en otros subsistemas que interactúan con las redes inalámbricas o cuando algo me molesta. En el pasado también he hecho algo en lo referente a la alimentación eléctrica de los ordenadores (simplemente como afición), por ejemplo implementé la hibernación en 64-bit. (Pero no me preguntes si esto todavía funciona!)

¿De dónde recibes tu nómina?
Intel

¿En qué parte del mundo vives, y porque allí?
En Detmold, Alemania. Crecí por aquí y me gusta esta zona, pero la razón más pragmática que puedo elegir es que mi mujer trabaja aquí.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Voy a mantener esta respuesta sobre el escritorio en secreto, para no ser tratado como un loco por el resto de la comunidad en torno al kernel, pero lo que más utilizo es un navegador web, un cliente de correo, y un montón de terminales para todo lo demás. Y para herramientas de producción, no puedo vivir sin mi editor favorito “joe” y no utilizo mucho más que las herramientas normales para el desarrollo del kernel de linux: el editor, git, sparse, smatch and spatch; para mi trabajo con las redes inalámbricasnecesito wireshark; y en los últimos años me ha encantado trace-cmd, porque permite a los usuarios recolectar un montón de fallos a pie de campo que después, más tarde puedo analizar estando desconectado.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Es una larga historia que se puede resumir en que tenía hardware que no funcionaba. En mi caso particular era una tarjeta inalámbrica Broadcom en un modelo 2005-model PowerBook.

¿Qué es lo que hace que sigas interesada en esto?
Hay un nuevo reto cada día y las soluciones no siempre son obvias, lo que satisface mi lado creativo. Además, me encanta hacer un trabajo que en realidad afecta a mucha gente. Lo cierto es que, he oído más sobre ello cuando hay un impacto negativo, pero estoy seguro de que no puede ser del todo malo. 🙂

¿Qué es lo más gracioso o curioso que te ha sucedido durante el proceso de desarrollo colaborativo (discusión encarnizada, petición de un código ridículo, un logro increíble)?
Alguna de las bromas de parches enviado el día del April Fools’, he visto algunos muy ingeniosos!

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Tratar de seguir los asuntos por un tiempo y tratar de tener una idea de cómo las interactúan las personas unas con otras. Si alguien te grita, pero todos los demás parecen ignorarlo, entonces quizás tambien debieras ignorarlos. Pero si es el mantenedor del subsistema del que dependes quizás no debieras hacerlo! Hay una estructura social en la comunidad que puede ser difícil de adivinar, pero si lo intentas probablemente seras más feliz.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
He dejado de suscribirme a muchas listas de correo, así que sólo sigo de cerca la lista de wireless del kernel. Hay un canal llamado #linux-wirelesspor el que me conecto, y otros que no sigo. Las conferencias son más o menos aleatorias. Estaré hablando en LinuxCon North America, pero me tendré que perder LinuxCon Europe a pesar de que este año iba a haber una cumbre sobre redes inalámbricas.

—

Enlaces de interés:
Página personal | http://johannes.sipsolutions.net/
Página de su proyecto en el kernel | http://wireless.kernel.org/
Página personal en PhotoCase | http://www.photocase.com/

Puedes ver las entrevistas que he traducido aqui: victorhckinthefreeworld.wordpress.com/30-entrevistas-a-desarrolladores-kernel-linux/ 

—————————————————-

Desde la página Linux.com siguen con su serie de entrevistas a los principales desarrolladores que trabajan en el desarrollo del kernel de Linux. Por ellas han pasado hasta ahora Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, Jean Delvare, Greg K-H, Dave Jones, Paul Mundt, Alan Cox, Arnd Bergmann. y hoy le toca el turno a John Linville.

Desde este blog te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca. Puedes ver todas las entrevistas traducidas pinchando aqui.

Si quieres ver el original en inglés visita la página original pinchando aqui. Escrito por Jennifer Cloer a ella y la página original pertenecen los derechos de autor, gracias por permitir la traducción y difusión. Si quieres usar esta traducción (por ejemplo en Taringa u otros sitios similares, o en tu blog) lo puedes hacer pero por favor atiende a la licencia CC-by-sa del blog, citando expresamente la fuente original del artículo en inglés, y este blog como creador de la traducción. Empezamos…

Nombre:
John W. Linville

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Desde el 2006 soy el mantenedor del subsistema de redes inalámbricas dentro del kernel Linux. Me gustaría que esto significara que he escrito un montón de nuevo código, pero lo que significa en gran parte es que reviso código, recopilo y unifico parches, etc. Creo que esto me ha permitido ser un “jugador más neutral” en términos de equilibrar la influencia de los diversos colaboradores. Generalmente me mantengo alejado de los desarrolladores principales de las redes inalámbricas para mantener buenas relaciones. 🙂

Recientemente, los desarrolladores trabajan en Bluethooth y Comunicaciones de campo cercano (Near Field Communications, NFC) también han estado mandando sus parches a través de mi rama del kernel. No soy un experto en esas tecnologías. Pero creo que el papel que juego ayuda a liberar de parte de trabajo a Dave Miller para que el código sea más fluido cuando se le manda a Linus.

¿De dónde recibes tu nómina?
Soy empleado de Red Hat inc.

¿En qué parte del mundo vives, y porque allí?
Vivo en una zona un poco rural, a unos 45 minutos al oeste de Raleigh, Carolina del Norte. La zona en la que crecí era similar a esta, y creo que este es un buen lugar para criar una familia. Suelo trabajar fuera de mi casa, pero a menudo voy a la oficina de Red Hat en Raleigh con el fin de conseguir ver cara a cara a algunos de mis compañeros de trabajo.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Yo soy un simple hombre de línea de comandos. La pantalla de mi escritorio suele estar lleno de ventanas de terminal, y me siento feliz usando Bash, sed y awk cuando necesito de automatización.

En cuanto a los equipos de sobremesa … Yo era un usuario de KDE 3.x, pero nunca me adapté a KDE 4.x Entonces fui usuario de GNOME 2, pero… bueno, ahora soy un refugiado de nuevo.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Hace casi 20 años, que tenía que hacer algo de ingeniarmelas para conseguir que mi tarjeta de red para funcionase con cualquier kernel que estaba vigente por entonces. Pero, no me tomé en serio el desarrollo de Linux hasta finales de 1998. En ese momento yo estaba tratando de utilizar Linux como sistema operativo para una plataforma de demostración de hardware que mis jefes proveían a sus fabricantes. El hardware de demostración era un procesador de red, y yo estaba usando Linux para proporcionar la pila de red para hacer que el procesador de red hiciera algo que valiera la pena. Por supuesto, eso fue antes de que Linux dominara el mercado de sistemas embebidos. Así que cuando conseguí que funcionara, la gestión de esa empresa me dio una palmadita en la cabeza y luego me preguntó si yo podría hacer todo el trabajo en la parte de VxWorks. Afortunadamente, otros empresarios más tarde se interesaron más en mis conocimientos de Linux!

¿Qué es lo que hace que sigas interesada en esto?
Linux y el código abierto creo que es una buena baza para mí. He usado otros sistemas basados en Unix cuando estaba en la universidad, y siempre he encontrado la “filosofía Unix” una forma atractiva para mí hacer un buen uso de las computadoras. Así que Linux es la natural y moderna elección de continuar esa tradición. Más allá de mi faceta de ingeniero, quiero ser capaz de investigar “debajo del caparazón” para arreglar ,o mejorar aquello que desee. El kernel de Linux y los otros bits de código abierto de una distribución Linux satisfacen mi necesidad de ser capaz de hacer que el equipo se ajuste a mis necesidades, en lugar de tener que adaptar mis necesidades a lo que alguien ofrece.

¿Qué es lo más gracioso o curioso que te ha sucedido durante el proceso de desarrollo colaborativo (discusión encarnizada, petición de un código ridículo, un logro increíble)?
No soy muy bueno “llevando la cuenta” de estas cosas. Pero, por lo general me río bastante cuando alguien decide que ha encontrado el único y verdadero camino para hacer algo y luego tratan de convencer a los demás en la comunidad que todos tenemos que cumplir con sus demandas. Probablemente el mejor ejemplo que me viene a la mente sobre esto es de los debates recurrentes sobre lo que permite código C + + en el núcleo. C + + es mejor que C, ¿no?

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Lo mejor es rascarse lo que a uno mismo le pica! Si has experimentado un problema (quizás un error, o simplemente un bajo rendimiento) entonces trabaja sobre ello y trata de arreglarlo. Deberás leer un montón de código, intercambiar algunos mails, estudiar y buscar información, y hacer mucho trabajo. Pero aprenderás un montón, y probablemente también será divertido!

¿Qué escuchas mientras programas?
Soy aburrido. Escucho las emisoras de noticias y entrevistas por la radio.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Dirijo las siguientes listas de correo: linux-wireless@vger.kernel.org, netdev@vger.kernel.org y linux-kernel@vger.kernel.org y también algunas otras. Tampoco soy muy difícil de encontrar si alguien quiere mandarme un correo electrónico privado. Y en canales IRC, mi nick es “linville” en freenode, OFTC ay algunas otras redes. En cuanto a conferencias he ido a LinuxCon North America y la Linux Plumber’s Conference en años anteriores. Trataré de ir a LinuxCon Europe o algún otro evento de la Linux Foudation tan a menudo como pueda encontrar a alguien que paque mis billetes. También he estado en FUDCon y en algún otro evento en el pasado.

—

Enlaces de interés:
Facebook personal | Facebook
Página en Red Hat | linville en Red Hat

John Linville’s Retro Computer Game FAHRFALL (en Inglés)

Puedes ver las entrevistas que he traducido aqui: victorhckinthefreeworld.wordpress.com/30-entrevistas-a-desarrolladores-kernel-linux/ 

—————————————————-

Desde la página Linux.com siguen con su serie de entrevistas a los principales desarrolladores que trabajan en el desarrollo del kernel de Linux. Por ellas han pasado hasta ahora Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, Jean Delvare, Greg K-H, Dave Jones, Paul Mundt, Alan Cox y hoy le toca el turno a Arnd Bergmann.

Desde este blog te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca. Puedes ver todas las entrevistas traducidas pinchando aqui.

Si quieres ver el original en inglés visita la página original pinchando aqui. Escrito por Jennifer Cloer a ella y la página original pertenecen los derechos de autor, gracias por permitir la traducción y difusión. Si quieres usar esta traducción (por ejemplo en Taringa u otros sitios similares, o en tu blog) lo puedes hacer pero por favor atiende a la licencia CC-by-sa del blog, citando expresamente la fuente original del artículo en inglés, y este blog como creador de la traducción. Empezamos…

Nombre:
Arnd Bergmann

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Soy co-mantenedor junto con Olof Johansson de la rama arm-soc del kernel. Recogemos los parches que nos mandan docenas de mantenedores de subarquitecturas de ARM y consolidamos los parches unidos para enviárselos a Linus Torvalds. En la actualidad esto supone alrededor de 1000 parches en cada petición de envío.

También reviso todos los nuevas aquitecturas de puertos que se incluyen en Linux, y también vigilo los directorios de el kernel drivers/char, drivers/misc e include/asm-generic.

¿De dónde recibes tu nómina?
Trabajo para IBM investigación y desarrollo en Böblingen, que me permite trabajar a tiempo completo en el proyecto sin ánimo de lucro Linaro a través de un acuerdo con el Crentro de Tecnología Linux de IBM e IBM Microelectrónica.

¿En qué parte del mundo vives, y porque allí?
Me mudé a suroeste de Alemania por mi trabajo en IBM hará poco más de 10 años, este fue uno de los pocos lugares en mi país de origen que me permitía trabajar en el kernel de Linux

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Realizo casi todo mi trabajo usando git y vim. También utilizo una estación de trabajo rápida X86 para realizar kernels ARM multi-estructuras. Utilizo Kubuntu en mi PC de escritorio, pero he estado pensando cambiarme a XFCE4 una vez que encuentre una forma de migrar las configuraciones de mi correo de kmail 1.12.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Empecé como un simple usuario de Linux con un montón de hardware poco común en los últimos años de la década de los 90, en los que se requería hacer modificaciones en el kernel para que funcionara. Estuve mandando sobre todo soluciones a errores durante mi tiempo de universitario, hasta que aprendí que podrían pagarme haciendo las mismas cosas que antes hacía por afición.

¿Qué es lo que hace que sigas interesada en esto?
No me puedo imaginar haciendo otra cosa despues de haber estado revisando alguna vez la mayoría de subsistemas del kernel durante los últimos 15 años.

Una de las mejores cosas de mi trabajo es que todas las cosas buenas de mi trabajo permanecerán ahí, incluso si yo cambio de trabajo o incluso algún proyecto se viene abajo.

¿Qué es lo más gracioso o curioso que te ha sucedido durante el proceso de desarrollo colaborativo (discusión encarnizada, petición de un código ridículo, un logro increíble)?
Una vez revisando un nuevo código que fue propuesto para ser incluido para una nueva arquitectura . Le dije al autor que aquel código necesitaba un montón de ciclos de revisionesdurante meses e hice un listado de cientos de cosas que estaban mal. Una semana después el desarrollador regresó con una nueva versión que resolvía todos los errores listados y el código fue aceptado en la siguiente petición de envío de código al kernel.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Leer un montón de código y revisiones de código de otra gente que este haciendo un buen trabajo. Cuando escribas tu propio código o revises parches piensa cómo lo harían ellos.

Como primera contribución, empieza con algo útil y pequeño, como un error obvio. Se pueden encontrar un buen montón de errores usando las herramientas automatizadas que se listan en la documentación del kernel.

¿Qué escuchas mientras programas?
Suelo escuchar last.fm pero no funciona bien con los cortafuegos de las empresas, así que actualmente utilizo radioparadise.com que reproduzco en squeezebox.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Asisto a los tres o cuatro eventos de Linaro Connect cada año, y también LinuxCon y ELC cuando tengo tiempo. Mis canales IRC por el momento son #linaro-kernel y #armlinux en freenode.net

—

Enlaces de interés:
Proyecto Linaro.org
Arnd Bergmann en G+
Perfil de Arnd Bergmann en Linaro

Arnd Bergmann habla sobre su trabajo en ARM Linux Kernel y más (en Inglés)

Puedes ver las entrevistas que he traducido aqui: victorhckinthefreeworld.wordpress.com/30-entrevistas-a-desarrolladores-kernel-linux/ 

—————————————————-

Desde la página Linux.com siguen con su serie de entrevistas a los principales desarrolladores que trabajan en el desarrollo del kernel de Linux. Por ellas han pasado hasta ahora Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, Jean Delvare, Greg K-H, Dave Jones, Paul Mundt y hoy le toca el turno a Alan Cox.

Desde este blog te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca. Puedes ver todas las entrevistas traducidas pinchando aqui.

Si quieres ver el original en inglés visita la página original pincha aqui. Escrito por Jennifer Cloer a ella y la página original pertenecen los derechos de autor, gracias por permitir la traducción y difusión. Si quieres usar esta traducción (por ejemplo en Taringa u otros sitios similares, o en tu blog) lo puedes hacer pero por favor atiende a la licencia CC-by-sa del blog, citando expresamente la fuente original del artículo en inglés, y este blog como creador de la traducción. Empezamos…

Nombre:
estoooo paso… ¿son todas las preguntas así de difíciles?

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
He trabajado en partes grandes del kernel en distintos momentos. En este momento estoy tratando de finalizar el remodelado de la capa terminal, tratando de resolver errores en esta área. Es básicamente un trabajo desagradable, horrible técnicamente que no es excitante o no hay mucha más gente que se preocupe de ello.

Otra cosa en la que ando actualmente es tratando de conseguir que sea estable es soporte para gráficos 2D para varios basados en Imagination, o dispositivos basados en gráficos creados por Intel, y la misión de un hombre de limpiar la colección de errores bugzilla del kernel

¿De dónde recibes tu nómina?
Después de un período de diez años en Red Hat ahora me he cambiado a Intel hace un par de años, y me estoy divirtiendo por aquí.

¿En qué parte del mundo vives, y porque allí?
Swansea, al Sur de Gales. La primera vez que acabé por aquí fue cuando fuí a la universidad. Encontré a mi mujer aquí y aquí hemos estado desde entonces. Esto lo encuentro mucho más relajante y humano que las grandes ciudades. Es bonito poder mirar por la ventana y contemplar las colinas y el mar.

También tenemos el mejor equipo de rugby aquí que el de Inglaterra 🙂

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
El cerebro, la experiencia y a veces una pizca de suerte. Mis herramientas técnicas son las más tradicionales, pero con una con un mejor gusto en editores. Así utilizo bash shell, editor joe, gcc, make, git

La mayoría de mis PC’s utilizan Fedora, pero mi escritorio varía según el sistema y la configuración y también al azar, cuando tengo ganas de revolver las cosas y de cambiar o intentar cosas. Ahora mismo estoy jugando con algunas de las características de GNOME 3 en parte debido a que en Fedora 17 estan apareciendo errores en mi driver de gráficos. Mi otra elección habitual suele ser Xfce.

Utilizo una máquina virtual con Ubuntu corriendo con Unity para incluir mis trabajos en Android, que parece un pobre “remake” de Windowmaker pero sin su estilo

También estoy experimentando con otras distribuciones de GNU/Linux ya que encuentro a Fedora (aunque es técnicamente muy buena y con un montón de cosas de vanguardia bien integradas) cada vez con más fallos.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Principalmente por accidente. Había estado añadiendo facilidades a Unix para incluir email e identificaciones de usuarios a mi Amiga, pero realmente necesitaba un mejor sistema operativo para hacer correr AberMUD. Windows por aquel entonces era un chiste el utilizarlo. 386BSD necesitaba FPU y algo más, Linux simplemente funcionaba.

Habiendo descubierto que Linux simplemente funcionaba, pronto descubrí que no funcionaba del todo bien, y terminó teniendo varios errores, por aquel entonces la pila de red. Con el tiempo terminé manteniendolo junto con los lanzamientos estables. Durante ese tiempo en algún momento coincidí trabajando con Thomas Radke para producir el soporte Linux SMP (Thomas desafortunadamente siempre parece olvidarlo) y tuve un par de incursiones en otros proyectos: Linux Mac68K y mini Linux en 8086.

¿Qué es lo que hace que sigas interesada en esto?
En parte el hecho de que está siempre en constante cambio, cambia el software, cambian las necesidades. Así que siempre te enfrentas a nuevos retos.

El otro aspecto de esto es que es cpaz de cambiar parte del mundo. Directamente, pone a los ordenadores en lugares en los que nunca se podrían pagar licencias propietarias. Indirectamente, forma parte de la primera ola de todas las reclamaciones de cultura y producción para el pueblo. Esto es algo que los que hacen cultura estan extendiendo en el mundo físico.

¿Qué es lo más gracioso o curioso que te ha sucedido durante el proceso de desarrollo colaborativo (discusión encarnizada, petición de un código ridículo, un logro increíble)?
No creo que pudiera elegir un momento en concreto. Estos tienden a ser breves pero en mucha cantidad. No es esto un sitio para aburrirse. Estoy comprobando las cifras de Android con asombro. A este ritmo Linux podría superar en número de copias a los Beatles dentro de poco.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Nunca admitas que no sabes nada sobre bases de datos, y nunca te ofrezcas para ayudas a configurar bugzilla.

Para cualquier proyecto, hacer sosas que te importen y hacerlas bien. Hacerlo bien es un término ambigüo pero si eres feliz con una parte de código y eso lo haces de la manera que crees, debería salir bien, entonces eso es probablemente “hacerlo bien.” Cinco años despues puedes echarle un vistazo y echarte a temblar, pero eso es el aprendizaje.

Tampoco te centres en el kernel porque es famoso y algo grande. En muchos aspectos eso lo hace que sea difícil trabajar en ello. Si rompes el kernel hay un montón de gente que se preocupará (y muchos más que se añaden sólo por Android.)

Hay mucha más apertura y flexibilidad en muchos de los proyectos y tecnologías actuales. Gente haciendo cosas asombrosas con impresoras 3D, HTML5 y webgl estan probablemente más cerca de la naturaleza del Linux de los primeros días cuando cualquier cosa era posible y no había nada demasiado loco para intentar porque nadie sabía que funcionaría.

¿Qué escuchas mientras programas?
Si estoy trabajando con código complicado, nada. Para el trabajo duro depende de cómo sea de tediosa la tarea. Una amplia gama de bandas de folk/rock desde Show of Hands hasta ZZ Top o New Model Army. Para trabajo tedioso y repetitivo de código no hat nada como Mötorhead o quizás otro poco de Ministry o Dead Kennedys.

También otros menos conocidos y apartados de los más conocidos en la música como The Fishermans Friends, Machinae Supremacy y Hörstreich. Está bien ver a los músicos finalmente liberarse de las cadenas de la industria de la música.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Un buen número de listas relacionadas con el kernel, pero no muchas conferencias. No soy muy fan de los largos viajes y aborrezco y detesto volar. Ya estaba bastante mal antes de todo este teatro de la seguridad, ahora es simplemente horroroso.

Sin embargo tuve la idea de hacer de Swansea a Praga en tren, es probablemente más probable que me encuentres en una exposición de maquetas de trenes o el patrimonio ferroviario que en una conferencia de Linux. Linux puede ser divertido, pero aún así es «trabajo».

Para ver qué es lo que le gusta, os dejo con un vídeo del grupo hoerstreich

 

Puedes ver las entrevistas que he traducido aqui: victorhckinthefreeworld.wordpress.com/30-entrevistas-a-desarrolladores-kernel-linux/ 

—————————————————-

Desde la página Linux.com siguen con su serie de entrevistas a los principales desarrolladores que trabajan en el desarrollo del kernel de Linux. Por ellas han pasado hasta ahora Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, o Jean Delvare entre otros y hoy le toca el turno a Paul Mundt.

Desde este blog (victorhckinthefreeworld.wordpress.com) te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca.

Si quieres ver el original en inglés visita pincha aqui. Escrito por Jennifer Cloer a ella y la página original pertenecen los derechos de autor, gracias por permitir la traducción y difusión. Si quieres usar esta traducción (por ejemplo en Taringa u otros sitios similares, o en tu blog) lo puedes hacer pero por favor atiende a la licencia CC-by-sa del blog, citando expresamente la fuente original del artículo en inglés, y este blog como creador de la traducción. Empezamos…

Esta semana por cuestiones de tiempo no pude hacer la traducción el pasado Lunes 23-7, cuando salió el artículo original. Ni tampoco te lo puedo traer entero. Me ha costado trabajo tradcirlo, por lo complejo de las respuestas y por no encontrar los términos adecuados, para una comprensión correcta de la traducción. Lo he hecho lo mejor que sé y que he podido.

Hay alguna respuesta que a lo mejor ha quedado algo «rara» si tienes una propuesta mejor no dudes en proponerla en los comentarios de este artículo en este blog (victorhckinthefreeworld). Tambien hay alguna respuesta que no he sabido traducir, acepto sugerencias… Gracias…

Nombre:
Paul Mundt

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Primordialmente cuido de la arquitectura SuperH (y por proxy, parte esencial de plataformas para móviles ARM-based SH/R), pero esto lleva a tener que ocuparse de otras cosas. En el pasado era sobre todo un esfuerzo por mantener diferenciado el código genérico para no romper mis plataformas (un esfuerzo que persiste hoy día), pero como el código embebido (N.d.T:o incrustado) está cayendo en desuso convirtiéndose en un ciudadano de segunda clase en el kernel, es más fácil centrar el tiempo en la reutilización de las infraestructuras existentes para uso de casos adicionales.

Además del papel de mantenedor de mis arquitecturas, mi tiempo principalmente lo paso entre tareas como la gestión de memoria (especialmente MMU-less systems, soporte NUMA, etc), funciones de ahorro de tiempo del reloj, y gestión de las interrupciones IRQ. Últimamente he estado trabajando en hacer más útiles los dominios de IRQ (irqdomains) (particularmente para los non-DT) y extendiendo los eventos del reloj para utilizar los canales no usados del teporizado de una manera más efectiva.

En el pasado también me encargué del subsistema framebuffer durante un tiempo, pero ese trabajo ha cambiado de manos, y me era imposible dedicarle el tiempo que requería para mantenerlo.

¿De dónde recibes tu nómina?
Renesas Electronics

¿En qué parte del mundo vives, y porque allí?
En Tokyo, Japón. Me desilusioné con Silicon Valley hace ya tiempo y no veo una razón para tener que regresar. Después de probar en varios paises duante un tiempo, Japón se ha convertido en mi hogar desde hace más de 6 años, y me va muy bien. El hecho de que la mayor parte del país sea montañoso también me ofrece suficientes vías para mantenerme ocupado fuera del trabajo.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Supongo que sería una combinación de fbcon  , vim y mutt. Es de la manera que he trabajado desde siempre. (aunque sin fbcon en los primeros días del kernel 2.1.) Nunca he sido capaz de trabajar en serio con un entorno de escritorio, así que los evito todo lo que puedo. Dicho esto, en las ocasiones en las que por ejemplo necesito navegar por algún sitio no soportado por lynx , o leer algún documento presentado en un formato sin sentido, o dándome cuenta de que paso una gran cantidad de tiempo con entradas en japonés, a regañadientes utilizo fvwm2. El formato de texto siempre ha sido mi método de trabajo preferido.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Llegué a Linux un poco tarde, alrededor de 1996 más o menos. Empecé de manera muy general, una pila de las cartas random ISA que era soportada, no funcionaba. El primer proyecto fue conseguir hacer funcionar DMA en un 3c501, o algo parecido, eso en un kernel 2.0. Fue hace mucho tiempo y no recuerdo muy bien los detalles, pero no fues facil. Cuando surgió el subsistema framebuffer en los últimos kernels 2.1.x empecé a pasar mi tiempo y gradualmente pasó a ser una arquitectura funcional. (MIPS al principio, y depues SuperH via ingeniería inversa de Dreamcast)

¿Qué es lo que hace que sigas interesado en esto?
La evolución constante. Evolucionando código existente para que soporte nuevos requerimientos mientras debe coexistir con lo antigüo. Ser capaz de revisar código que escribiste hace décadas para tratar un problema particular después de encontrar que de pronto tienes una manera de resolverlo de una manera más simple y eficiente. (eso asumiendo que te acuerdas de lo que estabas pensando), etc.

Es también interesante ver como la gente utiliza de diversas maneras el kernel, en formas que tu antes no habías considerado, particularmente te ofrece un punto de vista totalmente diferente de una infraestructura ya existente.

¿Qué es lo más gracioso o curioso que te ha sucedido durante el proceso de desarrollo colaborativo (discusión encarnizada, petición de un código ridículo, un logro increíble)?
Encontrarás que hay un montón de gente interesada en algún aspecto concreto de un área que puede llegar a ser muy territoriales, a los que a menudo puedes manipular para tu propio beneficio: mediante la publicación de un parche que soluciona un problema particular, y mientras al mismo tiempo ofender su sensibilidad suficientemente como para que está impulsado en forma inmediata a la acción para resolverlo de una manera mucho más eficaz para ti.

Estaba trabajando en un problema en particular, cuando llegué a una limitación de la API de mapas de bits, donde mi tamaño deseado de mapa de bits excedí el número de bits, un caso que había sido diseñado para provocar un error con una nota muy útil que todo el que llegara por primera vez llegara lo codificara.

Yo estaba trabajando en un problema particular, cuando llegué a una limitación de la API de mapas de bits, donde mi tamaño deseado de mapa de bits superado el número de bits, un caso que había sido diseñado para provocar un error con una nota muy útil para ver quien era el primero que conseguía escribir el código. Me puse a hacer frente a esto con un algoritmo de crudo para el seguimiento de estos errores (después llamado la extensión Mundt multipalabra), durante un vuelo de larga distancia desde Seúl. El acceso a Internet era irregular en el mejor de los casos, pasé más tiempo durmiendo y cuidando a mi bebida que monitoreando activamente el tráfico de la lista, pero en el momento en que aterricé el código ya había sido reescrito, optimizado, y enviados a Linus para la fusión con el kernel.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
No se quede atrapado en los jardines amurallados.

El núcleo y las personas que trabajan en el han resistido muchos vendedores con sus propias agendas, y seguirá haciéndolo en el futuro previsible. A menos que sobre todo quiera trabajar para un proveedor determinado, no se distraiga en el corto plazo y deje atrapar en un mismo proveedor por ser más fácil en términos de disponibilidad de hardware (esto también se aplica a los foros de la industria que alegan tener un interés por resolver los problemas de forma genérica, sin tratar de colaborar aguas arriba durante el desarrollo). Como muchas empresas tienen intereses superpuestos para el kernel, los hackers del kernel gozan de un cierto nivel de autonomía – algo que no vale la pena ceder para lo que será otra de una larga serie de iniciativas abandonadas en unos pocos años.

Mientras que la barrera de entrada para apoyar el nuevo hardware puede ser muy alto, es bastante sencillo de encontrar un área que te interesa y encontrar lo que te interesa cambiar. En última instancia todo se reduce a curiosidad, que es algo que es poco probable que experimente con el quehacer trivial o mecánico. Usted tendrá más que suficiente ayuda en el camino, siempre y cuando esté dispuesto a poner el esfuerzo y tratando de hacer cambios significativos. Más allá de eso, todo el mundo es rechazado de vez en cuando, independientemente de que ha estado trabajando en el núcleo durante 15 minutos o 15 años.

Ningún hacker del kernel que se me ocurra ha comenzado realizando cambios de espacios en blanco o de ortografía, y parece poco probable que esto cambie. Si usted está tratando de hacerse un nombre en la comunidad del kernel, lo ideal queremos que sea un hecho positivo y no peyorativo.

(Gracias al usuario -.- por su propuesta de traducción de esta respuesta. Lo puedes ver en los comentarios. Gracias por tomarse la molestia de compartir su propuesta en este blog! )

¿Qué escuchas mientras programas?
Eso varía. Generalmente prefiero algo tranquilo, pero en un entorno de oficina esto no es siempre posible, así que cualquier cosa que haga de filtro del ruido de fondo está bien.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Para la lista de correo lo normal vger, linux-kernel, linux-arch y para comentarios pertenecientes a mi arquitectura linux-sh.

Trato de evitar todo menos la cumbre del kernel, pero normalmente doy una charla una vez al año o así dependiendo de cómo vaya en lo que estoy trabajando. Si hago alguna conferencia, normalmente me salto las charlas y las sigo con discusiones por los pasillos.

—————————————————-

Desde la página Linux.com siguen con su serie de entrevistas a los principales desarrolladores que trabajan en el desarrollo del kernel de Linux. Por ellas han pasado hasta ahora Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, Jean Delvare o Greg K-H y hoy le toca el turno a Dave Jones. Desde este blog  (https://victorhckinthefreeworld.wordpress.com/) te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca.

Si quieres ver el original en inglés visita pincha aqui. Escrito por Jennifer Cloer a ella y la página original pertenecen los derechos de autor, gracias por permitir la traducción y difusión. Si quieres usar esta traducción (por ejemplo en Taringa u otros sitios similares, o en tu blog) lo puedes hacer pero por favor atiende a la licencia CC-by-sa del blog, citando expresamente la fuente original del artículo en inglés, y este blog como creador de la traducción. Empezamos…

Nombre:
Dave Jones

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Soy el líder del equipo del kernel Fedora. Parte de esa responsabilidad consiste en tratar con los errores del kernel con los usuarios, lo que hace que al final tenga que estar encima de todo el kernel. Hace poco renuncié a mantener el subsistema de cpufreq. Tratar con los errores que los usuarios de Fedora encuentran (y otros que encuentro yo mismo) consume todo mi tiempo disponible.

¿De dónde recibes tu nómina?
Red Hat.

¿En qué parte del mundo vives, y porque allí?
Boston, MA, EEUU. Principalmente porque la ingeniería de Red Hat está afincada aquí.

¿Cual es tu herramienta favorita para el desarrollo de software?
Nada especial. Probablemente las mismas herramientas que la mayoría que los otros desarrolladores usan. Unos cuantos scripts de consola para automatizar un montón de tareas aburridas que son parte de mi trabajo, como la interacción con bugzilla, etc. He estado trabajando en una herramienta para encontrar errores en el kernel de una manera mucho más rápida (que parece que ha tenido poco éxito) http://codemonkey.org.uk/projects/trinity/

¿Y que tienes instalado en tu PC?
Xfce

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Necesité programar mi propio kernel, porque ninguna de las distros que probé tenían lo que necesitaba. Y la característica que necesitaba estaba sólo disponible en la rama que se encontraba en desarrollo en ese momento (que era en la época del kernel 2.1.X). No recuerdo qué es lo que era, pero tenía algo que ver con VFAT. Las cosas no eran siempre estables, así que hice el hábito de actualizarlo regularmente (reportando los últimos tarball en un disco zip desde la universidad a casa). Empecé a mandar parches allí donde veía cosas que creía que podría mejorar. Estoy tratando de recordar mi primer logro. Puede que haya sido mejorando AFFS durante la serie 2.1.X. Había en aquel entonces un buen puñado de cosas menores por mejorar.

¿Qué es lo que hace que sigas interesado en esto?
Una aparente fuente infinita de nuevos errores.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Centrarse en un aspecto particular del kernel que te interese, y meterse de lleno en él. Empieza poco a poco, pero vaya tirando hacia arriba. No aprenderás mucho resolviendo errores de ortografía o realizando transformaciones repetitivas guiado por lo que te dice el “checkpatch”. Encuentra un problema, entiéndelo, y trata de arreglarlo. Incluso aunque propongas soluciones equivocadas, la respuesta que recibas será una lección valiosa en tu experiencia. Limpiar y repetir.

Creo firmemente en la necesidad constante de hacer mejores herramientas. Parece que no hay una escasez de contribuyentes al kernel, pero siento que muchas de las herramientas alrededor del kernel (especialmente herramientas como Sparse) podrían ayudar mucho más. Texto sin traducir: Compiler/Toolchain people takes a certain rare mindset though it seems. (Si tienes una opción de traducción ponlo en un comentario)

Otra área donde siempre se puede ayudar es testeando. Añadiendo nuevos test a los ya sugeridos, como xfstests, ltp, etc., podría ser una contribución muy útil de la que muchos se beneficiarían.

¿Qué escuchas mientras programas?
Varias cosas dependiendo del estado de ánimo http://www.lastfm.es/user/kernelslacker

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Trato últimamente de reducir los viajes. La conferencia Linux Plumbers Conference y los eventos de North American Fedora son todo lo que hago por ahora.

Puedes ver y leer las últimas entradas en su blog personal: http://codemonkey.org.uk/

—————————————————-

Desde la página Linux.com siguen con su serie de entrevistas a los principales desarrolladores que trabajan en el desarrollo del kernel de Linux. Por ellas han pasado hasta ahora Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, o Jean Delvare y hoy le toca el turno a Greg Kroah-Hartman. Desde este blog te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca.

Si quieres ver el original en inglés visita pincha aqui. Escrito por Jennifer Cloer a ella y la página original pertenecen los derechos de autor, gracias por permitir la traducción y difusión. Si quieres usar esta traducción (por ejemplo en Taringa u otros sitios similares, o en tu blog) lo puedes hacer pero por favor atiende a la licencia CC-by-sa del blog, citando expresamente la fuente original del artículo en inglés, y este blog como creador de la traducción. Empezamos…

Nombre:
Greg Kroah-Hartman, pero comunmente conocido como «Greg K-H» porque nadie sabe cómo pronunciar mi nombre.

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Actualmente gestiono los lanzamientos de la rama estable del kernel, y soy mantenedor de subsistemas de USB, el núcleo de los controladores, lanzamiento de los drivers, tty, char, y algún otro menor.

¿De dónde recibes tu nómina?
Trabajo para Linux Foundation.

¿En qué parte del mundo vives, y porque allí?
Vivo en Norte América, en la parte noroeste del país, justo a las afueras de Seattle, Wasintong. Vivo allí porque es un gran lugar para vivir, buen clima, y un gran lugar para formar una familia

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Convivo con mi cliente de mail (mutt), y mi editor (vim), y no podría sobrevivir sin ellos. Otras herramientas que utilizo diariamente son Git y Quilt para el desarrollo del kernel, Chrome y Firefox para navegar por la web e irssi para las charlas en salas IRC. Normalmente tengo GNOME3 en mi PC de escritorio, pero a veces termino frustrado con él y regresoa OpenBox o i3m. De vez en cuando tambien pruebo KDE para asegurarme de que no me estoy perdiendo nada.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Yo era un desarrollador de software embebido, probando el dispositivo en el que estaba trabajando (un escaner de código de barras) con diferentes sistemas operativos para asegurarme de que tenía el firmware USB correcto. Linux tenía poco soporte USB en aquel tiempo, y me dí cuenta de que podía ayudar y contribuir para hacer que funcionara mejor. Una cosa llevó a otra y de pronto me encontré con un trabajo a tiempo completo desarrollando el kernel de Linux, de eso hace ya 10 años, y nunca miré atrás.

¿Qué es lo que hace que sigas interesado en esto?
Asegurarme que Linux funcionará de manera correcta en todos los nuevos dispositivos que se creen. Como siempre habrá nuevos dispositivos y plataformas, no creo que nunca me aburra.

¿Qué es lo más gracioso o curioso que te ha sucedido durante el proceso de desarrollo colaborativo (discusión encarnizada, petición de un código ridículo, un logro increíble)?
Creo que la cosa más asombrosa es que nunca sabrás cuando te vas a encontrar con alguien en persona con la que has tenido trato sólo mediante correo electrónico. Un buen ejemplo de esto fue hace un año en la República Checa, en una conferencia de Linux (LinuxCon europe 2011). Un grupo de desarrolladores fuimos juntos a un gimnasio de escalada una tarde, y de repente me encontré a mi mismo escalando junto con otro desarrollador del kernel que trabajaba para otra compañía diferente, alguien a quien había rechazado en el pasado por diferentes razones, y que eventualmente aceptó después de un número de diferentes interaciones. Así que despues de ese incidente siempre pienso “ser siempre amable por correo electrónico, ya que nunca sabes cuando, la persona del otro lado de correo, te va a sujetar por una cuerda tratando de mantener tu seguridad”

La otra cosa maravillosa es relativa al proceso, que este se centra en las personas, no en la compañía para la que trabaja. La gente cambia de trabajos constantemente, pero aún así seguimos trabajando juntos, en las mismas cosas, y encontrándonos en todo el mundo en diversas partes, sin importar en la compañía para la que trabajes

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Simplemente empieza con algo pequeño y encuentra algo que te interese. Tenemos un montón de áreas que necesitan ayuda, y no faltan áreas interesantes que lleven a Linux al futuro.

¿Qué escuchas mientras programas?
Mi radio local en www.kexp.org, es lo que normalmente suelo escuchar mientras reviso código, o hago mantenimiento del kernel estable. A veces necesito hacer tareas en las que hay “que pensar más” y normalmente en esos casos escucho una de las mejores musicas para programadores(musicForProgramming() ), una mezcla que puedes encontrar en http://musicforprogramming.net/

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Estoy en las listas de correo de linux-usb y linux-kernel, junto con otras listas de correo relacionadas con Linux, y estoy tratando de dejar los canales IRC, ya que son una distracción enorme. Me puedes encontrar en casi todas la conferencias de Linux Foundation, y también en otras conferencias que se celebran durante todo el año (CUSEC, Linux Plumbers, etc.)

Puedes ver y leer las últimas entradas en su blog personal: www.kroah.com

La próxima semana entrevistaremos a Dave Jones.

Puedes verlo en un vídeo en LinuxCon Japan 2012 en este enlace: video.linux.com/videos/linux-kernel-maintainers-what-they-do-and-how-you-can-help-them 

Puedes ver las entrevistas que he traducido aqui: victorhckinthefreeworld.wordpress.com/30-entrevistas-a-desarrolladores-kernel-linux/ 

—————————————————-

Desde la página Linux.com siguen con su serie de entrevistas a los principales desarrolladores que trabajan en el desarrollo del kernel de Linux. Por ellas han pasado hasta ahora Linus Torvalds, abriendo la serie, Thomas Gleixner, Sara Sharp, y hoy le toca el turno a Jean Delvare. Desde este blog te traduzco las entrevistas para que sepas quien está detrás del kernel de Linux. Que personas lo desarrollan y hacen que crezca.

Si quieres ver el original en inglés visita pincha aqui. Escrito por Jennifer Cloer a ella y la página original pertenecen los derechos de autor, gracias por permitir la traducción y difusión. Si quieres usar esta traducción (por ejemplo en Taringa u otros sitios similares, o en tu blog) lo puedes hacer pero por favor atiende a la licencia CC-by-sa del blog, citando expresamente la fuente original del artículo en inglés, y este blog como creador de la traducción. Empezamos…

Nombre:
Jean Delvare

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
En la actualidad soy co-mantenedor de 2 subsistemas del kernel de Linux: I2C (soporte del núcleo de I2C, SMBus y protocolos relacionados, más una docena de drivers controladores SMBus para máquinas x86) y hwmon (monitoreo de la salud del hardware, por ejemplo la velocidad de los ventiladores o las temperaturas.)

En un principio estaba manteniendo ambos todo por mi mismo, pero la carga de trabajo ha ido creciendo con los años, más de lo que era posible de manejar, así que tuve que encontrar co-mantenedores. Ahora todo va bastante bien.
También contribuyo en otras áreas, como por ejemplo, drivers de tarjetas gráficas V4L o DVB

¿De dónde recibes tu nómina?
Técnicamente, de Novell SARL, Francia. Pero desde una perspectiva lógica, de SUSE, unidad de negocio del grupo Attachmate.

¿En qué parte del mundo vives, y porque allí?
Vivo en Francia, más concretamente en Mérignac, cerca de Burdeos, en el sur oeste de Francia.
Francia, simplemente porque nacía allí. Mérignac porque… bueno es una relativamente larga historia, pero interesante. Cuando la que sería mi esposa y yo dejamos la escuela secundaria en 2001-2002, pasamos unos tiempos difíciles buscando trabajo. La época que siguió al 11 de Septiembre, no era buenos momentos para los que estábamos empezando, porque muchas empresas tecnológicas pararon sus contrataciones durante ese tiempo. A pesar de que originalmente no queríamos vivir en París, despues de un año sin encontrar trabajo, tuvimos que cambiar de ideas y aceptar que tendríamos que empezar desde allí.

Así que terminamos pasando 3 años en París, desde 2003 al 2009, trabajando para varias empresas de consultoría tecnológica. La mayoría de los encargos no tenían interés ninguno, y pasamos mucho tiempo en transportes públicos, además de la cantidad de dinero gastado en alquileres. Pero por lo menos ganamos experiencia. A finales de 2005, mandé de forma espontánea una aplicación tanto a Red Hat como a SUSE. Y tuve una respuesta positiva por parte de SUSE, y empecé a trabajar para ellos en Abril de 2006, desde casa.

Mientras tanto mi esposa negoció un proyecto en “cualquier sitio” en la mitad sur de Francia. Ese “cualquier sitio” terminó siendo Burdeos. Como yo llevaba ya 4 meses trabajando desde casa sin problemas, me pude permitir el seguirla hasta allí. Elegimos Mérignac porque está el aeropuerto de Burdeos, muy cómodo cuando tengo que viajar a Nuremberg o Praga para reunirme con mis compañeros de trabajo.

Desde entonces, hemos tenido 2 hijos. Mi esposa interrumpió su carrera, para criarlos. Compramos un piso de tres plantas más arriba en el que originalmente estabamos de alquiler. Es un buen lugar para criar a unos hijos, y no tenemos intención de mudarnos.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Soy un hombre de gustos simples. Un terminay, y GCC me hacen feliz. Quilt para la gestión de parches y Git o Subversion para la gestión de código fuente. Utilizo Nedit como editor de texto, que es realmente una elección poco frecuente.

¿Qué es lo que tienes ejecutando en tu PC de escritorio?
Como sistemas operativos: Suse Linux Enterprise Desktop para el trabajo y openSUSE en mí ordenador personal.

Como entornos de escritorio: He cambiado muchas veces. Di una oportunidad a KDE 3 cuando me uní a SUSE, pero cuando migré a KDE 4 dejaron de funcionar mis atajos de teclado, así que cambié a Gnome 2. En mi ordenador personal tuve Xfce durante un tiempo, hace poco dí una oportunidad a Gnome3, pero estoy convencido de que regresaré a Xfce pronto porque Gnome 3 consume muchos más recursos de lo que mi pobre tarjeta gráfica puede soportar.

Y como aplicaciones, Firefox como navegador web, Claws como mi cliente de correo para desarrollo y gestiono mi música con MPD.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Cuando me cambié de Windows a Linux en el 2001, Linux no me decía la temperatura de la CPU ni la velocidad del ventilador de la CPU. Yo quería saber esos datos, así que me uní al proyecto lm-sensors y ofrecí mi ayuda para testearlo. Esos tipos eran muy agradables, así que me quedé con ellos. En 2005 (IIIRC) nuestro código se unió al kernel, tomando la forma subsistemas “i2c y hwmon” ayudé en esa tarea. En ese tiempo los miembros legendarios de proyecto lm-sensors se marcharon, así que me convertí en el nuevo líder “de-facto”. Y en eso estoy hoy en día.

¿Qué es lo que hace que sigas interesada en esto?
Dos aspectos: El reto técnico, y el ayudar a gente real a solucionar problemas reales. Un nuevo reto técnico aparece cada mes. Un nuevo componente al que dar soporte, posiblemente con alguna característica inesperada. Programar un nuevo estándar en el kernel, con el que el código existente tiene que convivir. Una nueva API con la que podamos reducir cientos de drivers a sólo algunos para ganar en rendimiento o tamaño, etc. Esto nunca acaba

Del mismo modo, la gente viene a nosotros cada semana con un problema que resolver. A veces muy simple, a veces muy complejo. Siempre se siente uno bien cuando puedes ayudar. Ah, y por supuesto, ahora que me están pagando por eso, esta es una razón más, muy buena para seguir haciéndolo. 🙂

¿Qué es lo más gracioso o curioso que te ha sucedido durante el proceso de desarrollo colaborativo (discusión encarnizada, petición de un código ridículo, un logro increíble)?
Con el tiempo, he aprendido a alejarme de las discusiones extremas. Tengo maneras más divertidas de pasar mi tiempo cuando lo deseo. 😉

Peticiones de código tontas, he visto pocas, nada comparado con lo que tuve que sufrir en mi trabajo anterior en el que trabajaba con código fuente cerrado. Esto es lo verdaderamente increíble en comparación con los proyectos de código abierto. No tienes porque estar de acuerdo con todas las propuestas, pero mur rara vez son tontas.

Los mayores logros no se dan en nuestra área de trabajo. No puedo recordar una sola cosa que por ella misma me quedara impresionado a primera vista. Esto es debido a que no somos gente de marketing. En vez de eso somos como hormigas incansables. Lo increíble no es lo que hice hoy, si no lo que he hecho en estos 10 años hasta ahora, y lo que haré en los próximos 10, mientras sigan requiriendo de mi trabajo. Lo que es increíble es que hace 10 años no abandonamos cuando Linux se encontraba tan lejos de sus competidores, en muchos campos. El progreso en lento, pero es constante.

Me recuerda un texto de una carta de un juego de magia, que decía así:
“Las plantas dijeron: Lucharemos contra las piedras con las raíces, el tallo y las semillas. Somos pacientes. Ganaremos”

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Ser paciente y escuchar. No lo era al principio, y estoy satisfecho de que Greg KH (Kroh-Hartman) me enseñara.

¿Qué escuchas mientras programas?
Tengo gustos musicales relativamente amplios. Depende de la combinación de mi estado de ánimo y lo que actualmente estoy tratando de lograr. Escribir código nuevo es diferente de la depuración o la revisión de código de otros.

Se extiende desde la música clásica (Bach, Mendelssohn, Saint-Saëns) hasta varios tipos diferentes de metal (Dream Theater, Ayreon, Nightwish). Pero también me gusta escuchar más común internacional (Radiohead, Muse, The Corrs) o el pop/rock francés (Goldman, Souchon, Voulzy.) E incluso puede sumergirse en cosas más clásicas, (Bob Dylan), o disfrutar de descubrir nuevos talentos (recientemente:Nikki Yanofsky)

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Solía estar muy presente en canales IRC, pero ahora los frecuento menos, desde que me dí cuenta que me podían distraer facilmente. Trabajando en casa con niños cerca, no necesito otra fuente de distracción en mi trabajo. 😉 Cuando me conecto a los canales IRC, estoy en freenode en las salas: #linux-sensors, #v4l y #linuxtv. A veces en #ffmpeg o en #x264 cuando tengo problemas con códecs de vídeo.
No soy un asiduo a las conferencias, depende de la oportunidad y del lugar. Fui a Sucon en el 2004, Guadec en el 2005, LGM y OLS en 2006, Kernel Summit en 2008 y 2011, y a las conferencias privadas Suse Labs muchas veces.

Puedes visitar su blog en esta dirección: http://khali.linux-fr.org/

Puedes ver las entrevistas que he traducido aqui: victorhckinthefreeworld.wordpress.com/30-entrevistas-a-desarrolladores-kernel-linux/ 

—————————————————-