El entorno de trabajo de un desarrollador de Linux: Hoy Linus Torvalds

¿Quieres conocer el sitio de trabajo del gran y controvertido Linus Torvalds? El creador de Linux nos abre las puertas de su lugar de trabajo!

kernel_workstations

Después del parón que ha habido con la serie que dedica Linux.com a enseñar los entornos de trabajo de los desarrolladores de Linux, hoy nos traen una gran exclusiva. Podremos acceder y ver cómo es el sitio desde el que el gran jefe controla todo. Sigue leyendo

Aprende cómo contribuir al kernel de Linux, acepta el reto Eudyptula

Eres un aprendiz de desarrollador y te interesa contribuir de alguna manera al kernel de Linux. El reto Eudyptula te puede ayudar.

Eudyptula minor: Una especie de pingüino de Australia

Desde la web de Linux.com puedes leer la noticia de este proyecto llamado Eudptula, la noticia está en inglés y escrita por Libby Clark, te la traduzco por si crees que es interesante. Gracias a Linux.com y la autora por permitir difundir la noticia. Puedes leerla en este enlace:

En este blog ya traduje 30 entrevistas a 30 desarrolladores del kernel de Linux, quizás sirvieron como inspiración y tú también quiera contribuir con tus aportes, si es así echa un vistazo a este proyecto.

linus-266x300

Si quieres contribuir al kernel de linux, pero no sabes por dónde empezar, el desafío Eudyptula podría ser una gran punto de partida para probar tus habilidades como programador y aprender cómo participar en la comunidad del kernel. Sigue leyendo

SUSE crea kGraft una herramienta para desarrolladores de Linux

SUSE la empresa alemana desarrolladora de sistemas operativos basados en GNU/Linux crea una nueva herramienta para desarrolladores del kernel de Linux

Suse_logo

No soy desarrollador, ni programador. Soy un simple usuario de GNU/Linux, así que pedonad si en este artículo meto la pata, estoy abierto a correcciones y críticas.

Navegando por la red encontré un interesante artículo escrito por Vojtěch Pavlík, trabajador de SUSE. En el cuenta que SUSE está desarrollando una novedosa herramienta llamada kGraft.

Esta herramienta es una necesidad que había en ciertos aspectos en los que se utiliza Linux como sistema operativo, como por ejemplo: científicos que no quieren tener que detener una simulación que ha estado ejecutánduse durante meses en un servidor con Linux sólo por que necesitan solucionar un tema de estabilidad en el kernel.

O administradores de sistemas que están ejecutando sus sistemas en los servidores sin un parche de seguridad crítico simplemente porque no pueden poner de acuerdo a todos los departamentos para realizar una parada del sistema para actualizarlo

Para todos ellos, y para muchos otros han creado kGraft, o el “reparador en caliente”, “parcheador del kernel en vivo”, “actualizador sin necesidad de reinicio” o como le queráis llamar.

Con esta nueva herramienta que no estaba disponible por ningúna otra distribución de Linux, como habréis podido adivinar, se pueden activar parches, actualizaciones, etc en el kernel de Linux sin necesidad de reiniciar la máquina para que estos cambios sean tenidos en cuenta. A un usuario casero esto no le importa, pero para servidores basados en Linux, como los ejemplos que he mencionado sí es algo importante no perder su “uptime” y al mismo tiempo estar actualizados.

Se limita a pequeños cambios, principalmente correcciones de errores, aunque no podrias reemplazar un kernel 3.0 por 3.12 usando kGraft.

Ya había dos tecnologías que podían realizar esto: Ksplice del que Oracle se adueño del código y no fue nunca más actualizado y OpenVZ Checkpointing que hace algo parecido pero que necesita una pequeña interrupción del servicio aunque sea breve.

kGraft desarrollada por: Vojtěch Pavlík, Jiří Kosina, Jiří Slabý, Petr Mládek dentro de SUSE Labs, está en fase de prototipo pero se espera que haya una versión ya disponible para Marzo.

Esa versión estará licenciada mediante GPLv3 y GPLv2 dependiendo de las partes del código al que afecte. Será publicado en una rama propia en Git, pero esperan que pueda ser incluida dentro de la rama principal de Linus del kernel de Linux.

Si estáis interesados en saber algo más del aspecto técnico os invito a leer el original donde explica algo más en detalle.

