Jim Whitehurst, que lleva ejerciendo como CEO de Red Hat desde 2008, se ha sometido a una ronda de preguntas por parte de los lectores de Slashdot.

Buena oportunidad para conocer un poco más, de una de las compañía más influyentes en el desarrollo de Linux y el software libre. He extraído varios párrafos que me parecían interesantes, para compartir con vosotros.

Una de las preguntas más repetidas es respecto al sistema de inicio systemd y el porqué Red Hat decidió adoptarlo, pese a las críticas que todavía hoy suscita:

Primero, permítanme explicar por qué Red Hat adoptó e invirtió en systemd […]. Los sistemas init tradicionales, como System V init, sirvieron bien a las comunidades de UNIX y Linux durante décadas, pero eso es mucho tiempo y no es sorprendente que tengan sus limitaciones. Los problemas que un sistema de init necesita resolver hoy son diferentes […]

Cualquier cambio como systemd va a ser perjudicial. Entendemos que muchos no estaban contentos con este cambio y apreciamos la pasión de la comunidad. El continuo crecimiento y la adopción de Red Hat Enterprise Linux, así como otras distribuciones basadas en sistemd, nos dicen que la mayoría de los usuarios lo han adoptado y que no hubo un gran éxodo hacia FreeBSD o alternativas.

Red Hat consideró muchas opciones disponibles e incluso usó Upstart de Canonical para Red Hat Enterprise Linux 6. Finalmente elegimos systemd porque es la mejor arquitectura que brinda la extensibilidad, simplicidad, escalabilidad e interfaces bien definidas para abordar los problemas que vemos hoy y preveemos en el futuro. De todos los apasionados debates y desacuerdos, el hecho es que systemd es la piedra angular de casi todas las distribuciones de Linux por sus propios méritos.

También hay algunas ventajas reales. Debido a que systemd realiza un seguimiento de los procesos en el nivel de servicio, los demonios se pueden matar correctamente, en lugar de confiar en que hagan lo correcto. Esto también hace que sea más fácil usar cgroups para configurar SLA para CPU, memoria, etc. Del mismo modo, la seguridad con SELinux y sandboxing se vuelve mucho más simple. La resolución de dependencias entre servicios, es una mejora significativa sobre el orden secuencial del mecanismo de script init rc.

Mirando hacia adelante a toda la innovación emocionante que tiene lugar en torno a la gran escalabilidad de la nube, OpenStack, Kubernetes y Contenedores, vemos una integración continua e innovación con systemd que no sería posible o muy difícil con los sistemas basados ​​en init.

Por lo tanto, continuaremos invirtiendo en systemd, ya que cumple con las expectativas de nuestros clientes en cuanto a capacidades, estabilidad, madurez e impulso de la comunidad. No hay una alternativa realista hoy que se acerque en términos de adopción y funcionalidad.

También hubo mención a la importancia que tienen las comunidades de Fedora y Centos (recordemos que esta se integró de forma completa en Red Hat no hace mucho).

Un escritorio funcional y útil es obviamente crítico para el éxito de la comunidad Linux. Una buena GUI hace que Linux sea más accesible y accesible, y es por eso que seguimos haciendo inversiones en proyectos como GNOME, Wayland y nouveau. El principal impulsor para ese trabajo está en Fedora, y estuve muy feliz de ver tan buenas críticas de F25. […]

CentOS resuelve un problema muy diferente para nosotros. En primer lugar, hay algunas personas a las que no podemos prestar servicios hoy con Red Hat Enterprise Linux, pero aún queremos que participen en el ecosistema de Red Hat.

Las personas que usan Xen, por ejemplo, pueden no ser capaces de ejecutar el actual Red Hat Enterprise Linux, pero pueden trabajar absolutamente con el proyecto CentOS y aún así participar en el amplio ecosistema. En segundo lugar, hay personas y socios que están creando un software que necesita un ciclo de vida más estable, similar al de Red Hat Enterprise Linux, pero quieren experimentar a nivel kernel, algo que sería imposible para nosotros soportar en Red Hat Enterprise Linux.

Hablando de kernels, aunque es sabido que RHEL ofrece soporte extendido del kernel durante todos los años que dura su ciclo de vida, quizás no sea tan conocido que no se limita a permanecer anclado en el mismo. Jim lo explica:

Un valor importante que tenemos en Linux es que respaldamos correcciones de errores y actualizaciones de seguridad en Kernels, durante más de una década, sin romper la compatibilidad ABI.

Existe una percepción errónea común de que Red Hat Enterprise Linux extrae un kernel de Fedora y permanece en él durante más de 10 años, mientras que el mundo pasa a versiones de kernel más nuevas, con mejores características y hardware más nuevo. Es cierto que estandarizamos una versión de kernel específica durante la vida de un lanzamiento importante, pero esa no es toda la historia.

Cuando lanzamos una versión principal de Red Hat Enterprise Linux, en realidad respaldamos muchas funciones clave de kernels, correcciones de fallas, etc. más recientes y lo hacemos de una manera quirúrgica que no solo ofrece nuevas funciones y hardware en un kernel más antiguo, sino que también preserva el  kABI  (Kernel Application Binary Interface) […]

Por lo tanto, no tome la versión del núcleo al pie de la letra: ¡pasamos mucho tiempo respaldando nuevas funciones del kernel en cada lanzamiento principal!

Y la pregunta importante del día, al final fue esta: ¿Quien ganaría una competición de programación, entre Jim Whitehurst (Red Hat), Mark Shuttleworth (Canonical), Tim Cook (Apple), Larry Page (Google), or Satya Nadella (Microsoft)?

Es difícil, pero creo que al menos podría competir! No era nuevo en Linux cuando me uní a Red Hat. De hecho, ahora estoy trabajando para mi Red Hat Certified System Administrator (RHCSA). No es una certificación fácil de obtener, si tengo éxito, creo que habré probado mis habilidades. Puedo compilar un núcleo Linux y módulos kernel y puedo construir aplicaciones bastante decentes.

Pero la respuesta real a su pregunta es Linus Torvalds. ¡Realmente debería estar en esa lista!

En el “ask me” de slashdot encontraréis más respuestas interesantes referentes al modelo de negocio de la compañía (mediante suscripción y basado en código abierto), el internet de las cosas, como es el día a día de un CEO de Red Hat o la influencia de lo cloud, en el desarrollo de los sistemas operativos.