Schnellfeuer 🔥 mit Somtochi Onyekwere

Somtochi Onyekwere ist eine Open-Source-Maintainerin und Senior Software Engineer mit über fünf Jahren Erfahrung im Aufbau zuverlässiger, skalierbarer Systeme, die Entwicklern bei der Bereitstellung von Anwendungen in globalen Technologieunternehmen helfen. Bei Fly.io arbeitet sie an Corrosion, dem Open-Source-verteilten System hinter der Netzwerkschicht. Vor Fly war sie Developer Experience Engineer und Maintainerin von FluxCD, einem Open-Source-Projekt für GitOps auf Kubernetes, das unternehmensweite Entwicklerplattformen bei Unternehmen wie Microsoft und ControlPlane betreibt.

Neben ihrer Ingenieurarbeit engagiert sich Somtochi leidenschaftlich für den Aufbau von Community – ein roter Faden, der bis zu ihrer Zeit an der Federal University of Technology, Owerri, als GitHub Campus Expert und Ingressive Campus Ambassador zurückreicht. Heute co-organisiert sie die Kubernetes Community Days Nigeria, deren dritte Ausgabe im vergangenen Jahr über 500 Teilnehmer aus ganz Afrika anzog.

• Erkläre deinen Job einem Fünfjährigen.

Ich arbeite an den Werkzeugen, mit denen andere Menschen ihre Websites und Apps betreiben können – die, die du jeden Tag auf deinem Handy nutzt. Es ist ein bisschen wie Häuser für Menschen bauen. Normalerweise müsstest du, wenn du ein Haus wolltest, das Grundstück kaufen, die Materialien besorgen und alles selbst zusammensetzen. Die Unternehmen, mit denen ich zusammenarbeite, erledigen das alles für dich. Du kommst einfach mit deinen Sachen und ziehst ein.

• Was liebst du an deinem Job, und was frustriert dich?

Was ich an meinem Job liebe, sind die Art von Problemen, die ich lösen darf, und die Menschen, mit denen ich sie löse. Fly.io hat einige der herausragendsten Ingenieure, mit denen ich je zusammenarbeiten durfte. Auf der Problemseite genieße ich die Arbeit an verteilten Systemen und die Frage, wie man sie skaliert und gleichzeitig zuverlässig hält.

Man beginnt auf interessante Probleme zu stoßen, wenn man ein Programm vom Betrieb auf einem einzelnen Computer auf den Betrieb auf mehreren Computern überträgt. Es bricht viele der Annahmen, mit denen Programmierer normalerweise arbeiten. Ich schätze auch, dass wir uns um die Developer Experience kümmern und es Nutzern einfach machen, ihre Anwendungen bereitzustellen und zu skalieren.

Was mich sowohl frustriert als auch begeistert, ist das Murphysche Gesetz: Alles, was kaputtgehen kann, wird kaputtgehen. Wir arbeiten an Systemen, die ausfallen können, aber dennoch zuverlässig genug sein müssen, um die Bedürfnisse der Nutzer zu erfüllen. 

Ich erinnere mich, wie ich meinen ersten Vorfall durchsaß und zusah, wie alle mit Dringlichkeit handelten, das Defekte reparierten und dafür sorgten, dass alles wieder normal wurde. Nachdem ich meine eigenen Vorfälle erlebt habe, bin ich besser darin geworden, unter Druck zu debuggen, und habe gelernt, von Anfang an über verschiedene Fehlermodi nachzudenken.

• Was ist dein bisheriger „GOAT-Moment" in deiner Tech-Karriere? Erzähl es uns in einer kurzen Geschichte.

Als mein vorheriges Unternehmen, Weaveworks, schloss, entschied ich mich, bei der Wahl meines nächsten Unternehmens bewusst vorzugehen. Ich erstellte eine Liste von Unternehmen, die interessante Dinge im Infrastrukturbereich taten – Unternehmen, deren Engineering-Blogs ich aus Spaß gelesen hatte – und fing an, mich zu bewerben.