Muchas gracias a Vojtěch Pavlík por permitir la difusión del artículo y por contestar amablemente al correo que le envié aclarando ciertos puntos que no tenía claros!!

Aqui teneis un vídeo en inglés de kGraft en acción:

Enlaces de interés

¿Quién está detrás de Linux? Hoy James Bottomley

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. Aqui tienes un enlace a todos los protagonistas que han pasado por ellas 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. Stephen Hemminger
  23. Glauber Costa
  24. Jonathan Corbet
  25. John Stultz
  26. … y hoy le toca el turno a James Bottomley

Aqui en este blog (http://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… 

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.

En este caso un gran colaborador, y usuario de Linux desde casi sus orígenes que utiliza openSUSE con entorno de escritorio Xfce !! Un Geeko en la corte de kernel Linux ;)

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. Consúltalo para ver en el original si algo no entiendes, o crees que se puede mejorar en mi traducció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:
James Bottomley

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Mi principal trabajo es mantenedor del subsistems SCSI. También colaboró en arquitecturas obsoletas y poco queridas empezando por NCR voyager system, lo que me lleva a ser mantenedor de arquitecturas parisc

¿De dónde recibes tu nómina?
Parallels. Soy director de tecnología de virtualización de servidores, así que tengo un trabajo a jornada completa, que es estar conectado a mi kernel que funciona (Ayudo a Parallels a conducir su tecnología de contenedores en el kernel), y también abarca un amplio rango fuera de actividades con el código abierto.

¿En qué parte del mundo vives, y porque allí?
Londres (el que está en el Reino Unido, ya que en EEUU tienen unas copias pululando por ahi). Porque a mi mujer le gusta y es mucho más corto cuando tengo que viajar a Moscú que cuando vivía en Chicago.

¿Cual es tu herramienta favorita para el desarrollo de software? ¿Y que tienes instalado en tu PC?
Supongo que Git y emacs para el desarrollo de código. También uso Slitex o OpenOffice para las presentaciones (un día tengo que utilizar beamer para un proyecto, nunca lo he utilizado) Mi escritorio es openSUSE+Xfce.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Lo estuve siguiendo una temporada despues de graduarme en la universidad. Usábamos estaciones de trabajo SPARC que eran casi 10 veces el precio de un PC, y me figuré que si comprábamos 10 sistemas Linux por el precio de un SPARC, yo podría tener una (eso era en 1993, que utilizaba 10 discos de instalación de SlackWare)

Mi primer parche del kernel fue en los tiempos de la versión 0.99.15: Nuestro entorno home distribuido utilizaba NFS y había un error con el kernel en sistemas NFS que causaba muchos cuelgues, lo reparé con la ayuda de un colega. Después reparé el cargador del módulo del kernel del userspace para que funcionara con ELF para ayudar la a.out a la transición ELF.

Siempre he ejecutado Linux en mi sistema de escritorio (desde 1993) excepto un par de semanas en Bell Labs (donde era obligatorio Windows) y estropeaba mi sistema tan a menudo que el Administrador de sistemas de la empresa accedió a dejarme instalar Linux si dejaba de llamarle.

Mi primera incursión seria en el desarrollo del kernel fue en 1998 cuando lleve Linux a un sistema SMP Voyager reescribiendo la capa de hardware de acceso x86 para que trabajara sin APICs.

¿Qué es lo que hace que sigas interesada en esto?
El hecho de que siempre hay algo interesante ocurriendo, y siempre hay alguna materia que, aunque no este relacionada con el área en la que trabajo, me puede interesar (como los Contenedores en la nube o UEFI el arranque seguro)

¿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)?
El punto fuerte y el punto débil del proceso de desarrollo colaborativo es que cualquiera puede hacerlo… incluso alguien sin ninguna experiencia (ni sentido común). Para hacer que la gente te crea debes hablar con autoridad. Solía sorprenderme por la cantidad de información incorrecta que exponían algunas personas.

Desde que tuvimos cerca un “liante” en las listas de correo SCSI donde un controlador de canal de fibra en ciernes casi se frustra por que el autor hacía caso a una de esas personas he estado mucho más vigilante para retarlos y ponerlos en evidencia.. También tengo un apartado en mis presentaciones del desarrollo del kernel sobre cómo identificar a los individuos en las listas de correo, a quienes escuchar y a quienes ignorar.

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Encuentra un error que te moleste y arréglalo. De esta manera es como empezaron una gran cantidad de desarrolladores del kernel. El punto clave es tener algo que te interese. Encontrar algo que interese a alguien más es normalmente menos interesante para conseguir buenos resultados porque no conseguirás la pasión necesaria y el entusiasmo para ello. (por eso es por lo que no creo en las listas de “Cosas por hacer”… si realmente interesa a alguien, se hará)

