Linux arrasa como sistema operativo entre supercomputadoras

Linux sigue siendo el líder absoluto entre las 500 supercomputadoras.

supercomputadoras

Haz click para ampliar

Todos los años la web TOP500 saca un par de listas donde da a conocer diversos datos de los 500 supercomputadores del mundo. En Junio y en Diciembre se actualizan esas listas y se difunden.

Desde esa web se puede filtrar contenido, leer interesantes noticias sobre supercomputadoras con nosécuantos núcleos, y capacidades increibles de procesado de datos, los petaflops se manejan como si nada!!

Y hoy han anunciado el lanzamiento de su lista de Junio de este año 2013, y las supercomputadoras Chinas que llegaron hace tiempo al número uno siguen ocupando esos primeros lugares. Podéis visitar su página y ver la cantidad de datos que son capaces de calcular… a mí se me escapan esas cifras de la cabeza!!

Bueno, pero a lo que voy. Esas supercomputadoras necesitan un sistema operativo que las controle, y que gestione todas sus tareas. Y para ello ¿qué creeis que ha escogido el 95% ? Acertásteis si pensasteis en Linux !!

Tux_cumpleaños

Tux celebrándolo

Pues sí es el sistema operativo elegido en una GRAN mayoría. Será por su versatilidad, o por su capacidad de poder modificarlo adaptádolo a las necesidades, su seguridad, o por muchas de sus otras características y que a los administradores de estos sistemas les ha convencido de lleno!

Quizás como sistema operativo doméstico no este a la par que otros sistemas operativos privativos, pero desde luego a nivel empresarial, y en ámbitos más serios es el líder indiscutible!!

supercomputadoras1

Haz click para ampliar

Y dentro de Linux también se puede hacer una clasificación por sistemas operativos utilizados. Y entre ellos vemos muy bien posicionado a SUSE Linux Enterprise así que si es bueno para una supercomputadora, por que no va a serlo para mi pequeño equipo de escritorio o para mi portátil? ;)

Ya sabes, puedes decir orgulloso: Uso el sistema operativo que utilizan los grandes !!!

Enlaces de interés

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

Superadas las 200.000 visitas

Hace ahora practicamente un año, a los 10 meses de empezada esta aventura, escribí un post agradeciendo a todos los que pasais por el blog las 10.000 visitas que alcanzó el blog.

8 meses después el blog alcanzó las 100.000 !!

Y 4 meses después de eso me caigo en la cuenta que el blog ya cuenta con algo más de 200.000 visitas !!

Quizás no puedan parecer muchas, para otros blogs, más importantes. Pero a mí no deja de asombrarme!! Que esto que empezó como un pasatiempo, y una manera de apuntar todo aquello que quería tener a mano, haya interesado a tanta gente!!

Así que sólo puedo daros de nuevo las GRACIAS a todos los que pasais por aqui. Y sobre todo a los nuevos seguidores del blog ;) y por supuesto a los que fielmente leen lo que me da por escribir.

Me alegro si lo que por aqui escribo os gusta, os sirve, os parece útil, u os interesa. Para eso lo hago! Para compartir, porque creo que es la forma de crecer. Las antiguas plazas de los griegos donde discutían y filosofaban, en este siglo tecnocrático se han convertido en los espacios en la red en los que compartimos y ponemos en común aficiones y conocimientos.

No encuentro útil algunas de las herramientas que hoy imperan, pero sí otras que nos ayudan a compartir y crecer. Y en GNU/Linux (la parte esencial de este blog, y openSUSE en particular) de eso sabemos un rato!! No en vano este software crece de manera comunitaria.

Lo dicho, GRACIAS de nuevo por las visitas y por mantener el interés. yo por mi parte sigo con ganas de hablar de openSUSE, de GNU/Linux, y de otros temas que de vez en cuando me interesen. Dad una vuelta por el blog por si a vosotros también os interesa, eso será lo mejor de todo!!

