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:

1. Linus Torvalds, abriendo la serie
2. Thomas Gleixner
3. Sara Sharp
4. Jean Delvare
5. Greg K-H
6. Dave Jones
7. Paul Mundt
8. Alan Cox
9. Arnd Bergmann
10. John Linville
11. Johannes Berg
12. Martin K. Petersen
13. Julia Lawall
14. Ben Hutchings
15. Mauro Carvalho Chehab
16. Jiri Slaby
17. Laurent Pinchart
18. Jiří Kosina
19. Chuck Lever
20. H. Peter Anvin
21. Steven Rostedt
22. … y hoy le toca el turno a Stephen Hemminger  que se encarga de las redes en Linux.

Aqui en este blog (https://victorhckinthefreeworld.wordpress.com/) he traducido todas estas entrevistas, desde que empezaron hace ya varias semanas. Principalmente para mí, porque me interesaban sus historias, y después pensé que estaría bien compartirlas con más gente. No es fácil traducirlas, y trato de hacerlo lo mejor que sé. Si os gustan y créis que son interesantes me alegro, hacédmelo saber para ver si es un tiempo bien empleado… 

No dudéis en ofrecer mejoras a la traducción o comentarios.

Estas son una serie de entrevistas que realizan a los desarrolladores del kernel de Linux. Me gusta conocer las historias, y cómo llegaron a desarrollar el kernel y compartirlo con todos. Puedes ver todas las entrevistas traducidas pinchando aqui.

Quizás te sirvan de inspiración para involucrarte, ver cómo ellos antes de ser los «gurús» que ahora son fueron simples usuarios como tu con ganas de aportar algo. Ten en cuenta sus consejos y da el primer paso para implicarte en el desarrollo del kernel.

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…

 

Nombre:
Stephen Hemminger

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Soy uno de los desarrolladores del subsitema de red. Mis contribuciones se extienden a todo este campo, desde escribir controladores para nuevos dispositivos o solucionar errores hasta integrar nuevos aportes de proyectos de investigación.

¿De dónde recibes tu nómina?
Trabajo para Vyatta que es una distribución de Linux especializada en redes. Debido a que somos una empresa pequeña, he terminado haciendo de todo. Desde mantenedor del kernel hasta ingeniero de rendimiento. Esto me ha dado lugar para aprender sobre Pearl, protocolos de routing y Debian.

¿En qué parte del mundo vives, y porque allí?
Aunque me crié en la costa este, me mudé a Portland, Oregon hace ya unos cuantos años para poder trabajar en una estación con Unix en Tektronix. Eso no duró mucho, ya que las oportunidades aquí me permitieron trabajar tanto en grandes empresas como en empresas que estaban empezando.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
La mejor herramienta productiva ahora mismo es KVM. Me permite crear nuevas máquinas (o incluso toda una red) con un mínimo de esfuerzo. Todavía paso mucho tiempo moviendo hardware y cableado de un sitio a otro, pero ahora mucho menos que hace unos años.

Desde que Vyatta está basado en Debian, es muy simple simplemente hacer funcionar Debian en un PC de escritorio. Mi afición secreta consiste en estar actualizandolo todo. Quizás se deba a mi creencia optimista de que el mundo siempre va a ir a mejor, pero resulta que siempre termino probando (y tratando de solucionarlo) nuevos lanzamientos todo el tiempo.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Cuando empecé en OSDL fui contratado como responsable de la iniciativa del Centro de Datos de Linux (Data Center Linux en inglés: DCL). DCL fue un proyecto en búsqueda de un problema, desde que Linux ya era un éxito sin marketing adicional o esfuerzos técnicos. Esto ocurrió durante la mitad del desarrollo del ciclo de la versión 2.5 cuando muchas cosas cambiaron todas a la vez. Pat Mochel estaba trabajando en sysfs y yo lo adelanté y lo implemente para dispositivos de red.

El otro punto clave fue cuando Linus preguntó: “¿Podremos deshacernos de brlock?” lo que me llevó a cambiar todo el protocolo de red. Entonces David quisó solucionar el arranque de dispositivos de red, lo que significaba cambiar todos los controladores de dispositivos de red. Estos son ejemplos de cómo los desarrolladores de Linux no tienen miedo de hacer una profunda revisión del código que otros proyectos evitan hacer.

¿Qué es lo que hace que sigas interesada en esto?
En el aspecto técnico, me apasiona ser capaz de mantener actualizado e implementar nuevo hardware y protocolos. Mi lista de proyectos (como la pila de cosas de mi garaje) sigue creciendo. Lo más importante es que la comunidad da mucho apoyo y es activa. Lo que permite trabajar con gente de todo el mundo, lo que es genial.

¿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)?
Lo que más me sorprende es el tirón que pueden tener proyectos relativamente pequeños. Hice algunas remodelaciones para aislar el control de congestiones de TCP (la parte de TCP que decide cuanto enviar de una vez). Cada módulo fue cambiando el mismo sitio en el kernel, y por sugerencia de otro desarrollador, añadí una función de interfaz virtual. Esto tuvo el efecto contrario ya que añadía más congestión de módulos de control al TCP. Esto me llevó a trabajar con investigadores de varias universidades, incluyendo un mes sabático en el Instituto Hamilton de Irlanda.

La misma interfaz fue integrada en otros proyectos. Fue portada al simulador de red usado durante el proceso de investigación. Esto permitió a los estudiantes probar algoritmos en un simulador sin tener que escribir ningún código del kernel. Los desarrolladores de BSD tomaron la misma idea.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Aunque Linux parezca una comunidad monolítica enorme, está en la actualidad dividida in muchos pequeños grupos. Involúcrate y lee las listas de correo de las áreas en las que tengas experiencia.

Como primer proyecto, elige algo que puedas probar de manera sencilla. Por ejemplo no te metas con algo como la programación o los algoritmos TCP. No te desanimes fácilmente, sigue intentándolo y aprende de tus errores.

¿Qué escuchas mientras programas?
Mi viejo teléfono Nexus ha sido reciclado como una radio por internet. Mis gustos musicales son variados, desde alternativo hasta música swing, celta o incluso J Pop. Mi emisora favorita de radio es una emisora de Australia llamada Triple J porque es divertido escucharla y no tiene anuncios. O quizás porque me ayuda a pensar en la pŕoxima Conferencia de Linux en Australia. El teléfono funciona muy bien con podcast. Un sitio destacado para operaciones con podcast por la red es «Packet Pushers«.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Solía pasar bastante tiempo en los canales IRC, pero me distraía mucho. Ahora me he unido a netdev y a otras listas de correo. Linux Plumber’s fue la mejor conferencia (en lo que se refiere a tecnológica) en los últimos años. Japón también estuvo genial; Me encontré con un grupo de usuarios de Vyatta el último año.

—

Enlaces de interés
Página personal en G+ | https://plus.google.com/106366328689384616419/posts
Página oficial de Vyatta | http://www.vyatta.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:

1. Linus Torvalds, abriendo la serie
2. Thomas Gleixner
3. Sara Sharp
4. Jean Delvare
5. Greg K-H
6. Dave Jones
7. Paul Mundt
8. Alan Cox
9. Arnd Bergmann
10. John Linville
11. Johannes Berg
12. Martin K. Petersen
13. Julia Lawall
14. Ben Hutchings
15. Mauro Carvalho Chehab
16. Jiri Slaby
17. Laurent Pinchart
18. Jiří Kosina
19. Chuck Lever
20. H. Peter Anvin
21. … y hoy le toca el turno a Steven Rostedt  un desarrollador que trabaja ahora para Red Hat y que a veces piensa en montar un Starbucks !