¿Qué escuchas mientras programas?
El sonido del silencio. Escucho los podcast de Radio 4 de la BBC, cuando hago trabajo que no requieren tanta atención (como aplicar parches en git) pero creo que los programas de radio requieren de mucha de mi concentración para necesitarlos mientras escribo código para solucionar problemas.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
#parisc y #storage en oftc además de las listas de correo linux-scsi en Vger. No leo ninguna de las listas de correo del kernel de Linux (LKML) así que no mandes tus parches de SCSI sólo a esas. Voy a muchas conferencias, y me he planteado seriamente dejar de ir a tantas como en los últimos cinco años… Como el número de conferencias a las que voy ha crecido… creo que necesito ayuda.

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

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

¿Quién está detrás de Linux? Hoy Jonathan Corbet

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. Stephen Hemminger
  23. Glauber Costa
  24. … y hoy le toca el turno a Jonathan Corbet.

Aqui en este blog (http://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… 

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…

Es raro que alguien dentro de la comunidad Linux no conozca a Jon. Es un contribuidor del kernel, un orador habitual en los eventos de Linux y editor de la publicación más leída entre los desarrolladores del kernel, LWN.net. Jon también es coautor del informe anual de la Fundación Linux “Quién escribe Linux” y ha publicado numerosos documentos útiles, incluyendo Linux Weather Forecast y “How to Participate in the Linux Community” (Cómo participar en la comunidad Linux).

Le conozcas o no a Jon, mucho o poco, esperamos que descubras algo nuevo de él, en este retrato, desde cómo acabó en Boulder, Colorado donde hay una pista de ski que se llama como su padre, hasta que es lo que tiene instalado en su Pc o cuales son sus consejos para los nuevos que quieren involucrarse en esta comunidad.

Nombre:
Jonathan Corbet

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Me especializo en volverme loco en internet, escribiendo y hablando sobre temas relacionados con el kernel a un público que sabe más que yo mismo. Soy el autor principal de los Drivers para dispositivos Linux, y he escrito unos cuantos drivers de video para Linux. En algunas otras ocasiones también meto mano en otras partes del kernel, por ejemplo hice una pequeña parte del trabajo para finalmente deshacerse de parte del bloqueo del kernel.

¿De dónde recibes tu nómina?
 LWN.net es mi trabajo prncipal, complementado con alguna consultoría por aquí y por allá.

¿En qué parte del mundo vives, y porque allí?
Boulder, Colorado, EEUU. Primero vine aquí para ir a la Universidad de Colorado y nunca me pude escapar. Boulder es una gran combinación de ciudad universitaria, enclave hippy, centro de alta tecnología y un paraíso natural, se me hace muy difícil pensar en dejarlo.

Soy originario del norte de Wyoming, donde hay una pista de ski que lleva el nombre de mi padre.

¿Cual es tu herramienta favorita para el desarrollo de software? ¿Y que tienes instalado en tu PC?
Tiendo a tener un varias distribuciones diferentes instaladas por ahí así puedo echar un vistazo a lo que estan haciendo los compañeros, mi PC de escritorio actualmente está instalado Debian Testing. Mi herramienta preferida de desarrollo es sin duda Emacs, además de Claws-mail y un intérprete de Python.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
A principios de los 80, cuando todavía no me había graduado, tuve la oportunidad de “arreglar” un problema de la gestión de memoria en un VAX corriendo bajo una incipiente versión de BSD. Afortunadamente, el código resultante hace tiempo que se ha perdido en la memoria, pero eso me llevó a estar cerca del desarrollo del kernel desde entonces.

Configuré mi primer sistema Linux en 1993, pero fue un par de años después cuando tuve la oportunidad de mandar mi primer parche.

Pero en 1997 parecía claro que la meta de Linus (de broma) de dominar el mundo podía suceder. Así que decidí dejar mi trabajo seguro diario (que se estaba poniendo cada vez más espinoso para mi gusto) y me uní a ello.

¿Qué es lo que hace que sigas interesada en esto?
Siempre hay diversión alrededor con grupos de gente inteligente, y la comunidad del kernel ciertamente lo certifica. Los retos son interesantes y la comunidad que hemos construido para dirigirlos no tiene precedentes. Mejorar la vida a un gran número de usuarios es extremadamente gratificante, pero la diversión es anterior al boom de Linux

Al final, es una aventura. Hemos cambiado el mundo, y todavía no hemos terminado. ¿Quién no quisiera ser parte de eso?

¿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)?
Casi diez años después, recuerdo la debacle SCO sobre nuestra comunidad. Como grupo, estudiamos emprender acciones legales y luchar contra ese ataque en todos los frentes imaginables. Mientras tanto el código del kernel fue puesto bajo microscopio y millones de dólares se gastaron en intentar encontrar código legalmente cuestionable, pero no pudieron encontrar nada. ¿Quién hubiera imaginado que un proceso de desarrollo por separado en el que participaron miles de personas sería tan limpio?

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Lee la documentación de la rama del kernel, hay un montón de información de cómo funciona el proceso. Leer las listas de correo durante un tiempo y hacer lo posible para entender las discusiones y el código. Solucionar problemas, es la mejor manera de hacerse respetar en la comunidad.

