Questions rapides 🔥 avec Somtochi Onyekwere

Somtochi Onyekwere est une mainteneur open-source et une ingénieure logicielle senior avec plus de cinq ans d'expérience dans la création de systèmes fiables et évolutifs qui aident les développeurs à déployer des applications dans des entreprises technologiques mondiales. Chez Fly.io, elle travaille sur Corrosion, le système distribué open-source qui sous-tend la couche réseau. Avant Fly, elle était ingénieure en expérience développeur et mainteneur de FluxCD, un projet open-source pour GitOps sur Kubernetes qui alimente les plateformes de développement d'entreprise dans des sociétés comme Microsoft et ControlPlane.

En parallèle de son travail d'ingénierie, Somtochi est passionnée par la création de communauté, un fil conducteur qui remonte à son passage à la Federal University of Technology d'Owerri, en tant que GitHub Campus Expert et ambassadrice du campus Ingressive. Aujourd'hui, elle co-organise les Kubernetes Community Days Nigeria, dont la troisième édition l'année dernière a réuni plus de 500 participants de toute l'Afrique.

• Expliquez votre travail à un enfant de cinq ans.

Je travaille sur les outils qui permettent aux autres de faire fonctionner leurs sites web et leurs applications, ceux que vous utilisez sur votre téléphone tous les jours. C'est un peu comme construire des maisons pour les gens. Normalement, si vous vouliez une maison, vous devriez acheter le terrain, rassembler les matériaux et tout assembler vous-même. Les entreprises avec lesquelles je travaille s'occupent de tout ça pour vous. Vous arrivez juste avec vos affaires et vous emménagez.

• Qu'est-ce que vous aimez dans votre travail, et qu'est-ce qui vous frustre ?

Ce que j'aime dans mon travail, c'est le type de problèmes que je dois résoudre et les personnes avec qui je les résous. Fly.io compte parmi les ingénieurs les plus remarquables avec lesquels j'ai eu l'occasion de travailler. Sur le plan des problèmes, j'aime travailler sur des systèmes distribués et chercher comment les faire évoluer tout en les maintenant fiables.

On commence à rencontrer des problèmes intéressants lorsqu'on fait passer un programme d'une exécution sur un seul ordinateur à une exécution sur plusieurs ordinateurs. Cela remet en question bon nombre des hypothèses auxquelles les programmeurs sont habitués. J'apprécie également que nous accordions de l'importance à l'expérience développeur et que nous facilitions le déploiement et la mise à l'échelle de leurs applications pour les utilisateurs.

Ce qui me frustre et m'enthousiasme à la fois, c'est la loi de Murphy : tout ce qui peut tomber en panne tombera en panne. Nous travaillons sur des systèmes qui peuvent défaillir, mais qui doivent tout de même être suffisamment fiables pour répondre aux besoins des utilisateurs. 

Je me souviens d'avoir assisté à mon premier incident et d'avoir regardé tout le monde agir avec urgence, réparer ce qui était cassé et s'assurer que les choses revenaient à la normale. Maintenant que j'ai eu ma part d'incidents, je suis devenue meilleure pour déboguer sous pression et j'ai appris à penser aux différents modes de défaillance dès le départ.

• Quel est votre « moment GOAT » dans votre carrière technologique jusqu'à présent ? Racontez-le nous en une courte histoire.

Lorsque mon ancienne entreprise, Weaveworks, a fermé ses portes, j'ai décidé d'être intentionnelle quant au type d'entreprise que je rejoindrais ensuite. J'ai dressé une liste d'entreprises faisant des choses intéressantes dans le domaine de l'infrastructure — des entreprises dont je lisais les blogs d'ingénierie pour le plaisir — et j'ai commencé à postuler.

Fly.io était en tête de cette liste, et le processus d'entretien était difficile. Mais réussir à passer n'était pas la fin du défi. Je voulais apporter cette même intentionnalité au travail que je faisais chez Fly.io. J'ai travaillé sur deux autres projets avant d'atterrir sur Corrosion, mais c'était de loin le plus difficile. Pour compliquer les choses, il était écrit dans un langage que je ne connaissais pas.

Je l'ai donc appris rapidement, et en quelques mois, je contribuais de manière significative à la base de code. Finalement, je suis devenue la principale développeuse sur ce projet. Passer de « je n'ai jamais écrit dans ce langage » à « je suis propriétaire de ce système » en si peu de temps est quelque chose dont je suis discrètement fière, en partie à cause du bond technique, mais aussi parce que cela m'a rappelé qu'être une grande ingénieure signifie prendre des problèmes inconnus ou peu clairs, les décomposer et trouver des solutions.

• Vous avez passé des années à construire une communauté, des rencontres étudiantes à l'université jusqu'à la co-organisation des Kubernetes Community Days Nigeria. Pourquoi le travail communautaire vous importe-t-il autant que l'ingénierie ?

La communauté et l'ingénierie n'ont jamais été séparées pour moi. Elles ont toujours été liées. L'open-source est l'endroit où j'ai perfectionné mon art lorsque je débutais et appris comment l'ingénierie fonctionne dans le monde réel : des personnes partageant ce qu'elles savent, travaillant sur des idées en public et prenant part aux conversations qui façonnent ce que devient un projet.

Cette conviction a façonné ma façon de m'impliquer. En tant qu'étudiante, j'ai organisé des rencontres technologiques en tant que GitHub Campus Expert et ambassadrice du campus Ingressive, aidant une cinquantaine d'étudiants à acquérir les compétences nécessaires pour démarrer dans l'industrie. Plus tard, j'ai plaidé pour un espace dédié aux Africains dans la communauté Kubernetes Slack, un groupe qui a grandi pour atteindre plus de 450 membres. 

Aujourd'hui, je co-organise les Kubernetes Community Days Nigeria, dont la dernière édition a réuni plus de 500 participants et intervenants de toute l'Afrique pour apprendre, partager et construire ensemble.

J'ai beaucoup reçu de la communauté : des mentors, des collaborateurs, des amis et des opportunités. C'est exactement pour cela que je continue à investir dans la prochaine génération d'ingénieurs. Que ce soit en accompagnant un étudiant dans sa première pull request (PR) ou en aidant quelqu'un à préparer sa première conférence, l'objectif est le même : laisser la communauté plus forte que je ne l'ai trouvée.

• Votre moi à 16 ans aurait-il jamais imaginé finir dans l'ingénierie logicielle ? 

Moi à seize ans avais beaucoup d'intérêts : les maths, la physique, l'ingénierie, l'écriture et l'enseignement. Beaucoup de chemins semblaient passionnants et viables à l'époque. Je venais de terminer le lycée et je regardais des films pour passer le temps. Je me retrouvais toujours attirée par ceux avec un hacker devant un ordinateur, tapant frénétiquement, résolvant des problèmes impossibles et aidant le reste de l'équipe à accomplir la mission.

Les graines étaient donc déjà là. Je me suis dit que j'allais au moins essayer. Mais moi à seize ans n'avait aucune idée de jusqu'où cela pourrait aller, et je pense qu'elle serait vraiment enthousiaste de voir ce que je fais maintenant.

• Que feriez-vous d'autre si ce n'était pas l'ingénierie logicielle ?

J'explorerais probablement la voie d'écrivaine de fiction. Je n'écris plus autant ces jours-ci, mais j'aime toujours le bon storytelling et l'utilisation des mots comme forme d'art et moyen d'expression.