Aqui en este blog (https://victorhckinthefreeworld.wordpress.com/) he traducido todas estas entrevistas, desde que empezaron hace ya varias semanas. Principalmente para mí, porque me interesaban sus historias, y después pensé que estaría bien compartirlas con más gente. No es fácil traducirlas, y trato de hacerlo lo mejor que sé. Si os gustan y créis que son interesantes me alegro, hacédmelo saber para ver si es un tiempo bien empleado… 

Esta en especial ha tenido algúna respuesta difícil de traducir por lo técnico de los términos, etc. No dudéis en ofrecer mejoras a la traducción o comentarios.

Estas son una serie de entrevistas que realizan a los desarrolladores del kernel de Linux. Me gusta conocer las historias, y cómo llegaron a desarrollar el kernel y compartirlo con todos. Puedes ver todas las entrevistas traducidas pinchando aqui.

Quizás te sirvan de inspiración para involucrarte, ver cómo ellos antes de ser los «gurús» que ahora son fueron simples usuarios como tu con ganas de aportar algo. Ten en cuenta sus consejos y da el primer paso para implicarte en el desarrollo del kernel.

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…

Nombre:
Steven Rostedt (me llaman Steven o Steve, no me llames Stephen, ese no soy yo y creeré que estás hablando de uno de los muchos otros desarrolladores del kernel que se llaman Stephen)

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
El trabajo que supongo que hago es trabajar el los parches de tiempo real del kernel de Linux. Mantengo los lanzamientos estables de los parches de tiempo real, y debo seguir la línea principal de los lanzamientos estables.

Hace tiempo, estuve trabajando en conseguir incorporar una infraestructura de la latencia de rastreo del parche -rt dentro del kernel, también combinado con una herramienta de rastreo que escribí hace años y que a acabado siendo lo que ahora se conoce como ftrace. Ftrace ha terminado siendo un pionero en la rama principal del kernel como infraestructura de rastreo. Otras herramientas trataron de convencer de la utilidad del rastreo a los desarrolladores del kernel, pero no fue hasta que llegó ftrace que los desarrolladores del kernel se dieron cuenta. Entonces todos empezaron a usarlo y en la actualidad hay alrededor de 700 eventos en todo el kernel.

Mantenerse actualizado con la demanda me ha apartado de trabajar más en -rt (aunque todavía doy prioridad al mantenimiento de -rt estable) Lo que me ha llevado a crear otras herramientas como trace-cmd y kernelshark. Lo que ha implicado otros eventos perf de software.

¿De dónde recibes tu nómina?
Red Hat me paga por mi afición 🙂

¿En qué parte del mundo vives, y porque allí?
Vivo en Endwell, Nueva York, que comparte el mismo código de correos que Endicott, Nueva York, que es donde me crie. Una pequeña curiosidad. Hace 100 años IBM empezó su andadura en Endicott, así que nací en la misma ciudad (si quierees llamarlo así) que Big blue.

Mi padre fue director de IBM, y le trasladaron a Endicott a finales de los 60. Aunque IBM ya no está aquí hace tiempo, ya que era muy grande a principios de los 90. Lo que me lleva a preguntarme porque sigo aquí.

Me gradue en Ciencias de la Informática (N.del T: No sé si eso será un término correcto) en 1991, durante el periodo de recesión lo que fue un problema para encontrar trabajo. Incluso estuve trabajando de introductor de datos para la oficina del servicio de impuestos de Nueva York. Finalmente mis deudas eran mayores que mis ingresos y en vez de terminar viviendo por las calles, lo dejé todo y volví a la casa de mis padres.

Allí encontre un trabajo en GE (N.del T: ¿General Electric?) y mi primera toma de contacto con sistemas en tiempo real. Me permitió poder dejar la casa de mis padres. Hice pruebas para el control del motor C17. Despues GE fue comprada por Martin Marietta y después por Lockheed por lo que se convirtió en Lockheed Martin. Al mismo tiempo fui a trabajar a IBM Federal systems en Owego, Nueva York, que más tarde fue comprado por Loral, que más tarde fue también comprado por Lockheed Martin (parece que no puedo escapar de ellos). Trabajé para 5 empresas diferentes y sólo tuve 2 despachos. Estaba tan confundido de para quien trabajaba que al final empecé a contestar al teléfono diciendo únicamente “La Compañía”

Volviendo a tu pregunta, la razón por la que sigo aquí es porque me casé, compr’una casa y tuvimos unos hijos. Red Hat me permitió trabajar de manera remota y no he encontrado una razón para irme de aquí. Los terrenos y las casas aquí son realmente muy baratas y no encontraría nada comparable que pudiera pagar si me mudara a la zona de California a Boston.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Trabajo con dos monitores y dos teclados en mi equipo de escritorio, que estan conectados a dos sistemas diferentes. Mi PC de trabajo tiene instalado Fedora 13 (no he necesitado actualizarlo) y mi otro PC (personal) tiene Debiang testing. Para Fedora utilizo Gnome 2, y en Debian utilizo Xfce 4. No estoy dentro de los paradigmas del usuario clásico.

Mi herramienta favorita de desarrollo podría ser Emacs, mi sistema operativo por encima de los otros. Eso y por supuesto mi propio script ktest.pl. Mi trabajo lo desarrollo básicamente:

• Actualizar código con emacs y guardarlo
• en la línea de comando escribo ./ktest.pl <box> .conf

Y mientras espero a que ktest realice su trabajo leo lwn.net o heise.de, o instalo y arranco el kernel con mis modificaciones actuales. También puedo ejecutar pruebas, pero principalmente lo tengo para arrancar el kernel donde por medio de ssh arranco y pruebo cómo funcionan las cosas. Ya hace mucho que no escribo el típico “make” o “make install”.

Antes de subir el código a la rama principal, siempre hago varias pruebas usando ktest, para asegurame de que mis parches funcionan y no causan ninguna regresión conocida.

Así como las herramientas mencionadas como son: git, perf, trace-cmd y kernelshark. Son herramientas que también utilizo de manera habitual.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Mientras trabajé en las compañías que he mencionado antes, trabajaba principalmente con Sun (Solaris) y AIX, un sistema Unix. Trabajando principalmente en un entorno militar sentía que mi carrera se estaba encasillando. Parecía que todo lo divertido y excitante estaba sucediendo entorno a los ordenadores, y ese sistema operativo nuevo de Microsoft. En 1996, por fin fui capaz de seguir mi camino en un proyecto basado en Windows NT. Fue utilizando C++ usando Windows Visual C++.

Fue un desastre. Honestamente me sentí como si tuviera que programar con una mano atada a la espalda. Después de pasar varios días fiabilizando una variable corrupta, encontré que el problema no sucedía donde creía, si no que el depurador de Visual C++ decidió decirme que la variable cambió cuando en realidad no lo hizo. Añadiendo dos printf estratégicamente, solucione este caso. Harto de tanta frustración exclame bien alto: “Por que no pueden inventar un sistema Unix para el PC!!”. Un compañero que estaba sentado cerca de mí se giró y me preguntó si había oido hablar de Linux?.

Hice lo típico, descargar los 13 disquetes que contenían la imagen de Slackware, y mi viaje comenzó. Pensé que era increíble que pudieras ver el código fuente y el kernel. Había un error en el kernel para uno de mis dispositivos, y despues de ua búsqueda rápida en internet encontré el parche que lo solucionaba. Bien no era un parche, eran instrucciones para cambiar el kernel. Pensé que eso era fantástico: “Estoy cambiando el kernel en mi PC!” Pero no es así como me hice desarrollador del kernel.

En 1998 mientras estudiaba un Master en la Universidad de Binghamton, uno de los profesores daba una clase sobre redes. El proyecto principal era convertir Linux 2.0 TCP stack en un protocolo credit/NAK. Durante esta clase encontré mi llamada. Me enamoré del todo de la programación del kernel. Me obsesioné con ello. Por desgracia lo más que podía hacer en mi trabajo era utilizar VxWorks kernel, que no era tan divertido.

En 2001 una compañía que empezaba llamada TimeSys abrió una oficina cerca de donde vivía. Tuve que luchar duro para conseguir un trabajo allí. Mi experiencia laboral era más que nada como usuario, y mi trabajo con el kernel era sólo como afición. Gracias a mis amigos que ya trabajaban allí fueron capaces de convencer a los directores de que tenía experiencia con el desarrollo del kernel ya que lo hacía en mi tiempo libre.

¿Qué es lo que hace que sigas interesada en esto?
La comunidad. Somos como una gran familia disfuncional, y me gusta eso. Hay mucha rivalidad en la lista de correo, pero despues cuando te encuentras en una conferencia, puedes tomarte con ellos una cerveza y reirnos juntos. Tienes que ser un tipo de persona peculiar para vivir en este entorno, y eso no es fácil. El truco es no llevar las cosas al terreno personal. Tienes que sopesar que es lo mejor para ti y que es lo mejor para la comunidad. Estamos intentando conseguir lo mejor de eso, pero al mismo tiempo, estamos intentando ayudar a otros. A veces la gente se olvida de este detalle y se dañan sentimientos.

Programar es un arte, y me gusta todo el arte, es un reflejo de lo que eres. Cuando alguien te dice que tu código apesta, puedes sentirte como si te lo dijeran a ti personalmente. Pero recuerda, si tu arte mejora tu también mejorarás. Si puedes sacudirte todas esas críticas, y mejorar tu trabajo, también mejorarás tu.

Me he sentido a veces tan hundido que he estado a punto de dejarlo. He pensado seriamente abrir una tienda de Starbucks en la carretera y dedicarme a eso. Pero no lo he hecho, y siento que soy mejor persona debido a ello. Además, tener mi propio Starbucks suena interesante.

¿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)?
Lo que más me ha sorprendido fue mi “#define if()”  (ver include/linux/compiler.h) Estaba asombrado de cómo funcionaba. Estaba incluso tan asombrado que lo incluí en el kernel. Cuando no se configuraba, no producía ningún daño en el kernel, así que no era un riesgo.