¿Qué escuchas mientras programas?
Todo tipo de cosas, pero la mayoría de cosas están dirigidas por nuestra emisora de radio local formada por voluntarios, que muy acertadamente se llama KGNU. Hay pocas emisoras de radio como esa en el mundo, que más puedo decir.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
En listas de correo estoy en linux-kernel. No soy muy aficionado a los IRC, no tengo tiempo para eso, y es muy perturbador para mi estilo de trabajo. En cuanto a conferencias: mi respuesta normal suele ser “a todas ellas” pero puede que me quede escaso para el año que viene.

Enlaces de interés

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

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

Linus Torvalds habló en LinuxCon Europe

Linux Torvalds participó en una charla en la pasada edición de LinuxCon en Barcelona, respondiendo a preguntas del público. Siempre es interesante saber que es lo que opina el padre del kernel Linux.

 

Del 5 al 9 de Noviembre de 2012 Barcelona se convirtió en el epicentro del mundo Linux, ya que albergaba LinuxCon Europe. Una conferencia donde se podían poner en común experiencias, aprender y conocer lo último del mundo GNU/Linux y donde confluían todo tipo de entusiastas y profesionales en torno a Linux y su desarrollo. Empresas, y profesionales se daban cita y compartían conocimientos y creaban lazos.

Y como no podía ser de otra forma Linus Torvalds asistió y dió una charla. Respondió a preguntas de su interlocutor, y también a otras inquietudes del público asistente.

Siempre interesantes las palabras y opiniones de Torvalds. Desde la página de Linux Foundation han hecho un extracto de esa comparecencia. Puedes ver el artículo original en inglés pinchando aqui. A ellos y sus autores pertenecen los derechos.

Desde mi blog, te lo traduzco para que si lo crees interesante, como yo, sepas un poco más que ocurrió por allí y cuales fueron las respuestas de Linus a las preguntas que los asistentes le plantearon. Empezamos…

Cuando Linus Torvalds se sienta para charlar, la gente escucha.
Y en el momento clave de la charla que dio Linus el Miércoles por la mañana en LinuxCon Europe,los asistentes puestos en pie ovacionando dan fe del poder de protagonismo que tiene el capo de Linux. Acompañado del veterano colaborador y amigo Dirk Hondel, Torvalds respondió a preguntas distendidas de su amigo y también a inquietudes del público. Aqui un pequeño extracto de lo que allí ocurrió:

Hondel: Linux ya tiene edad para beber alcohol, ya tiene 21 años. Todos quieren saber qué será lo próximo, pero antes de responder, que destacarías a lo largo de estos 20 años?

Torvalds: Lo más destacado es el hecho de que yo no lo esperaba. Hace 20 años, estaba sentado en una habitación oscura en soledad. Yo era una única persona trabajando en un pequeño proyecto por mí mismo. En estos días, lo que hace a Linux tan divertido es la discusión, la comunidad, los argumentos. Nos mantienen el interés, nos motivan, y siempre discutimos cómo hacer las cosas mejor.

Hondel: Esa es una respuesta privilegiada. ¿Cuál ha sido tu mayor impacto fuera de esta comunidad?

