Preguntas Rápidas 🔥 con Somtochi Onyekwere

Somtochi Onyekwere es una mantenedora de código abierto e Ingeniería de Software Senior con más de cinco años de experiencia construyendo sistemas fiables y escalables que ayudan a los desarrolladores a desplegar aplicaciones en empresas tecnológicas globales. En Fly.io, trabaja en Corrosion, el sistema distribuido de código abierto que sustenta la capa de red. Antes de Fly, fue Ingeniera de Experiencia del Desarrollador y mantenedora de FluxCD, un proyecto de código abierto para GitOps en Kubernetes que impulsa plataformas de desarrollo empresarial en compañías como Microsoft y ControlPlane.

Además de su trabajo de ingeniería, Somtochi es apasionada por la construcción de comunidad, un hilo que se remonta a su época en la Universidad Federal de Tecnología de Owerri, como GitHub Campus Expert y Embajadora del Campus de Ingressive. Hoy en día, co-organiza el Kubernetes Community Days Nigeria, cuya tercera edición el año pasado reunió a más de 500 asistentes de toda África.

• Explica tu trabajo a un niño de cinco años.

Trabajo en las herramientas que permiten a otras personas ejecutar sus sitios web y aplicaciones, los que usas en tu teléfono todos los días. Es un poco como construir casas para la gente. Normalmente, si quisieras una casa, tendrías que comprar el terreno, reunir los materiales y montarlo todo tú mismo. Las empresas con las que trabajo se encargan de todo eso por ti. Tú solo apareces con tus cosas y te instalas.

• ¿Qué es lo que más te gusta de tu trabajo y qué te frustra?

Lo que más me gusta de mi trabajo es el tipo de problemas que puedo resolver y las personas con las que puedo resolverlos. Fly.io cuenta con algunos de los ingenieros más destacados con los que he tenido la oportunidad de trabajar. En cuanto a los problemas, disfruto trabajar en sistemas distribuidos y descubrir cómo escalarlos manteniendo su fiabilidad.

Empiezas a encontrar problemas interesantes cuando llevas un programa de ejecutarse en un solo ordenador a ejecutarse en múltiples ordenadores. Rompe muchas de las suposiciones con las que los programadores están acostumbrados a trabajar. También me gusta que nos preocupemos por la experiencia del desarrollador y que sea fácil para los usuarios desplegar y escalar sus aplicaciones.

Lo que a la vez me frustra y me entusiasma es la Ley de Murphy: todo lo que puede romperse, se romperá. Trabajamos en sistemas que pueden fallar pero que aún necesitan ser lo suficientemente fiables para satisfacer las necesidades del usuario. 

Recuerdo haber asistido a mi primer incidente y ver a todos moverse con urgencia, arreglando lo que estaba roto y asegurándose de que las cosas volvieran a la normalidad. Ahora que he tenido mi propia parte de incidentes, me he vuelto mejor depurando bajo presión y he aprendido a pensar en los diferentes modos de fallo desde el principio.

• ¿Cuál ha sido tu 'momento GOAT' en tu carrera tecnológica hasta ahora? Cuéntanoslo en una historia corta.

Cuando mi empresa anterior, Weaveworks, cerró, decidí ser intencional sobre el tipo de empresa a la que me uniría a continuación. Hice una lista de empresas que hacían cosas interesantes en el espacio de infraestructura —empresas cuyos blogs de ingeniería había estado leyendo por placer— y empecé a aplicar.

Fly.io estaba en lo alto de esa lista y el proceso de entrevista fue duro. Pero superarlo no fue el fin del desafío. Quería llevar esa misma intencionalidad al trabajo que hacía en Fly.io. Trabajé en otros dos proyectos antes de llegar a Corrosion, pero fue con diferencia el más difícil. Para complicar más las cosas, estaba escrito en un lenguaje que no conocía.

Así que lo aprendí rápidamente y en pocos meses estaba contribuyendo de manera significativa al código base. Con el tiempo, me convertí en la desarrolladora principal del mismo. Pasar de "nunca he escrito en este lenguaje" a "soy la responsable de este sistema" en ese tiempo es algo de lo que estoy discretamente orgullosa, en parte por el salto técnico, pero también porque me recordó que ser una gran ingeniera significa tomar problemas desconocidos o poco claros, desglosarlos y encontrar soluciones.

• Has dedicado años a construir comunidad, desde encuentros estudiantiles durante tus días universitarios hasta co-organizar el Kubernetes Community Days Nigeria. ¿Por qué el trabajo comunitario es importante para ti junto a la ingeniería?

La comunidad y la ingeniería nunca han estado separadas para mí. Siempre han ido de la mano. El código abierto es donde perfeccioné mi oficio cuando estaba empezando y aprendí cómo funciona la ingeniería en el mundo real: personas compartiendo lo que saben, trabajando con ideas en público y participando en las conversaciones que dan forma a lo que se convierte un proyecto.

Esa creencia ha dado forma a cómo me presento. Como estudiante, organicé encuentros tecnológicos como GitHub Campus Expert y Embajadora del Campus de Ingressive, ayudando a unos cincuenta estudiantes a desarrollar las habilidades necesarias para iniciarse en la industria. Más tarde, abogué por un espacio dedicado para los africanos en la comunidad de Kubernetes en Slack, un grupo que ha crecido hasta más de 450 miembros. 

Hoy en día, co-organizo el Kubernetes Community Days Nigeria, cuya edición más reciente reunió a más de 500 asistentes y ponentes de toda África para aprender, compartir y construir juntos.

He ganado mucho de la comunidad: mentores, colaboradores, amigos y oportunidades. Por eso sigo invirtiendo en la próxima generación de ingenieros. Ya sea orientando a un estudiante en su primer pull request (PR) o ayudando a alguien a preparar su primera charla en una conferencia, el objetivo es el mismo: dejar la comunidad más fuerte de como la encontré.

• ¿Alguna vez imaginó tu yo de 16 años que acabaría en la ingeniería de software? 

Yo con dieciséis años tenía muchos intereses: matemáticas, física, ingeniería, escritura y enseñanza. Muchos caminos parecían emocionantes y viables en aquel entonces. Acababa de terminar la secundaria y veía películas para pasar el tiempo. Siempre me encontraba atraída por las que tenían un hacker en un ordenador, tecleando furiosamente, resolviendo problemas imposibles y ayudando al resto del equipo a llevar a cabo la misión.

Así que las semillas ya estaban ahí. Pensé que al menos lo intentaría. Pero yo con dieciséis años no tenía ni idea de hasta dónde podría llegar, y creo que estaría bastante emocionada de ver lo que estoy haciendo ahora.

• ¿Qué más estarías haciendo si no fuera ingeniería de software?

Probablemente exploraría ser escritora de ficción. Estos días no escribo tanto, pero todavía me encanta la buena narrativa y usar las palabras como forma de arte y medio de expresión.