Todavía lo utilizo para encontrar heurística en varios códigos. Alguien me sugirió una forma de modificarlo para que fuera actualmente más útil para otros sin riesgos de rendimiento cuando este era habilitado. Todavía hoy está en mi extensa lista de cosas por hacer.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Encuentra algo en lo que quieras trabajar y hazlo. Una cosa que he aprendido trabajando en los parches -rt es que no puedes añadir cosas en el kernel. Esas cosas son las que necesitan que sean añadidas. No vengas diciendo que eres el mejor en una nueva característica y que todo el mundo debería tirar pétalos de flores a tus pies. Necesitas convencer a los mantenedores actuales que lo que tienes les beneficiará. Si puedes conseguir eso, tendrás a gente que se interese por tu código.

Necesitas empezar a ayudar a otros y a la comunidad, y esto no significa arreglar espacios en blanco o errores tipográficos. Si puedes contribuir con un beneficio de rendimiento, o simplemente limpiar código para hacerlo más sencillo de mantener y entender, sin sacrificar el rendimiento, estarás haciendo a la comunidad un gran servicio.

¿Qué escuchas mientras programas?
Los ventiladores de mi PC. No escucho música. Además mientras espero a que ktest termine su tarea, suelo leer algún podcast en Alemán para recordarlo y practicarlo. Ultimamente también he hecho un curso rápido de español para estar preparado para mi viaje a Barcelona

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Estoy en LKML, y linux-rt-users@vger.kernel.org. También me suelo pasar por el canal de OFTC #linux-rt (N.del T: “where we like to throw around large fish with thermo-deficiencies.” esta frase supongo que sea un tipo de frase hecha que no he sabido encontrar un parecido en español, si alguien tiene alguna idea…)

Normalmente suelo asistir a cinco conferencias al año. Me puedes encontrar en Linux Collaboration Summit y en Plumber. A veces también asisto a Embedded Linux, LinuxCon y Linux Users . También a OSADL’s Realtime Linux Workshop de la que he regresado hace poco y me gustó. Pero aquí de nuevo es la conferencia que más me gusta.

Enlaces de interés
Página personal en G+ | https://plus.google.com/116317370665849559569/posts
Página en GitHub | https://github.com/rostedt

—

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:

1. Linus Torvalds, abriendo la serie
2. Thomas Gleixner
3. Sara Sharp
4. Jean Delvare
5. Greg K-H
6. Dave Jones
7. Paul Mundt
8. Alan Cox
9. Arnd Bergmann
10. John Linville
11. Johannes Berg
12. Martin K. Petersen
13. Julia Lawall
14. Ben Hutchings
15. Mauro Carvalho Chehab
16. Jiri Slaby
17. Laurent Pinchart
18. Jiří Kosina
19. Chuck Lever
20. … y hoy le toca el turno a Peter Anvin  un desarrollador al que ya por este blog hice un entrada hace tiempo, la puedes ver pinchando aqui. Si has utilizado un Live-CD de GNULinux te sonará su nombre de verlo en los primeros procesos de arranque desde el Live-CD.

Aqui en este blog (https://victorhckinthefreeworld.wordpress.com/) he traducido todas estas entrevistas, desde que empezaron hace ya varias semanas. Principalmente para mí, porque me interesaban sus historias, y después pensé que estaría bien compartirlas con más gente. No es fácil traducirlas, y no sé si está bien hecho el trabajo. Si os gustan y créis que son interesantes me alegro, hacédmelo saber para ver si es un tiempo bien empleado… Gracias a quienes me habéis contestado!! 😉

Estas son una serie de entrevistas que realizan a los desarrolladores del kernel de Linux. Es curioso ver qué personas lo desarrollan y hacen que crezca. Las historias que hay detrás y las casualidades que se forman!!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…

Nombre:
H. Peter Anvin. La “H” es sinónimo de Hans, peri nunca la he utilizado como primer nombre, ni tuvo intención de serlo.

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
En la actualidad mi principal proyecto está siendo como co-mantenedor de la arquitectura x86 junto con Ingo Molnar y Thomas Gleixner. He hecho un montón de cosas a lo largo de los años, incluyendo la creación de kernel.org, el sitio de distribución del Kernel de Linux; la creación del cargador de arranque Syslinux y klibc; escribir la versión original de autofs; mantener Netwide Assembler; y muchas otras cosas. Con unas cuantas todavía estoy involucrado, y otras las he ido dejando por el camino.

¿De dónde recibes tu nómina?
Intel Open Source Technology Center. Un lugar divertido con un montón de gente divertida. Trabaar siempre es agradable cuando lo haces rodeado de gente inteligente.

¿En qué parte del mundo vives, y porque allí?
Vivo en San José, California. El tiempo es fantástico, y me gusta el ambiente de Silicon Valley. Es un lugar donde la creatividad y la originalidad son valoradas, y hay una actitud de “poder hacer” que realmente es estimulante.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Git quizás sea mi herramienta favorita de desarrollo sin duda, La rapidez y flexibilidad permite hacer cosas que nunca habría imaginado de usar las antiguas herramientas de control de versiones.

Tengo instalado KDE en mi PC. Siempre digo que tengo que probar cosas nuevas, pero siempre suelo regresar rapidamente. Creo que podría utilizar Xfce si pudiera pasar un rato configurándolo a mi gusto, pero por el momento no encuentro una razón para perder ese tiempo.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
En 1992, cuando todavía no me había graduado, me topé con Unix en la universidad y me gustó de veras. Había visto Microsoft Windows y me pareció realmente horrible. Utilizaba el 286 de mi padre, pero había ahorrado dinero para un ordenador durante bastante tiempo. Se acercaba el momento y empecé a preguntarme que sistema operativo debería instalar y había estado siguiendo una serie de artículos en Dr. Dobbs Journal titulados «Porting BSD to the 386» que describían el todavía inacabado proyecto 386BSD.

En aquellos días, Usenet esra tan pequeña que cuando te registrabas, tu lector de noticias te preguntaba si querías unirte a cada grupo creado recientemente. Así que cuando un grupo llamado “alt.os.linux” apareció de repente me uní y me conecte con el proyecto Linux. Poco después tuve un accidente y pasé unas semanas en el hospital. Mi padre decidió deshacerse del PC, y terminamos por encargar un increíble 486 (con 8 megas de RAM y 500 megas de disco duro) desde la cabina del hospital. Cuando lo tuve, empecé a experimentar con Linux, pero también probé a aprender OS/2. Los manuales de OS/2 que había pedido me los terminaron robando(!) así que terminé pasando mi tiempo con Linux, que obviamente terminó siendo una buena cosa. Así que a quien quiera que me robara los manuales, felicidades. Espero que haya pasado mucho tiempo tratando de ser un reputado desarrollador de OS/2.

Linux estaba lejos de ser el primer “clone barato de Unix” en esos días. Sin embargo, al menos para mis ojos en ese tiempo, las dos grandes diferencias entre el “Unixen real” y el “recién llegado” eran X11 en cuanto a gráficos y TCP/IP para la red. Cuando empecé a juguetear con él, Linux no tenía ninguno. Pero seis meses después, en otoño de 1992 tenía ambos. Ahí fue cuando me dí cuenta que Linux había llegado para quedarse.

¿Qué es lo que hace que sigas interesada en esto?
Por un lado, que los retos nunca terminan. Mi portátil hoy es al menos 10.000 veces más potente que el “monstruoso” 486 de hace 20 años, y Linux hoy es usado en ordenadores que son miles de veces más potentes que ese, y miles de millones si cuentas los clústers. Al mismo tiempo mi teléfono a día de hoy, que también es mucho más rápido que el viejo 486, también utiliza Linux.

Linux se ha colado en casi todos los rincones de la sociedad moderna, debido a su versatilidad, y estoy firmemente convencido de que la versatilidad es un resultado directo de su naturaleza de código abierto.

¿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)?
En lo que se refiere a algo gracioso, nada mejor que lo que se publica entorno al 1 de Abril (April’s fool). Particularmente me gustan aquellas que son creíbles pero totalmente inútiles. Por ejemplo, RFC 2324 Hypertext Coffee Pot Control Protocol (Protocolo de control de Hypertxto cafetera). Es parte de la cultura hacker que me encanta.