Torvalds: No se trata de lo que he logrado, si no de lo que hemos logrado. Se trata de lo que Linux ha permitido que otros hagan. Piensa en el proyecto One Laptop Per Child. Hay mucha gente que hace cosas con Linux para mejorar el mundo.

Público: ¿Qué te preocupa del futuro?

Torvalds: Soy optimista. No me preocupo por el futuro, y no estoy preocupado en el aspecto técnico del kernel en absoluto. Las cosas que me desvelan por las noches suelen estar relacionadas con las dificultades de las relaciones personales. Me refiero a la gente que colabora con el kernel discutiendo. Y mientras la discusión sea acalorada, no quiere decir que sea necesariamente mala, a veces nuestras personalidades chocan… bastante. Luego también están las situaciones legales. El sistema de patentes que está roto, y las falsas leyes de derechos de autor son muy irritantes.

Público: El kernel está siempre cambiando. ¿Qué puedes decir a las empresas que quieren usar Linu, pero luchan por estar actualizadas con tantos cambios?

Torvalds: Las empresas de hardware les gusta utilizar e integrar Linux, pero provienen de un modelo de negocio donde desarrollan durante un período de tiempo de 1-5 años y después dejan el producto sin cambios durante un período de 5-15 años. Algunas empresas quieren que sigamos el mismo modelo de desarrollo. Pero no podemos decir que no cambiaremos el kernel, porque necesitamos permanecer estables de manera interna. No creo que nuestro modelo de desarrollo vaya a cambiar mucho.

Hondel: La habilida para hacer cambios es uno de los puntos fuertes de Linux. Hacemos nuestro desarrollo hacia adelante. Las empresas de hardware embebido deberían intentar hacer un trabajo más duro desarrollando hacia adelante. Es una ventaja. Es la manera de innovar y de crear productos interesantes.

Público: El kernel está creciendo y creciendo. ¿Existe un procedimiento para filtrar las cosas que no funcionano aquellas que nadie usará nunca más?

Torvalds: En ocasiones borramos código, pero sólo si ocasiona problemas graves. Tenemos dos arquitecturas que no han funcionado en dos años, pero hay una razón por las que no se han borrado. Siempre hay alguien, alguna persona al azar, que irá más allá y arreglará partes que no funcionan. Es divertido verlo. No hay un costo por mantener código que nadie usa y que no funciona, así que es mejor dejarlo esperando que alguien quiera unirse y mantenerlo.

Público: ¿Qué piensas de la situación de Android de Google?

Torvalds: La “situación” de Android no es diferente a la “situación” en la que estaban Red Hat o SUSE hace 10 años. Un montón de proveedores haciendo sus propias escisiones. Google dijo que necesitaban hacer esos cambios, y decidimos que Android estaba funcionando para Google. Hubo mucha discusión y mala sangre sobre este tema. La gente intentó convencer a Google de cambiar la manera que tenía de hacer las cosas. Pero así es como pasan las cosas del desarrollo. Las empresas vienen con nuevos modelos de uso, y nos vienen diciendo que tenemos que cambiar. Google tiene cien millones de dispositivos funcionando con su código. Algo deben estar haciendo bien.


Público: Los mantenedores del kernel se estan haciendo mayores. ¿Cuales son tus esfuerzos para reclutar a gente joven?

Torvalds: Somos, entre los que me incluyo, 20 años mayores de lo que solíamos ser. Y al mismo tiempo, tenemos a todo tipo de gente joven uniéndose todo este tiempo, incluso universitarios. Por eso es que el kernel es tan importante para muchas empresas, tambien tenemos un montón de profesionales establecidos cuyos trabajos consisten en desarrollar el kernel.

Hondel: Sé que no nos darás una previsión del panorama para dentro de 5 años, pero ¿Qué pasará en los próximos 6 meses?

Torvalds: Tenemos novedades que van a llegar. Se está discutiendo un montón sobre las arquitecturas ARM 64, pero mucho de ello se refiere sólo al nombre, no al código. Al final se impuso lo que yo pensaba y se llamará ARM 64. Y en cuanto al lanzamiento del kernel, esto no se basa en características, si no en un plazo de lanzamientos de 3 meses. Así que no es necesario planear nada. Tendremos todo preparado, y cuando todo este listo será unido a la rama principal. Realmente no tenemos muchos planes, pero todo el mundo parece contento.