————————————————–

Campaña de 100 video tutoriales sobre Linux

Una imagen vale más que cien palabras, así que un vídeo debe equivaler a unas cuantas páginas de un manual.

Desde la página de Linux.com, han puesto en marcha una campaña para reunir 100 videotutoriales sobre Linux como temática. Estos estarán recopilados en su web.

Los vídeos pueden estar alojados en otras webs como pueden ser Youtube, Vimeo, etc, y deben cumplir una serie de requisitos. Como no exceder de 15 minutos de duración (Yoyo tus famosos screencast no entran ;) ), deben tener buena calidad de sonido e imagen, y la temática es sobre Linux obviamente y dentro de esto, cualquier tema, desde cosas básicas, hasta tareas más complejas.

No se incluirá contenido que contenga copyright, o aquel que este ya obsoleto, el que contenga publicidad para vender un producto, el que contenga material considerado ofensivo, o el que no tenga nada que ver con Linux, por supuesto…

Anímate y contribuye con tu aporte, se pueden mandar más de un vídeo. Accede a su página oficial en este enlace: http://video.linux.com/100-linux-tutorials , donde encontrarás más pistas y la forma de participar con tu vídeo de forma sencilla.

Yo he participado con un vídeo y ha sido aceptado! Puedes ver el vídeo con el que he participado en este enlace: http://video.linux.com/videos/100-linux-tutorials-how-to-add-repos-and-install-soft-with-yast-in-opensuse

Enlaces de interés

—————————————————–

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 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/ 

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

Superadas las 100.000 visitas

En Febrero celebré las 10.000 visitas, y ya me pareció todo un logro! Y hoy hay que celebrar las 100.000 visitas a mi blog, vaya esto ya sí me parece más increible!!

GRACIAS A TODOS!! Los que habéis pasado esporádicamente, los que venís habitualmente, y a los que estáis suscritos y os llegan estos “tostones” por correo!!

GRACIAS también a los que os tomáis el tiempo y la molestia de comentar, todos los comentarios son bienvenidos,  y todos son contestados (lo intento, alguno se me pasa). Es importante el “feedback” con lo que se publica y saber si si esto es interesante para los usuarios.

Un año y medio despues de empezada la aventura del blog, este ha ido aumentando sus visitas por día. Esto empezó y quiere seguir siéndolo un espacio donde recopilar información sobre openSUSE, GNU/Linux y el mundo en el que nos ha tocado vivir. Y sigo con ganas de escribir y compartir.

Pero tambien recopilo y traduzco información para compartirla con la comunidad, esta es una forma de crecer. Compartir el conocimiento, la libertad a la hora de escoger o elegir. Sin restricciones ni privaciones. Pero siempre respetando la autoría y reconociendo el trabajo y esfuerzo ajeno.

Me gusta las “sinergias” que se han creado a raíz del blog, los compañeros blogueros y usuarios en general que gracias a este pequeño espacio de la red nos encontramos y hemos compartido cosas.

Así gracias a Javier Llorente, por haberme enseñado tantas cosas, a Tanhausser, Yoyo, o Jose Miguel Bloggers y GNU-Linuxeros de pro, a KDE Blog por su trabajo, y a los que hemos compartido correos, desde todas partes! Mefistum, Itxshell, … (bueno ya sabéis que me refiero a vosotros, soy malo con los nombre y aunque no lo mencione aqui todos habéis contribuido!!)

Bueno, esto sigue siendo un pequeño blog con información útil y noticias. Si te gusta y te es útil me alegro, si no, trataré de seguir mejorándolo. Me gustaría saber cual es tu artículo favorito y qué echas en falta, me gustaría saber la opinión de los que por aqui pasais!!

GRACIAS de nuevo a todos!!!

————————————————–

¿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/ 

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

¿Quién está detrás de Linux? Hoy Chuck Lever

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

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

¿Quién está detrás de Linux? Hoy Jiří Kosina

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

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