En cuanto a discusiones encarnizadas, solía tener un colaborador en la lista de correo del kernel Linux que escribía extensos correos con explicaciones detalladas de ordenadores arcana (N.T: ¿?) principalmente dirigidos a principiantes. Esto habría sido absolutamente fantástico si no fuera por el problema de que las explicaciones eran erróneas. Los desarrolladores más experimentados simplemente lo ignoraban, pero los novatos podían ser engañados, lo que no era justo para ellos. Ya en un punto de exasperación, varias personas incluyendo a Matt Mackall (de Mercurial fame) y a mí empezamos a comentar sus sin sentidos empezando los correos con “Querido bot-erróneo” y se quedó con el mote. Dejo de publicar al poco tiempo.

Y referente a logros increíbles… creo que el desarrollo temprano de git habla por si solo. Pasar de literalmente nada a algo útil en aproximadamente dos semanas fue un logro realmente sorprendente debido no sólo a su potencia si no también a su modelo de desarrollo, era muy fácil conseguir que otros desarrolladores se sumaran al carro y profundizaran en su funcionalidad. Ciertamente es una clase de situación extraña el tener multitud de desarrolladores experimentados altamente motivados, pero oye, así es como suceden las cosas raras.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Empieza poco a poco. Haz algo que te interese a ti. Pero si tienes la oportunidad, inténta tu primer proyecto, con algo que no interese a mucha gente, esto hace que la apuesta no sea muy alta y exista el riesgo de que tu primera prueba sea una prueba de fuego. Es mejor familiarizarse primero con el proceso y después preocuparse por los grandes asuntos.

Si puedes, búscate un mentor.

Espera alguna respuesta cortante, especialmente el los círculos del kernel de Linux. No te las tomes de forma personal. Yo he tenido personalmente respuesta de Linus Torvalds llamando a las cosas “estúpidas” e “idiotas” en numerosas ocasiones, y muchas de las veces estaba en lo cierto, pero por lo que sé el nunca me ha llamado a mí personalmente estúpido ni idiota. Hay una gran diferencia en eso: incluso las personas muy inteligentes con regularidad a hacer cosas que probablemente parecían tener sentido en el momento, pero por alguna razón no salieron demasiado bien.

¿Qué escuchas mientras programas?
La mayor parte del tiempo nada, pero de vez en cuando pongo un tema de música que suena una y otra vez. «Hotel California» de The Eagles es mi tema favorito por una razón particular.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Más de las que puedo enumerar. No leo toda la lista de correo de Linux Kernel, poca gente hay que lo haga, si es que hay alguien, pero sí que la ojeo regularmente. Y actualmente estoy conectado en 40-50 canales de IRC, pero la manera más fácil de encontrarme probablemente sea en #syslinux en Freenode.

Y en cuanto a conferencias, trato de ir a Linux Plumber’s Conference y a cualquier conferencia a la que este unida la cumbre de Lnux Kernel cada año. Más allá de eso, depende.

Enlaces de interés
Página personal en G+ | https://plus.google.com/107672941537404681483/posts

—

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:

1. Linus Torvalds, abriendo la serie
2. Thomas Gleixner
3. Sara Sharp
4. Jean Delvare
5. Greg K-H
6. Dave Jones
7. Paul Mundt
8. Alan Cox
9. Arnd Bergmann
10. John Linville
11. Johannes Berg
12. Martin K. Petersen
13. Julia Lawall
14. Ben Hutchings
15. Mauro Carvalho Chehab
16. Jiri Slaby
17. Laurent Pinchart
18. Jiří Kosina
19. … y hoy le toca el turno a Chuck Lever  un desarrollador que trabaja en Oracle y que da un buen consejo para aquellos que quieran empezar a trabajar con Linux.

