Somtochi Onyekwere Elle est responsable de la maintenance de projets open source et ingénieure logicielle senior, forte de plus de cinq ans d'expérience dans la conception de systèmes fiables et évolutifs qui facilitent le déploiement d'applications pour les développeurs au sein d'entreprises technologiques internationales. Chez Fly.io, elle travaille sur Corrosion, le système distribué open source qui sous-tend la couche réseau. Auparavant, elle était ingénieure en expérience développeur et responsable de FluxCD, un projet open source pour GitOps sur Kubernetes, utilisé par des plateformes de développement d'entreprise telles que Microsoft et ControlPlane.
Parallèlement à son travail d'ingénieure, Somtochi est passionnée par le développement de communautés, un engagement qui remonte à son passage à l'Université fédérale de technologie d'Owerri, où elle était experte GitHub et ambassadrice du programme Ingressive Campus. Aujourd'hui, elle co-organise les Kubernetes Community Days Nigeria, dont la troisième édition, l'an dernier, a rassemblé plus de 500 participants venus de toute l'Afrique.
- Expliquez votre métier à un enfant de cinq ans.
Je travaille sur les outils qui permettent aux autres de gérer leurs sites web et leurs applications, celles que vous utilisez quotidiennement sur votre téléphone. C'est un peu comme construire des maisons. Normalement, si vous vouliez une maison, vous devriez acheter le terrain, rassembler les matériaux et tout monter vous-même. Les entreprises avec lesquelles je travaille s'occupent de tout. Vous n'avez qu'à arriver avec vos affaires et emménager.
- Qu'est-ce que vous aimez dans votre travail, et qu'est-ce qui vous frustre ?
Ce que j'apprécie dans mon travail, c'est la diversité des problèmes que je résous et les personnes avec lesquelles je les résous. Fly.io compte parmi ses rangs certains des ingénieurs les plus brillants avec lesquels j'ai eu l'occasion de collaborer. Côté résolution de problèmes, j'aime travailler sur des systèmes distribués et trouver comment les faire évoluer tout en garantissant leur fiabilité.
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 habitudes de travail des programmeurs. J'apprécie également que nous nous souciions de l'expérience des développeurs et que nous facilitons le déploiement et la mise à l'échelle des applications pour les utilisateurs.
Ce qui me frustre autant que je m'enthousiasme, c'est la loi de Murphy : tout ce qui peut tomber en panne tombera en panne. Nous travaillons sur des systèmes qui peuvent dysfonctionner, mais qui doivent néanmoins rester suffisamment fiables pour répondre aux besoins des utilisateurs.
Je me souviens d'avoir assisté à mon premier incident et d'avoir vu tout le monde s'activer avec diligence pour réparer les dégâts et rétablir la situation. Maintenant que j'ai moi-même connu plusieurs incidents de ce type, je suis devenu plus efficace pour déboguer sous pression et j'ai appris à anticiper les différents modes de défaillance dès le départ.
- Quel a été le moment le plus marquant de votre carrière dans la tech jusqu'à présent ? Racontez-le-nous en quelques mots.
Après la fermeture de mon ancienne entreprise, Weaveworks, j'ai décidé de choisir avec soin le type d'entreprise que je rejoindrais ensuite. J'ai dressé une liste d'entreprises menant des projets intéressants dans le domaine des infrastructures — des entreprises dont je lisais les blogs techniques par simple curiosité — et j'ai commencé à postuler.
Fly.io figurait en tête de liste, et le processus de recrutement était exigeant. Mais réussir ce processus n'était pas la fin du défi. Je voulais apporter la même rigueur à mon travail chez Fly.io. J'ai travaillé sur deux autres projets avant d'intégrer Corrosion, mais c'était de loin le plus difficile. Pour couronner le tout, il était écrit dans un langage que je ne connaissais pas.
J'ai donc appris rapidement et, en quelques mois, je contribuais activement au code source. Finalement, j'en suis devenu le développeur principal. Passer de « Je n'ai jamais programmé dans ce langage » à « Je suis responsable de ce système » en si peu de temps est une chose dont je suis secrètement fier, en partie à cause du bond technique, mais aussi parce que cela m'a rappelé qu'être un bon ingénieur, c'est s'attaquer à des problèmes inconnus ou mal définis, les décomposer et trouver des solutions.
- Vous avez consacré des années à bâtir une communauté, depuis les rencontres étudiantes pendant l'université jusqu'à la co-organisation des Kubernetes Community Days Nigeria. Pourquoi le travail communautaire est-il si important pour vous, au même titre que l'ingénierie ?
Pour moi, communauté et ingénierie ont toujours été indissociables. C'est grâce à l'open source que j'ai perfectionné mes compétences à mes débuts et que j'ai appris comment l'ingénierie fonctionne concrètement : le partage des connaissances, l'élaboration d'idées en public et la participation aux discussions qui façonnent un projet.
Cette conviction a façonné ma façon d'être. Étudiante, j'ai organisé des rencontres techniques en tant qu'experte GitHub Campus et ambassadrice Ingressive Campus, aidant une cinquantaine d'étudiants à acquérir les compétences nécessaires pour débuter dans le secteur. Plus tard, j'ai milité pour la création d'un espace dédié aux Africains au sein de la communauté Slack Kubernetes, un groupe qui compte aujourd'hui 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 énormément appris de cette communauté : des mentors, des collaborateurs, des amis et des opportunités. C'est précisément pour cette raison que je continue d'investir dans la prochaine génération d'ingénieurs. Qu'il s'agisse d'accompagner un étudiant dans sa première contribution (pull request) ou d'aider quelqu'un à préparer sa première intervention en conférence, l'objectif reste le même : laisser la communauté plus forte que je ne l'ai trouvée.
- Votre moi de 16 ans aurait-il imaginé un jour travailler dans le génie logiciel ?
À seize ans, j'avais de nombreux centres d'intérêt : les mathématiques, la physique, l'ingénierie, l'écriture et l'enseignement. Beaucoup de voies me semblaient passionnantes et prometteuses. Je venais de terminer le lycée et je regardais des films pour passer le temps. J'étais toujours fasciné par ceux où l'on voyait un hacker devant son ordinateur, tapant frénétiquement sur son clavier, résolvant des problèmes insolubles et aidant le reste de l'équipe à mener à bien leur mission.
L'idée était donc déjà là. Je me suis dit que j'allais au moins tenter le coup. Mais la moi de seize ans n'imaginait pas jusqu'où cela pourrait aller, et je pense qu'elle serait très fière de voir ce que je fais maintenant.
- Que ferais-tu d'autre si tu n'étais pas ingénieur logiciel ?
Je vais probablement me tourner vers l'écriture de fiction. J'écris moins ces derniers temps, mais j'aime toujours autant raconter de belles histoires et utiliser les mots comme forme d'art et moyen d'expression.
