Eya Rziga
Ces notes ont été transférées de son ordinateur portable vers Internet. Des articles de blog et des fils de discussion ont suivi. Peu à peu, d’autres étudiants ont commencé à les lire, puis à poser des questions, puis à venir l’écouter expliquer les mêmes idées en personne.
C’est ainsi qu’Amarachi a compris pour la première fois que son instinct de documentation n’était pas seulement une habitude personnelle. C’était une compétence.
En tant que responsable du Google Developer Student ClAvant que son nom n’apparaisse sur les affiches de conférences et les listes de juges de hackathons, Amarachi Iheanacho était une étudiante qui voulait simplement ne rien oublier de ce qu’elle apprenait. Elle notait tout.
« Je n’ai pas commencé à écrire parce que je voulais devenir créatrice de contenu », explique-t-elle. « J’ai commencé à écrire parce que c’était le moyen le plus simple de clarifier les choses pour moi-même ».
ub dans son université, elle a transformé cet instinct en structure. Elle a organisé des ateliers, initié des centaines d’étudiants aux outils front-end modernes et est devenue une référence sur le campus pour les personnes qui naviguent dans la documentation, les API et les frameworks.
« La plupart des gens n’avaient pas peur du code », se souvient-elle. « Ils avaient peur de ne pas comprendre la documentation. Une fois ce problème résolu, vous libérez très rapidement le potentiel d’un grand nombre de personnes ».
Découvrir DevRel avant même qu’il ait un nom
À l’époque, Amarachi n’avait pas encore trouvé de terme précis pour décrire ce qu’elle faisait. Elle savait simplement qu’elle aimait aider les gens à comprendre la technologie. Son travail s’est élargi lorsqu’elle a coorganisé Write the Docs Nigeria, une communauté qui a propulsé la documentation au centre des discussions, alors qu’elle était auparavant reléguée à l’arrière-plan des projets logiciels.
« Pour beaucoup d’entre nous, la documentation était quelque chose que l’on faisait à la fin, si on avait le temps », explique-t-elle. « Write the Docs m’a montré que la documentation fait partie intégrante de l’expérience produit. C’est la première prise de contact des utilisateurs avec votre outil. »
Ces premières années lui ont apporté deux éléments fondamentaux : une expérience communautaire à grande échelle et un profond respect pour un langage clair et accessible. Il ne lui manquait plus qu’à trouver le moyen de transformer tout cela en une véritable carrière.
Le véritable tournant n’a pas été un emploi, mais le bénévolat. Amarachi a commencé à contribuer à un petit collectif de contenu axé sur les développeurs qui aidait discrètement les ingénieurs africains à devenir des spécialistes mondiaux du DevRel et de la documentation. Le rythme était différent : les délais étaient plus stricts, les normes plus élevées et le public semblait soudainement mondial.
« C’est là que j’ai compris que le DevRel était une discipline à part entière, et pas seulement une ambiance », explique-t-elle. « Il y a une stratégie, il y a un processus, il y a une ligne claire entre un bon contenu et une adoption réelle. »
Dans cet environnement, elle a appris à concevoir des tutoriels, de la documentation et des parcours d’apprentissage qui s’intègrent dans l’expérience globale des développeurs d’une entreprise, plutôt que de rester en marge.
Travailler sur l’outillage mondial
À partir de là, son travail a commencé à apparaître dans des endroits dont elle n’avait auparavant entendu parler que dans les livres. Amarachi a contribué à la promotion des développeurs et à la création de contenu technique pour des entreprises axées sur les développeurs.
Par exemple, dans des entreprises internationales telles que Eyer et Sidero, elle a joué un rôle clé dans les efforts déployés par l’entreprise pour renforcer ses relations avec les développeurs, en aidant ces derniers à comprendre comment gérer la documentation API.
« J’ai constaté à quel point les décisions relatives à la documentation influencent directement l’utilisation ou le rejet d’une fonctionnalité », explique-t-elle. « Si les gens ne se reconnaissent pas dans vos exemples, ils passent à autre chose ».
Mais cela ne s’arrête pas là : elle a coorganisé et cojugé un hackathon mondial qui a attiré près de trois cents participants. Ce travail combinait la conception du programme, l’évaluation, l’engagement communautaire et le contenu autour du produit.
« C’était la première fois que je voyais mon travail toucher autant de personnes à la fois », dit-elle. « On pouvait voir l’impact en temps réel, dans les projets que les gens soumettaient et les questions qu’ils posaient. »