Aqui en este blog (https://victorhckinthefreeworld.wordpress.com/) he traducido todas estas entrevistas, desde que empezaron hace ya varias semanas. Principalmente para mí, porque me interesaban sus historias, y después pensé que estaría bien compartirlas con más gente. No es fácil traducirlas, y no sé si está bien hecho el trabajo. Si os gustan y créis que son interesantes me alegro, hacédmelo saber para ver si es un tiempo bien empleado… Gracias a quienes me habéis contestado!! 😉

Estas son una serie de entrevistas que realizan a los desarrolladores del kernel de Linux. Es curioso ver qué personas lo desarrollan y hacen que crezca. Las historias que hay detrás y las casualidades que se forman!!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…

Nombre:
Chuck Lever

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Trabajo sobre NFS para Linux e implementaciones FedFS

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

¿En qué parte del mundo vives, y porque allí?
Ann Arbor, Michigan. Vine al colegio aquí hace ya 30 años, me gustó y me quedé. Estaba cerca de la familia. En la década anterior un cuadro de desarrolladores de NFS se formó aquí. Trabajar con una comunidad global como Linux significa viajar, y ciertamente he aprendido a apreciar la singularidad de mi ciudad y de muchas otras ciudades.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Esto es un anatema para algunos, ya que tengo instalado MacOS en mi escritorio y hago el desarrollo del kernel de Linux en un entorno virtualizado. MacOS ofrece herramientas fáciles de utilizar además de un gran abanico de herramientas enfocadas para la productividad. Una de estas herramientas que utilizo mucho es Evernote.

La virtualización significa que puedo tener tantos sistemas desarrollados como necesite sin preocuparme de la potencia, del ruido, del enfriamiento, de la compra de nuevo hardware y el reciclado. Prefiero herramientas desde la línea de comandos y vim, y me gusta Stacked Git para el manejo de parches.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Algunos recordarán un embarazoso informe durante la época de expansión de internet a finales de los 90 que concluía que Windows/NT era una plataforma de servidores más escalable para internet que Linux. Un programa de investigación de la universidad de Michigan empezó a ayudar a Linux a mejorar los servicios de internet. En aquel entonces, esto significaba sólo lo básico: LDAP, IMAP y HTTP. Yo estaba cansado de ser un administrador de sistemas a gran escala, por lo que me apunté. Finalmente, el trabajo pasó a centrarse en NFSv4.

¿Qué es lo que hace que sigas interesada en esto?
Ayudo a mejorar el software que la gente usa todos los días para hacer su trabajo. La escalabilidad del rendimiento, la facilidad de administración y la confiabilidad de almacenamiento de datos es crucial para todos los sistemas de computadoras del mundo.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Se necesitan muchas habilidades técnicas importantes: programar de manera fluida, manejar herramientas de control del código fuente, revisar el código programado por otros, resolución de problemas, probar lo que has escrito y así una vez y otra. Lo más importante de todo esto y lo más difícil de hacerlo bien son las revisiones de código y las pruebas exhaustivas. Debes aprender a manejarlo pronto.

Un joven desarrollador puede encontrar un mentor que entienda y respete su estilo de trabajo. Una de las mejores cosas que puedes aprender de un buen mentor es cómo criticar de manera constructiva. Otra cosa importante es cómo trabajar bien con otros desarrolladores. Lo amplio de nuestra comunidad es algo que las metodologías del código privativo no pueden alcanzar.

¿Qué escuchas mientras programas?
Ambient/downtempo, clásica instrumental, y alguna vez jazz tradicional. Cualquier cosa con letra o cantado me distrae muy facilmente.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
#linux-nfs on oftc.net… LSFMM (Linux Storage, Filesystems, and Memory Management), y en alguna ocasión en , LPC (Linux Plumber’s Conference). Recientemente he acudido a los encuentros IETF (Internet Engineering Task Force).

Enlaces de interés
Página personal | http://www.monkey.org/~cel/

—

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:

1. Linus Torvalds, abriendo la serie
2. Thomas Gleixner
3. Sara Sharp
4. Jean Delvare
5. Greg K-H
6. Dave Jones
7. Paul Mundt
8. Alan Cox
9. Arnd Bergmann
10. John Linville
11. Johannes Berg
12. Martin K. Petersen
13. Julia Lawall
14. Ben Hutchings
15. Mauro Carvalho Chehab
16. Jiri Slaby
17. Laurent Pinchart
18. … y hoy le toca el turno a Jiří Kosina  un desarrollador que trabaja en SUSE Labs

Aqui en este blog (https://victorhckinthefreeworld.wordpress.com/) he traducido todas estas entrevistas, desde que empezaron hace ya varias semanas. Principalmente para mí, porque me interesaban sus historias, y después pensé que estaría bien compartirlas con más gente. No es fácil traducirlas, y no sé si está bien hecho el trabajo. Si os gustan y créis que son interesantes me alegro, hacédmelo saber para ver si es un tiempo bien empleado… Gracias a quienes me habéis contestado!! 😉

Estas son una serie de entrevistas que realizan a los desarrolladores del kernel de Linux. Es curioso ver qué personas lo desarrollan y hacen que crezca. Las historias que hay detrás y las casualidades que se forman!!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…

Nombre:
Jiří Kosina. Pero como la letra’ř’ es imposible de pronunciar para casi nadie que sea de fuera de la República Checa, he terminado por utilizar Jiri.

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
El archivo de MANTENEDORES me nombra como la persona responsable para multiples subsistemas dentro del área del kernel. Las más interesantes son, en orden decreciente en cuanto a relevancia:

– Soy el mantenedor de los subsistemas HID (dispositivos de interfaz humana en inglés: human interface devices) Esto significa manejar una amplia variedad de hardware, empezando por USB/Bluetooth micrófonos/teclados/joysticks, y también incluyendo dispositivos multitáctiles (donde es Benjamin Tissoires el que está realizando la mayor parte del trabajo). Otras partes interesantes van apareciendo en el horizonte y son HID sobre I2C soporte para sensores HID, etc

– Disposición aleatoria de la dirección del espacio para los ejecutables del espacio de los usuarios (N.T: La frase original es:”Address space layout randomization for userspace executables.” si alguien tiene una versión más acertada que la comparta!) Gran parte de este código fue extraído originalmente de ExecShield pero que he remodelado en varias ocasiones, se ha unido a la rama estable del código de Linus, y se ha ido depurando con el paso de los años. Había algunos errores muy extraños, de hecho en su mayoría relacionados con la versión libc5 (sí, todavía hay gente funcionando en kernels 3.x) versiones muy antiguas de emacs asumen esta dirección como la última de las variables globales declaradas y marca el principio del brk(). Una experiencia rara.

– Soporte APM (para aquellos que no son muy viejos para recordarlo, sí esto es lo que utilizábamos antes de que se inventase ACPI ). Me encargué de esto porque todavía tengo hardware que intento mantener actualizado con kernels al día, y sólo funcionan con APM. Está siendo tranquilo aunque a nadie parece preocuparle mucho (excepto para el apoyo inactividad de la CPU que está siendo obsoleto y actualizado constantemente).

– El controlador del Floppy. Me metí en esto recientemente. Tuve que luchar con el actual mantenedor hasta la muerte en la “cueva del trueno” y… bueno actualmente el controlador ha estado desatendido durante mucho tiempo y se ha convertido en algo muy espinoso. Lo más divertido de esto es que siempre tenía que estar, pero a nadie le importaba, el hardware real del floppy es demasiado lento para provocar un desarrollo en el código. Pero para aquellos que son lo suficientemente valientes para virtualizar el controlador del floppyles pillará esto por sorpresa, el dispositivo del floppy virtualizado en endemoniadamente rápido. Después de haber solucionado esto el controlador vino a parar a mí. Bueno, no es la carrera con la que siempre soñé.

– Y otras ramas más triviales. Principalmente recoger parches por los que nadie más se preocupa, y mandárselos a Linus para que los revise.

¿De dónde recibes tu nómina?
SUSE. Trabajo como responsable del equipo del “núcleo del kernel” en el departamento de SUSE Labs y soy el mantenedor responsable de los kernels que dan forma a los productos de SUSE Linux Enterprise.

¿En qué parte del mundo vives, y porque allí?
Praga, en la República Checa. He nacido aquí, y excepto un intermedio cuando estuve trabajando en el CERN, realmente nunca he tenido una razón para vivir en cualquier otro sitio.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Soy usuario de KDE desde mis primeros tiempos. Pero KDE4 estaba en un punto crítico, no pude evitar la tentación de cambiarme a otros entornos más livianos. Así que ahora utilizo icewm lleno de xterms, vim, gcc, git, quilt, (al)pine, navegadores, algún cliente de mensajería instantánea, twinkle para voip, mplayer… y poco más.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Estábamos configurando un router para Internet (usando un módem a 9k6 bps po supuesto) cuando íbamos al instituto en 1996, y había algo que no funcionaba bien, creo que fue un punto muerto en la tarjeta de red lo que nos estaba bloqueando. Me dí cuenta que podía obtener el código fuente en algún sitio y tratar de investigar qué pasaba. Me costó muchas semanas sin dormir bien hasta que entendí todo pero al final fui capaz de solucionarlo… sólo apuntar que fue solucionado ya en la versión 2.0.17. Pero fue una experiencia sorprendente.

¿Qué es lo que hace que sigas interesada en esto?
La combinación única de alta tecnología y alta interacción social en esto.

¿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)?
Me gustan las sesiones de depuración mediante correo electrónico. Tratando de averiguar por qué el sistema de la persona que reporta el bug se comporta como lo hace, poniendo todas las piezas de información en conjunto, tratando de encontrar maneras inteligentes de cómo instrumentar el código para conocer un poco mejor lo que está sucediendo. Es como leer una novela policíaca dramática, con el añadido de que además puedes participar en ella.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Si necesitas preguntar cosas como: “Quiero ser un desarrollador del kernel, porque pienso que está genial, ¿en qué puedo trabajar?” empieza cambiando primero tu forma de pensar.

Estoy convencido de que hay muchas cosas que detestas de Linux, así que ¿por qué no empiezas cambiando eso? ¿No es tu servidor casero muy lento? ¿No se estropea tu audio cuando estas haciento tareas intensivas de Entrada/Salida de datos? ¿No odias que se produzca un fallo OOM que siempre decide “colgar” tu editor de texto cuando estás escribiendo una carta importante de amor?

Realmente mi consejo básico sería: deja de ignorar la pequeñas cosas que te molestan “sólo un poco” y empieza por resolverlas. El resto vendrá solo.

¿Qué escuchas mientras programas?
Cuando trabajo en algo que mi cerebro considera que será un duro problema, necesito silencio. Pero en otras ocasiones tengo un amplio gusto musical, que van desde la música clásica (Mozart sobre todo) hasta el rock o el punk

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Listas de correo de la comunidad: Principalmente LKML y linux-input, más de vez en cuando usb-devel

IRC: /whois jikos

Conferencias: Kernel Summit + las conferencias aledañas, y una selección aleatoria de otras conferencias relacionadas con el kernel, a las que no asisto necesariamente año tras año.

—

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:

1. Linus Torvalds, abriendo la serie
2. Thomas Gleixner
3. Sara Sharp
4. Jean Delvare
5. Greg K-H
6. Dave Jones
7. Paul Mundt
8. Alan Cox
9. Arnd Bergmann
10. John Linville
11. Johannes Berg
12. Martin K. Petersen
13. Julia Lawall
14. Ben Hutchings
15. Mauro Carvalho Chehab
16. Jiri Slaby
17. … y hoy le toca el turno a Laurent Pinchart  un desarrollador que trabaja en controladores de vídeo del kernel de Linux…

Aqui en este blog (https://victorhckinthefreeworld.wordpress.com/) he traducido todas estas entrevistas, desde que empezaron hace ya 17 semanas. Principalmente para mí, porque me interesaban sus historias, y después pensé que estaría bien compartirlas con más gente. No es fácil traducirlas, y no sé si está bien hecho el trabajo. Si os gustan y créis que son interesantes me alegro, hacédmelo saber para ver si es un tiempo bien empleado…

Estas son una serie de entrevistas que realizan a los desarrolladores del kernel de Linux. Es curioso ver qué 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…

Nombre:
Laurent Pinchart

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Estoy centrado sobre todo en video captura (V4L2) y más recientemente, soporte para display (DRM y FBDEV) para plataformas embebidas. Depende a quien preguntes, la gente me conocerá como “El tipo de los controladores multimedia” (dentro del marco multimedia enel núcleo del kernel) o “El tipo UVC” (USB Videl Class, un estándard USB de webcams).

Además de mantener varios drivers relacionados con el vídeo, estoy implicado en el diseño y desarrollo de controladores multimedia, subsistemas V4L2, DRM y FBDEV, y también escribo documentación para sus API’s.

También considero que revisar parches y dar soporte a los usuarios de mi código es una parte importante. Aunque no dedico tanto tiempo a esto como me gustaría .

¿De dónde recibes tu nómina?
Renesas Electronics es actualmente mi principal ingreso. También ofrezco servicios de consultoría a clientes más pequeños a través de Ideas on Board, mi compañía de consultoría integrada Linux.

¿En qué parte del mundo vives, y porque allí?
Vivo en Bélgica, principalmente porque he pasado toda mi vida aquí. La escena local del desarrollo del kernel es desafortunadamente muy pequeña. El software libre y de código abierto está, sin embargo, bien representado gracias a eventos como el FOSDEM.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Vim siempre está a mano en mi lista de los más usados, pero trato de no ser muy “fanático” con esto. Más recientemente, otro cambio sustancial fue git. Ha incrementado mi productividad y ahora lo utilizo para todos mis proyectos.

Y para mi PC, en este utilizo KDE, quizás por razones históricas. Manías de desarrollador, seré feliz mientras mi sistema me permita la opción de tener el control de la consola sólo mediante el teclado.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
A pesar de que ya había empezado a escribir código del kernel en 2002 en una pequeña empresa Belga, la verdadera diversión empezó en 2005 con un típico problema de “ráscate tu propio picor”. Me había comprado una webcam para un proyecto personal sobre robótica y decidí intentar escribir mi propio driver para Linux. Siete años después mantengo el controlador UVC para cámaras que soporta más de 250 modelos.

La impredecible naturaleza del desarrollo del kernel de Linux siempre me sorprende. Trabajar en el controlador UVC me permitió entrar en contacto con Logitech (resultó que un estudiante de informática había planeado escribir el mismo controlador para su tesis de maestría durante una pasantía en Logitech y tuvo que cambiar sus planes cuando publiqué mi código – lo siento por eso Martin) Esto llevó a un primer contrato pagado para un desarrollo embebido de Linux en la plataforma TI DaVinci, contactos con la comunidad del kernel ARM y eventualmente propuestas de contratos con Nokia. Me gustaría aprovechar esta oportunidad para agradecer a Kevin Hilman, no podría haber llegado donde estoy hoy si no me hubiera recomendado entonces.

¿Qué es lo que hace que sigas interesada en esto?
El desarrollo del kernel de Linux me hace sentir útil a la gente, no sólo a empresas. A lo largo de estos años he aprendido a sentirme apasionado por sus cambios técnicos, es sorprendente que los desarrolladores de los que continuamente aprendo, compartan su cultura y su ecosistema dinámico me lleva a inesperados – pero siempre interesantes – viajes.

¿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)?
Fue más sorprendente que divertido, la historia que recuerdo ocurrió a principios de 2008. Un desarrollador de una fábrica de un chipset de una webcam de Taiwan contactó conmigo para preguntarme si había considerado venderles el controlador de Linux UVC por 50.000$. Después de recuperarme del shock, le pregunté que el controlador no estaba en venta, pero estaba disponible para ellos para utilizar de manera libre bajo licencia GPL. Un par de correos electrónicos más tarde, no entendían como yo podía pasar mi tiempo desarrollando el controlador y liberar el resultado como código libre, el desarrollador se ofreció a mandarme 250$ de su propio dinero, diciendo que él no podía pagar más debido a que su hijo iba a la universidad y le resultaba muy caro. No necesito decir que rechacé el dinero, pero recuerdo que esta historia me conmovió profundamente.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
“Ráscate tu propio picor”. Pocos (si es que hay alguno) proyectos de código libre y abierto que tienen éxito empiezan a lo grande. Necesitarás gente interesada en un proyecto que te ayude en los malos momentos.

A los estudiantes, me gustaría darles un consejo para que se involucren mientras están estudiando. No lo creerán, pero tendrán menos tiempo una vez que se gradúen. Las fiestas y las bebidas son divertidas y tentadoras, pero esto no hace un buen Curriculum Vitae.

Finalmente no te tomes las revisiones de tu código de manera personal. Los desarrolladores más experimentados tienden a olvidar que no sentirse ofendido por una crítica no es una habilidad innata. Recuerda que las revisiones son a tu código, no a ti mismo de manera personal (hay excepciones a esta regla, pero esto ocurre muy raramente). Consideralas como un consejo de un experto, intenta aprender de ellas y no te disgustes. Terminarás considerándolas como un proceso natural.

¿Qué escuchas mientras programas?
Esto depende del trabajo y de mi estado de ánimo. Necesito silencio (o a veces incluso una vuelta en bici) para concentrarme en trabajos difíciles, pero me gusta relajarme con un buen té y música de fondo cuando estoy trabajando en problemas menos complicados, o escuchar canciones pegadizas para acelerar mi ritmo de trabajo. Por mencionar algunos: Girls in Hawaii (una banda famosa en Bélgica de indie pop), The killers, Indochine o Les Cowboys Fringants son habituales en mi lista de escuchados.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Las listas de correo que más sigo son: linux-media@vger.kernel.org, linux-sh@vger.kernel.org y dridevel@lists.freedesktop.org. La lista de correo linux-kernal@vger.kernel.org tiene múcho tráfico de correos para estar revisándola todos los días. La mejor manera de asegurarte de que vea tus correos, es poniéndome a mí en copia (CC)

También me paso por las salas de IRC #v4l and #dri-devel en freenode.net. Me puedes “hacer ping”, pero por favor utiliza la lista de correo adecuada para preguntas que puedan ser interesantes para más gente.

La conferencias son mi forma preferida para socializarme con otros desarrolladores del kernel. Las recomiendo; encontrarse con gente cara a cara hace las futuras interacciones en las listas de correo más fáciles. Trato de ir por lo menos a una como Linux Plumbers Conference, Embedded Linux Conference or FOSDEM cada año, y trato de dar una charla sobre el trabajo en el que estoy desarrollando. No me encontrarás siempre en las salas de las conferencias. Paso la mayor parte del tiempo en discusiones informales por los pasillos que escuchando las charlas.

—

Enlaces de interés:
Página de su proyecto personal | http://www.ideasonboard.com/
Página en Linkedin | http://be.linkedin.com/pub/laurent-pinchart/1/800/ba8
Página en Gitorious | https://gitorious.org/~pinchartl
Linux Plumbers Conference | http://www.linuxplumbersconf.org/2010/ocw/users/843

—

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, John Linville, Johannes Berg , Martin K. Petersen , Julia Lawall , Ben Hutchings , Mauro Carvalho Chehab y hoy le toca el turno a Jiri Slaby un desarrollador que trabaja en SUSE a media jornada, y usuario de openSUSE.

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…

Nombre:
Mi nombre es Jiří Slabý. Pero apostaría a que a la gente le cuesta leerlo y mucho más pronunciarlo.

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Siempre hago lo que parece que debería hacerse. Antes hice este trabajo por dinero, me ofrecí voluntario para reescribir todos los drivers para evitar que quedaran obsoletos los dipositivos pci_find.

Un tiempo después, reescribí y unifiqué los drivers para la tarjeta wifi Atheros 5k. Creo que la fusión y otras medidas tomadas por otros desarrolladores de drivers llevaron a Atheros a “abrir” su código. Pero había también una parte oscura: una discusión encendida que yo empecé.

Despues reescribí la capa de entrada HID para convertirlo en bus. A pesar que muchos usuarios utilizan esta capa cada día, estoy contento porque nadie parece haber notado el cambio. Eso está bien porque los cambios que no se notan significan que no hay regresiones.

Ahora estoy de nuevo en las capas TTY. Junto con otros, estoy tratando de limpiar esas capas y eliminar y limpiar todo el código antigüo o inútil, que no cuenta con hotplug y otras cosas más modernas.

Al mismo tiempo, estoy tratando de encontrar la forma de cómo permitir a los parches del kernel servicios 24/7/365. Y como todos los demás también he hecho alguna cosilla más como escribir los límites de los procesos, y arreglar y mantener algunos otros drivers que reescribí, etc.

¿De dónde recibes tu nómina?
SUSE, desde hace más de cinco años. Siempre como empleado a media jornada.

¿En qué parte del mundo vives, y porque allí?
Prostejov, una pequeña ciudad en la parte este de la República Checa. Vivo aquí porque nací aquí, crecí aquí y me encanta este lugar.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Vim es lo mejor. Y también otras herramientas sin las que no podría vivir. Como por ejemplo Git. En mi PC tengo KDE4 con openSUSE. La versión de desarrollo en mi PC de escritorio, y la última estable (conocida como Tumbleweed) en mi portátil.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Porque quería construir un kernel, pero el sistema no funcionaba del todo bien en algunas áreas. Así que arreglé eso y ese fue mi primer parche.

Después hubo un parón porque estuve trabajando en los drivers NetBSD para un proyecto de redes Checo. Pero regresé a Linux, convertí los drivers NetBSD a Linux y finalmente continué trabajando solo en Linux en los proyectos que ya he mencionado más arriba.

¿Qué es lo que hace que sigas interesada en esto?
Porque nadie puede realmente entender el kernel completamente. Es un constante ecosistema en cambio, y uno siempre tiene que estar aprendiendo algo nuevo. Y también por la gente. Ellos me enseñaron realmente a programar.

¿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)?
Siempre menciono un momento cuando finalmente encontré un error de una corrupción silenciosa que había introducido alguien. Era en el proceso de la suspensión a RAM. Me recuerdo siete días y siete noches pensando y persiguiendo el mismo error. Era que siempre aparecía el valor 0xf0 en algun lugar aleatorio de la memoria. Cuando finalmente pude poner mi huella sobre la pieza rota del código, estaba contento de haber derrotado finalmente a ese error.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Sé lo difícil que es empezar por tu cuenta, cuando no tienes a nadie para preguntar sobre cómo una parte en particular del kernel esta diseñada paras trabajar. Si quieres empezar a programar con el kernel y tienes cerca a algún conocido que sepa del kernel, no seas tímido y no dudes en pedir ayuda. Estudiando por tu cuentatambién es un camino, pero so te llevará mucho más tiempo.