Y a ese encuentro no podía faltar la comunidad de openSUSE. Allí estuvo con un stand informativo compartido junto con SUSE, informando sobre el proyecto, y dando información y regalos, ya que rifó varios maletines para PC a los que por allí se acercaron. En el stand de openSUSE estuvieron al pie del cañón Zoumpis y Diomidis.

No tengo el placer de conocer al segundo, pero de Zoumpis tengo noticia de que es un miembro muy activo. Un embajador que lo mismo te lo encuentras en Praga, que en una cena en Madrid con simpatizantes de openSUSE como en Barcelona o puede que en Nuremberg!! ;)

Podéis seguir lo que allí aconteció en el stand de openSUSE de mano de Zoumpis en su blog: zoumpis.wordpress.com o en KDEBlog, ya que recientemente este colabora en el veterano blog de Baltasar.

Y doy fe de que estuvo por allí y le fue bien porque incluso se hico una foto con el mismísimo Linus Torvalds (o eso, o maneja muy bien los retoques con GIMP !!! ;) )

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

¿Quién está detrás de Linux? Hoy Glauber Costa

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. Stephen Hemminger
  23. … y hoy le toca el turno a Glauber Costa  un Brasileño que vive actualmente en Rusia

Aqui en este blog (http://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… 

La semana anterior no hubo entrevista porque se tomaron un descando despues de la conferencia de Linux en Barcelona, la LinuxCon, pero esta semana vuelven a ofrecernos una divertida entrevista con alguien que descubrió Linux y se enamoró, un tipo divertido. ;)

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:
Nací como Glauber Costa, más recientemente Lord Glommer I de Sealand, pero la gente de la comunidad me llama indistintamente Glauber, o Glommer, mi nick de toda la vida

¿Qué papel desempeñas dentro de la comunidad y en que subsistemas trabajas?
Mi principal tarea es asegurar de que todos se diviertan y no se tomen las cosas muy en serio. Así que soy básicamente un payaso.

Actualmente no sé cómo programar. Lo que hice fue secuestrar a una de esas personas de la comunidad que estan empleados en grandes empresas y esconderle y mantenerle en mi sótano y hacer que trabaje para mí. De esta manera nadie sospecharía de mí.

Yo/el está actualmente trabajando en tecnologías de contenedores, centrándose en el control de recursos y aislamiento. Trato de evitar decir que esto se traducirá a “cgroups”, porque quiero mantener mis amigos. Pero al final así será.Durante el último año, me he centrado en el control de memoria de cgroups, tratando de extenderlo por lo que también será responsable de todo el tipo de memoria del kernel.

La compañía que me ha contratado, Parallels, tienen un solución para el contenedor bien desarrollada, que es ampliamente usada en producción (OpenVZ). Funciona en una rama del kernel de Linux y nuestra meta es implementar toda esa tecnología en la rama principal del Kernel. Yo básicamente he venido para ayudar en ese esfuerzo.

También he estado relativamente muy implicado con KVM es el pasado, debido a mi anterior empleo.

¿De dónde recibes tu nómina?
Del banco.

¿En qué parte del mundo vives, y porque allí?
Nací en Santos, Brasil, pero actualmente vivo en Moscú, Russia, que está a 10 segundos de la oficina de Parallels. Y sobre el “porque allí”, cada vez que se acerca el invierno, como ahora, me hago la misma pregunta!

¿Cual es tu herramienta favorita para el desarrollo de software?
Como editor de texto, utilizo Vim, y eso es todo. Ni siquiera conozco los fantásticas posibilidades que ofrece. Algunos me llaman loco por eso, pero la verdad es que no me importa mucho en absoluto.

La gente no para de alabar sus herramientas: “Te permitirán ahorrar algunos segundos, que al final del mes serán horas”. Esto es genial, y si alguien me enseña un truco con vim que pueda recordar, empezaré a usarlo, no estoy en contra de eso, ni nada por el estilo.

Pero creo que la verdadera productividad no se gana en esas cosas. Se gana en pizarras de dibujo, papeles, buena comunicación, y otras cosas por el estilo que pueden ahorrarte días o incluso meses. Así que en eso trato de centrarme.

Para el resto de tareas, creo que soy muy normal. Soy un gran fan de git, desde el inicio, pero creo que hay algunas tareas en las que estoy más cómodo usando quilt.

¿Y que tienes instalado en tu PC?
Tengo instalado Fedora desde hace muchos años. Ahora mismo tengo Fedora 17. No me preocupo mucho sobre lo que tengo en el escritorio. Ni siquiera cambio mi fondo de escritorio. Lo que Fedora utilice, yo lo uso.

