Trading rapide 🔥 avec Opeyemi Folorunsho

Opeyemi Folorunsho est le vice-président de la recherche et du développement (R&D) chez Moniepoint, où il se concentre sur la traduction d'idées techniques profondes en systèmes qui ont un impact réel. Son parcours est axé sur les systèmes distribués et l'infrastructure, et son travail se situe à l'intersection de la recherche et de l'exécution : identifier les opportunités émergentes, les valider rigoureusement et construire les plateformes qui leur donnent vie.

Sa conviction fondamentale est qu'une excellente culture d'ingénierie et une pensée basée sur les premiers principes sont ce qui distingue la véritable innovation de la simple poursuite des tendances. Au fil du temps, son focus a évolué de la construction de systèmes à la définition de leur orientation, au guidage des équipes, à l'établissement de la vision technique et à la garantie que les efforts de recherche se traduisent par des résultats significatifs.

• Expliquez votre métier à un enfant de cinq ans.

Imaginez que vous avez une immense ville de jouets où des millions de personnes jouent chaque jour. Mon travail consiste à inventer de meilleures routes, des ponts plus solides et des feux de circulation plus intelligents avant que la ville ne devienne trop encombrée.

Parfois, je construis moi-même de nouvelles choses. Parfois, j'aide d'autres ingénieurs à les construire. Et parfois, je passe des semaines à trouver une meilleure façon de résoudre un problème que personne n'a encore résolu. Mon travail consiste vraiment à m'assurer que la ville continue de fonctionner même lorsque des millions de personnes supplémentaires arrivent.

• À quoi ressemble concrètement la R&D dans une fintech au quotidien ?

Les gens imaginent souvent la R&D comme des scientifiques dans un laboratoire. En réalité, c'est beaucoup plus proche de l'ingénierie appliquée.

Une semaine typique implique la compréhension d'un problème commercial difficile, la lecture d'articles ou de documentation technique, l'évaluation des technologies existantes, la construction de prototypes, la mesure des compromis et la décision de savoir si une idée mérite de faire partie de la plateforme de production.

Certains projets ne quittent jamais le stade du prototype parce que l'économie ne fonctionne pas. D'autres finissent par devenir une infrastructure centrale dont dépend chaque équipe d'ingénierie.

Chez Moniepoint, cela a signifié explorer des technologies telles que les bases de données distribuées, le traitement de flux, les plateformes pour développeurs, les techniques de détection de fraude, l'automatisation de l'infrastructure et des moyens de simplifier la manière dont les ingénieurs construisent des produits à grande échelle.

L'objectif n'est pas la recherche pour la recherche. Il s'agit de réduire l'incertitude afin que l'entreprise puisse prendre de meilleures décisions d'ingénierie.

• Comment décidez-vous quand une idée est prête à devenir un produit ?

Je cherche trois choses. Premièrement, avons-nous réellement résolu les problèmes techniques difficiles, ou avons-nous seulement créé une bonne démo ? Deuxièmement, la solution réduit-elle la complexité au lieu de l'ajouter ? Un prototype peut tolérer l'astuce. Un système de production ne le peut pas. Troisièmement, résout-il un vrai problème rencontré par plusieurs équipes ? Si un seul ingénieur le comprend ou si une seule équipe en bénéficie, il s'agit probablement encore de recherche.

La transition se produit lorsque les inconnues deviennent connues. À ce stade, le travail passe de la découverte de la faisabilité de quelque chose à sa fiabilité, sa maintenabilité et sa facilité d'utilisation pour d'autres ingénieurs.

• Moniepoint a connu une croissance agressive à travers l'Afrique. Que demande ce type de croissance du point de vue de l'infrastructure ?

La croissance change les questions que vous posez. Au début, vous demandez : « Pouvons-nous faire fonctionner cela ? » Plus tard, vous demandez : « Cela peut-il survivre à dix fois le trafic sans réveiller quelqu'un à 3 h du matin ? »

Chez Moniepoint, opérer à grande échelle signifie concevoir des systèmes capables de gérer des milliards d'événements financiers, de maintenir une faible latence, de récupérer gracieusement après des pannes et de continuer à fonctionner dans différentes régions et dans des conditions réseau variables.

Cela signifie également investir massivement dans des plateformes internes. À mesure qu'une organisation d'ingénierie grandit, la productivité des développeurs devient également un problème d'infrastructure. De bons outils, l'automatisation, l'observabilité, les systèmes de déploiement et des plateformes standardisées permettent à des centaines d'ingénieurs d'avancer rapidement sans compromettre la fiabilité. L'infrastructure ne se contente plus de soutenir l'entreprise. Elle devient un avantage concurrentiel.

• Quelle est la plus grande erreur que commettent les ingénieurs sur ce à quoi ressemble une bonne recherche ?

Beaucoup d'ingénieurs pensent que la recherche consiste à lire des articles. Ce n'est pas le cas. Une bonne recherche consiste à réduire l'incertitude.

Parfois, cela signifie lire des articles académiques. Plus souvent, cela signifie construire des prototypes, collecter des preuves, mesurer les performances, parler aux utilisateurs et être prêt à prouver que sa propre idée est fausse.

Le meilleur résultat en R&D n'est pas de prouver que vous avez raison. C'est d'apprendre quelque chose de précieux avant que l'entreprise ne passe des mois à construire la mauvaise chose. La recherche devrait faciliter l'ingénierie future, pas la compliquer.

• À quoi ressemblait votre parcours vers le poste de VP de R&D, et que feriez-vous différemment si vous recommenciez ?

Ma carrière a toujours été davantage motivée par la curiosité que par les titres. Je me suis naturellement tourné vers des problèmes d'infrastructure difficiles, des systèmes distribués, des bases de données, des plateformes pour développeurs et ce type de travail d'ingénierie où la compréhension des mécanismes internes fait une réelle différence. Avec le temps, cela a évolué de la résolution de problèmes techniques par moi-même à l'aide aux équipes pour identifier quels problèmes valaient la peine d'être résolus en premier lieu.

En accédant à des postes de direction, j'ai réalisé que la R&D ne concerne pas seulement la technologie. Il s'agit de créer un processus qui transforme l'incertitude en décisions éclairées. Aujourd'hui, une grande partie de mon rôle consiste à aider l'organisation à explorer de nouvelles idées tout en garantissant que celles qui réussissent puissent être transmises aux équipes produit et déployées à l'échelle de l'entreprise.

Si je devais recommencer, je passerais moins de temps à courir après des technologies individuelles et plus de temps à apprendre la pensée systémique, la communication et l'économie. Les langages, les frameworks et les bases de données vont et viennent. La capacité à raisonner sur des systèmes complexes, à communiquer clairement et à comprendre la valeur commerciale derrière les décisions techniques s'accumule tout au long d'une carrière. Ces compétences ont compté bien plus que n'importe quelle technologie particulière que j'ai apprise.