También por esa razón estoy dando lecciones de kernel en mi “alma mater”. Así que revisa en tu universidad si hay folletos que anuncien cursos o cosas así.

¿Qué escuchas mientras programas?
A menudo la gente se equivoca cuando tratan de adivinar eso. Escucho Heavy Metal (Iron Maiden, si tengo que elegir uno) Trash Metal (Sepultura) y quizás algo de Rock (nadie en particular). Pero si a veces bluegrass

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Estoy suscrito a la lista de correo LKML. Desde que soy más estudiante que hacker, cada vez más asisto a conferencias de ciencias de la computación. Pero de vez en cuando aparezco en conferenciassobre Linux también. Como Linux Kernel Summit el pasado año y quizás LinuxCon Europe este año.

—

Enlaces de interés:
Página personal | http://www.fi.muni.cz/~xslaby/
Blog personal | http://jirislaby.blogspot.com.es/

—

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, John Linville, Johannes Berg , Martin K. Petersen , Julia Lawall , Ben Hutchings y hoy le toca el turno a Mauro Carvalho Chehab.

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…

Nombre:
Mauro Carvalho Chehab. Nick: mchehab

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Soy el mantenedor del subsistema de medios en el Kernel. Esto incluye drivers para mandos a distancia, webcams, captura en directo de audio y video, televisión analógica y digital, receptores y transmisores de AM/FM.