¿Cómo te involucraste en el desarrollo del kernel de Linux?
Empecé en la universidad por el año 2000, y por aquel entonces no estudiaba ciencias de la computación (N.d.T: Sí ya sé que suena raro. Alguna propuesta?) Estaba en ingeniería mecánica (para ser sinceros “estudiar” no es exactamente lo que hacía) y de casualidad asistí a un curso de programación y estaba eufórico por poder escribir un programa que pudiera calcular cuando sería la Pascua, y eso fue todo

Un año después, asistí a otro curso de ciencias de la computación, de estructura de datos, y mi vecino Martim Carbone (actualmente trabajando en Vmware, qué irónico) me introdujo en el mundo de Linux. Me dijo que usándolo, haría de una manera más fácil mis ejercicios de programación. Me encantó, y nos mese más tarde me dijo que podría leer el código fuente de todo, debería querer.

No tenía los paquetes del código fuente instalados, no sabía exactamente que era eso, creía que los archivos de cabeceras era todo lo que había. Me metí en el directorio /usr/include/linux y empecé a leerlo. Recuerdo que no entendí nada en absoluto, pero estaba muy entusiasmado como nunca antes había estado. Puede que haya sido el primer caso en la historia de alguien desconcertado por una definición de una constante. En ese momento, yo sabía lo que quería hacer en el futuro previsible.

Empecé a leer todos los libros que conseguía. Recuerdo haber leído “Entendiendo el kernel Linux” (basado en la versión 2.4), “Desarrollo del kernel Linux” (cuando la versión 2.6 estaba a punto de salir) y también otros libros sobre la gestión de memoria interna escritos por Mel Gorman, que no recuerdo los títulos. Realmente los devoré.

En algún momento, después de suspender la asignatura de “Resistencia de Materiales” en el 5º curso, decidí que ya había tenido suficiente, y era momento de convertir mi afición en mi profesión. En paralelo a esto, empecé a trabajar para IBM LTC en Brasil en 2004 y empecé a dirigir mis acciones hacia esa meta.

¿Qué es lo que hace que sigas interesada en esto?
El sentimiento de que todavía tengo cosas que aportar aquí. No podría dejarlo aunque quisiera, porque no tengo esa sensación de querer cerrarlo. Quizás algún día lo deje o quizás no.

¿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)?
Esta es una pregunta interesante. Es difícil acordarme de todo, pero creo que si tuviera que elegir, elegiría todas las discusiones sobre el propietario de derechos de bitkeeper y como se produjo todo el desarrollo de git.

A mi particularmente me gusta esa historia porque muestra los puntos fuertes de nuestra comunidad: cómo de suelta es la ilusión de control que uno puede tener por obtener una licencia y como todo puede, al final, ser radicalmente cambiado por las acciones de gente que no planea conseguir ninguna visión general de esta manera (N.d.T: He tratado de traducir lo mejor que sé este párrafo pero no sé exactamente a que se refiere. Si puedes aportar algún dato que aclare o mejore la traducción bienvenido sea!!)

¿Cual sería tu consejo para los desarrolladores que quieran implicarse?
Hazlo si te apetece, durante el tiempo que quieras.

¿Qué escuchas mientras programas?
Cuando programo, escucho a Queen. Cuando no programo escucho a Queen. Cuando programo y no programo, escucho a Queen. Y si estoy cansado de eso, entonces escucho temas en solitario de Freddie para cambiar.

¿En qué lista de correo o en qué canal IRC puede encontrarte la gente?¿En que conferencias?
Actualmente sigo linux-mm muy de cerca, y no muchas otras. Mi nick es glommer en freenode y en oftc, pero ahora no estoy muy activo como solía ser.

Y en conferencias, eso es algo que de verdad me encanta. Suelo ir a todas las que puedo. Me gusta hablar, tanto para mis amigos como para el público. Trato de dar conferencias en cada conferencia a la que asisto. Ayuda a crear en la mente de la gente que sé de lo que estoy hablando.

Enlaces de interés

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

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

¿Quién está detrás de Linux? Hoy Stephen Hemminger

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 (http://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/ 

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

¿Quién está detrás de Linux? Hoy Steven Rostedt

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 (http://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/ 

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

¿Quién está detrás de Linux? Hoy Peter Anvin.

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 (http://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/ 

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