Fly.io stand ganz oben auf dieser Liste, und der Interviewprozess war hart. Aber es durchzustehen war nicht das Ende der Herausforderung. Ich wollte dieselbe Intentionalität in meine Arbeit bei Fly.io einbringen. Ich arbeitete an zwei anderen Projekten, bevor ich bei Corrosion landete, aber es war bei weitem das schwierigste. Um die Sache noch schwieriger zu machen, war es in einer Sprache geschrieben, die ich nicht kannte.

Also lernte ich sie schnell, und innerhalb weniger Monate trug ich sinnvoll zur Codebasis bei. Schließlich wurde ich zum primären Entwickler dafür. Von „Ich habe diese Sprache noch nie geschrieben" zu „Ich besitze dieses System" in dieser Zeitspanne zu gelangen, ist etwas, worauf ich still und leise stolz bin – teils wegen des technischen Sprungs, aber auch weil es mich daran erinnerte, dass ein großartiger Ingenieur zu sein bedeutet, unbekannte oder unklare Probleme zu nehmen, sie aufzuschlüsseln und Lösungen zu finden.

• Du hast jahrelang Community aufgebaut – von studentischen Meetups während der Universitätszeit bis zur Co-Organisation der Kubernetes Community Days Nigeria. Warum ist Community-Arbeit für dich neben dem Engineering wichtig?

Community und Engineering waren für mich nie getrennt. Sie haben immer Hand in Hand gegangen. Open-Source ist der Ort, an dem ich mein Handwerk verfeinert habe, als ich anfing, und gelernt habe, wie Engineering in der realen Welt funktioniert: Menschen teilen ihr Wissen, arbeiten öffentlich an Ideen und nehmen an den Gesprächen teil, die formen, was ein Projekt wird.

Diese Überzeugung hat geprägt, wie ich mich einbringe. Als Studentin organisierte ich Tech-Meetups als GitHub Campus Expert und Ingressive Campus Ambassador und half etwa fünfzig Studierenden, die Fähigkeiten aufzubauen, die sie brauchen, um in der Branche zu starten. Später setzte ich mich für einen eigenen Bereich für Afrikaner in der Kubernetes Slack Community ein – einer Gruppe, die auf mehr als 450 Mitglieder angewachsen ist. 

Heute co-organisiere ich die Kubernetes Community Days Nigeria, deren jüngste Ausgabe über 500 Teilnehmer und Sprecher aus ganz Afrika zusammenbrachte, um gemeinsam zu lernen, zu teilen und aufzubauen.

Ich habe viel von der Community gewonnen: Mentoren, Mitarbeiter, Freunde und Chancen. Genau deshalb investiere ich weiter in die nächste Generation von Ingenieuren. Ob es darum geht, einen Studierenden durch seinen ersten Pull Request (PR) zu begleiten oder jemandem zu helfen, seinen ersten Konferenzvortrag vorzubereiten – das Ziel ist dasselbe: die Community stärker hinterlassen, als ich sie vorgefunden habe.

• Hat dein 16-jähriges Ich sich jemals vorgestellt, im Software Engineering zu landen? 

Mein 16-jähriges Ich hatte viele Interessen: Mathe, Physik, Ingenieurwesen, Schreiben und Lehren. Damals schienen viele Wege spannend und gangbar. Ich hatte gerade die weiterführende Schule abgeschlossen und schaute Filme, um die Zeit zu verbringen. Ich fand mich immer wieder zu den Filmen hingezogen, in denen ein Hacker am Computer sitzt, wild tippt, unmögliche Probleme löst und dem Rest der Crew dabei hilft, die Mission durchzuführen.

Die Samen waren also schon gelegt. Ich dachte, ich würde es zumindest versuchen. Aber mein 16-jähriges Ich hatte keine Ahnung, wie weit es gehen könnte, und ich glaube, sie würde ziemlich begeistert sein zu sehen, was ich jetzt mache.

• Was würdest du sonst machen, wenn nicht Software Engineering?

Ich würde wahrscheinlich erkunden, Belletristik-Autorin zu werden. Ich schreibe heutzutage nicht mehr so viel, aber ich liebe immer noch gutes Geschichtenerzählen und die Verwendung von Worten als Kunstform und Ausdrucksmittel.