Soy el principal contribuidor del subsistema EDAC. Y como tal estoy trabajando actualmente en una mejor integraciónde varios subsistemas relacionados con el reporte de errores hardware (EDAC, APEI GHES, MCE) con el fin de trabajar juntos.

También trabajo en lo relacionado con herramientas como xawtv, v4l-utils, edac-utils y algunas otras.

¿De dónde recibes tu nómina?
En agosto, celebré cuatro años en Red Hat. Antes de eso, solía mantener el subsistema multimedia en mi tiempo libre, mientras trabajaba en algo que no tenía nada que ver (mi anterior cargo fue para planear e implementar los sistemas de telecomunicaciones y la red de gestión de telecomunicaciones – trabajé como tal en una gran empresa Brasileña)

¿En qué parte del mundo vives, y porque allí?
Ahora estoy viviendo en la parte suroeste de Brasil. Antes de eso estuve viviendo en Brasilia. Mi mujer, mis hijos y yo solíamos padecer bastante el clima seco y desértico de Brasilia, así que migramos a una bonita ciudad de la zona interior del estado de São Paulo, en el valle del río Paraiba, una ciudad con buenas infraestructuras, y buenas escuelas para los niños.

Ahora estamos cerca de una gran ciudad como São Paulo (pero no muy cerca como para sufrir los problemas normales de una gran ciudad) así como a algunos lugares agradables en la montaña y en la playa.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Utilizo las herramientas normales: git, gcc, gmake, bash, perl un cliente de correo y un navegador web.
No me preocupa mucho sobre el cliente de correo, así que utilizo Thunderbird la mayor parte del tiempo. Aunque también utilizo pine, claws-mail y/o evolution depende de mi estado de ánimo. Como todas las carpetas están instaladas en un servidor imap local, no importa mucho que cliente de correo utilice.

En general prefiero utilizar herramientas basadas en modo texto. Pero no estoy en contra de las ayudas de las interfaces gráficas. Para la edición de archivos utilizo nano la mayor parte del tiempo. Así cuando necesito realizar alguna tarea compleja Kate es mi opción.

He escrito varios scripts en bash y perl que me ayudan en el manejo de parches.

La distro que utilizo actualmente es Fedora, porque me ofrece todo lo que necesito. Generalmente instalo la última versión estable., me encanta ver las mejoras en mi escritorio. Aunque, no me gusta mucho cuando las características que utilizo en algunas interfaces gráficas se eliminan en una nueva versión de la misma aplicación.

Respecto a las interfaces gráficas, utilizo 3 monitores, ya que mantengo muchas ventanas abierta al mismo tiempo. Desafortunadamente muchas interfaces gráficas no soportan bien más de un monitor. Así que siempre estoy intentando una nueva para ver si esta funciona bien con mi entorno de escritorio (KDE 3 y Gnome 2 es lo que utilizo para trabajar, pero ya no se encuentran en las modernas distros.)

Así que voy cambiando ente xfce, lxce, KDE 4 y GNOME 3. Desde Fedora 17, Gnome 3 casi funciona con varias extensiones habilitadas. Así que actualmente estoy tratando de vivir en paz con Gnome 3 ya que, incluso corriendo xfce o lxce, la mayoría de las aplicaciones de GNOME 3 se carga núcleo de todos modos. Así que los ahorros de memoria con xfce o lxce generalmente no se aprovechan, y algunos pequeños problemas pueden surgir por no tener la shell de GNOME 3 para gestionarlos.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Tengo una larga historia con Linux. La primera versión de Linux que utilicé fue Slackware 0,97 con Kernel 1.0, que instalé para trabajar como un router de Internet (tenía la suerte en ese momento de tener la asombrosa cantidad de 9.600 Kbps de enlace dedicado a Internet en mi escritorio y quería compartirlo con mis amigos en la oficina). Traté primero en utilizar un router TCP / IP de código abierto, llamado KA9Q, pero no era estable en mi sistema, por lo que un amigo me sugirió Linux en su lugar.

Desde entonces, he instalado Linux en mi PC de escritorio y utilizado Linux y en varios lugares con el fin de administrar las oficinas centrales de Plain Old Telephony Service. En ese tiempo usar código abierto y hacer un desarrollo interno dentro de la compañía de telecomunicaciones era considerado una blasfemia, incluso cuando estaba ahorrando diez millones de dólares al año con una solución basada en Linux. Por lo tanto, he experimentado una sensación creciente de que yo debería devolver parte a la comunidad debido a los grandes servicios prestados por el software de código abierto en esa época.

Mis comienzos como estudioso del Kernel fue por accidente. En 2005 estaba pensando en trabajar un título de doctorado de ingeniería. Como las tesis de mi graduación y las 2 anteriores se hicieron en el área de proceso de imágenes, mi idea era trabajar escribiendo algún códec de vídeo. Así que compré una tarjeta capturadora de TV que supuestamente funcionaba en Linux.

Desafortunadamente, el formato estándar utilizado en Brasil (PAL/M) no estaba soportado. Sin embargo, todo para PAL / M parecía estar allí en el código del controlador. Sin embargo, los vídeos se veían en blanco y negro.

Así que decidí arreglarlo por mí mismo, y compartir los logros. Me llevó sobre dos semanas trabajando en ese parche, volviendo a leer viejos libros sobre TV analógica para ver los detalles de los stándares de vídeo y leer documentación sobre cómo programar el dispositivo. Al final del día, los colores no estaban funcionando debido a un desplazamiento de tiempo 0,1% en la parte del driver responsable de la programación del decodificador de vídeo de tiempo de muestreo. El resultado fue de parche de dos líneas de código 😉

Por ese tiempo, Randy Dunlap y Andrew Morton me ayudaron mucho para aportar mi parche, dándome las instrucciones adecuadas de cómo compartirlo en la lista de correo de Linux Kernel. Hoy en día, cuando recibo un parche de un remitente nuevo, me acuerdo de la paciencia que tenía oy y trato de no ser gruñón con el remitente.
Después de la solución al PAL/M, encontré otros errores que me condujeron a reescribir el módulo dentro del subsistema y varias otras partes en el propio driver. También otros desarrolladores me preguntaron cómo contribuir con sus parches y más tarde me pidieron oficialmente que me encargara del mantenimiento. Lo que no sabía era que iba a significar eso en mi vida, era ingenuo y lo suficientemente valiente para hacerme cargo 😉

Algún tiempo después, me dí cuenta que algo que empezó como una simple solución a un problema se convirtió en un trabajo serio. Así que fue el siguiente paso lógico para mí, dejar atrás mis 20 años de carrera para dedicarme por completo a Linux y al código abierto.

¿Qué es lo que hace que sigas interesada en esto?
Cada nuevo driver que escribo es como un nuevo hijo: Verle dar sus primeros pasos, y llegar a ser útil para alguien más es muy excitante.

También me gusta arreglar diseños que no funcionan, limpiar código y ayudar a otros a contribuir. El gran logro del código abierto y Linux es debido a la colaboración, y me siento orgulloso de ayudar en este éxito y ayudar también a los usuarios a que tengan drivers para sus dispositivos en Linux.

¿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 hay un hecho aislado que resaltar. En general ocurre cuando veo nueva gente empezando con parches simples y de repente llegan a ser contribuidores activos.

También está muy bien cuando drivers fuera de la rama estable del kernel son incorporados a este. Tuvimos varios casos de esos dentro del subsistema de medios: gente que trabajaba por su cuenta sobre un proyecto finalmente de daba cuenta que el unir su código es bueno no sólo para ellos sino para todos aquellos que quieren utilizar su código. La fusión de estos códigos no es fácil, ya que los desarrolladores en general se quejan del estilo de codificación de Linux. Pero al final, los drivers tienden a ser mejores, a medida que más gente revisa el código y ofrece soluciones.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
No asustarse por aportar parches; si hay algo que no funciona o algo que mejorar por favor escribe un parche y compártelo.

Es muy probable que la gente haga malos comentarios sobre tu primer parche, diciendo que el parche no es correcto o que no sigue el estilo de código de Linux. Así que mi segundo consejo es (citando a Galaxy Quest): “Nunca abandones, nunca te rindas”. Vuelve a hacer el parche hasta que lo consigas. Puede que te lleve algunas intentonas hasta que lo consigas, pero aprenderás un montón durante el proceso.

Y mi tercer consejo: No te sientas intimidado por el lenguaje Inglés! Conozco mucha gente que se retrae cuando tiene que mandar sus parches porque no hablan inglés. Los parches son revisados por la calidad del código no por el vocabulario. De acuerdo que una buena descripción es una parte de ello, pero si no dominas el lenguaje al 100%, eso es algo que tiene solución. Algunos de los que revisan, incluyéndome a mí, tenemos el hábito de arreglar los comentarios mal escritos cuando los parches no están adecuadamente descritos o cuando se advierte que el escritor del parche tiene problemas con el idioma.

Leer documentación en el directorio /Documentation antes de subir un parche ayuda bastante a realizar mejor el código.

El proyecto de Greg K-H : Linux Drive Project es un buen punto de partida para aquellos que quieren implicarse.

¿Qué escuchas mientras programas?
El sonido del silencio 😉 Generalmente prefiero no ser molestado por ningún sonido mientras programo.

Cuando realizo un trabajo más rutinario, a veces escucho buena música. Soy muy ecléctico cuando escucho música: Me gusta la música clásica, rock, country, música internacional, ópera, ópera rock y por supuesto estilos brasileños (Samba, Bossa nova, Chorinho, old guard, new guard, Tropicalia, Sertaneja, rock de Brasilia, rock Brasileño, etc) también escucho nuevas voces como Adele.

Normalmente, al final de un día de trabajo, o cuando estoy muy estresado o si tengo que esperar una compilación que tarda bastante, tomo una guitarra (o un bajo) y trato de tocar una canción. Esa es una buena manera de deshacerse del estrés diario y darle a mi cerebro un poco de tiempo y oxígeno para pensar cómo resolver algún asunto complejo.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
A la lista de correo de “media subsystem” que es: linux-media@vger.kernel.org. A la lista de correo de EDAC que es: linux-edac@vger.kernel.org. Normalmente estoy registrado en freenode en las salas de IRC: #v4l and #linuxtv. También estoy en OFTC en el servidor de IRC en las salas: #kernel-br (una iniciativa de la comunidad de desarrolladores del kernel en Brasil como una manera de ayudar a la gente que habla Portugués a empezar a conocer el kernel.)

En general no soy muy activo en el IRC, porque puede ser una gran distracción. Así que mantengo un bot siempre conectado y de vez en cuando me paso a echar un vistazo a los logs, a veces se discute sobre cómo tareas de desarrollar parches.

En cuanto a las conferencias, es más variable. Desde el año 2008, hacemos al menos una conferencia anual para el subsistema de medios de comunicación. En general suelo acudir. También suelo ira la Cumbre del Kernel de Linux y sus conferencias.

—

Enlaces de interés

Página de G+ | plus.google.com

BR-Linux.org | br-linux.org/2010/tv-digital-brasileira-no-linux-mais-drivers-experimentais-disponiveis/

—

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, John Linville, Johannes Berg , Martin K. Petersen , Julia Lawall y hoy le toca el turno a Ben Hutchings.

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…

Nombre:
Ben Hutchings

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
En mi tiempo, soy uno de los mantenedores de kernel de Linux en Debian, y mantengo la serie estable de Linux 3.2 que será usada en Debian 7.0. Trato de resolver fallos importantes en todo el kernel que se envía y se revisa para incluirlo en 3.2.y en otras series estables. También soy co-mantenedor de los repositorios de linux-firmware, que recopilan varias funciones que los drivers de Linux podrían necesitar cargar con sus dispositivos.

En mi día a día en el trabajo, cuido del driver sfc network y ethtool, con algunas incursiones en el núcleo de redes y otros subsistemas de los que depende sfc.

¿De dónde recibes tu nómina?
Solarflare.

¿En qué parte del mundo vives, y porque allí?
Cambridge, Inglaterra. Es donde encontré mi primer trabajoy todavía no he encontrado una razón para tener que dejarla durante mucho tiempo.

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Emacs, Evolution, GNOME 3, Iceweasel (aka Firefox).

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Fue una combinación de varias cosas que ocurrieron entre 2007-2008: Un cambio gradual en mi trabajo desde desarrollador de pruebas a mantenimiento de código de producción; tratando de mantener los paquetes Debian de los primeros drivers wifi Ralink; y queriendo resolver los problemas de larga duración (para Debian) del código no libre embebido en el kernel.

¿Qué es lo que hace que sigas interesada en esto?
Siempre hay oportunidades de hacerlo mejor en términos de rendimiento, seguridad y usabilidad. Hay un flujo constante de nuevos equipos a los que dar soporte, con nuevas características y nuevos retos. Y, por supuesto, siempre hay errores que resolver (algunos de estos problemas son más interesantes que otros).

¿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 estoy seguro de poder elegir un solo ejemplo, pero esta fue una presentación bastante tonta:
– http://lwn.net/Articles/490040/

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Empiece por rascarse un picor. Entonces si quieres, trabaja tu manera de hacer cirugía cerebral. Lee documentación y registros de cambios.

¿Qué escuchas mientras programas?
Una amplia variedad de música, alguna la puedes encontrar en esta lista: http://www.last.fm/user/womble2/tracks

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Estoy suscrito a las listas de correo de netdev  y stable y también estoy en varios canales IRC. No hay una conferencia a la que asista todos los años, pero he estado en DebConf, FOSDEM, Chaos Communication Congress,  Linux Plumbers Conference varias veces.

—

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, John Linville, Johannes Berg , Martin K. Petersen y hoy le toca el turno a Julia Lawall .

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…

Nombre:
Julia Lawall

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Desarrollo la adecuación y transformación de la herramienta Coccinelle. Coccinelle puede ser aplicado a cualquier código en “C”, pero yo principalmente lo aplico al Kernel de Linux.

¿De dónde recibes tu nómina?
Inria. Dentro de Inria, participo en IRILL, un centro de investigaciónde software libre y código abierto.

¿En qué parte del mundo vives, y porque allí?
París. Una ciudad muy bella y muy habitable…

¿Cual es tu herramienta favorita para el desarrollo de software?¿Y que tienes instalado en tu PC?
Emacs, ocaml, xfce.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Mi formación es en el análisis del programa, la transformación de los programas y la programación funcional, pero siempre estuve interesada en la comprensión de cómo funcionan los sistemas de computación en todos los niveles. Un colega me sugirió sobre investigar el problema de portar los controladores de dispositivos del núcleo Linux 2.4 para Linux 2.6. Estudié un montón de cambios que se hicieron en la serie 2.5, y hemos diseñado Coccinelle de acuerdo a las necesidades de los tipos de cambios que observé.

¿Qué es lo que hace que sigas interesada en esto?
La variedad aparentemente infinita de cosas que pueden estar mal en el código y la alta calidad de la retroalimentación de la comunidad Linux.

¿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 combinación divertida de un comentario y un poco de código es el siguiente:

/* Don't leak any random bits. */
memset(elfregs, 0, sizeof (elfregs));

(N.T: Quien lo entienda que me lo explique)

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Utilizar las herramientas para encontrar algunos errores simples. O ver los problemas que otros han resuelto, y tratar de encontrar nuevas ideas o soluciones. Cuando encuentras algun error, mira alrededor en el código de cercano. A menudo se pueden encontrar otras cosas interesantes.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
En la lista de correo de Coccinelle. En la lista de correo del Kernel. Principalmente asisto a conferencias académicas sobre sistemas operativos, lenguajes de programación e ingeniería de software. También he asistido a Linux Plumbers Conference alguna vez y he aprendido un montón.

—

Enlaces de interés:
Página personal | http://www.diku.dk/~julia/
Página de Coccinelle | http://coccinelle.lip6.fr/

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

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