Un guide plus frais sur DevRel

Publié à l’origine par Srushtika le 25 juillet 2018 6 837 lectures

Aujourd’hui marque le premier anniversaire de ma vie DevRel alias Je ne suis plus un plus frais. À la demande générale, voici un article expliquant ce qu’il faut pour être à DevRel dès le début de votre carrière et le travail que cela implique réellement.

Tdfp..Le contenu de cet article est purement issu de mes pensées et de mon expérience personnelles et ne représente aucune de mes activités professionnelles.

D’où je viens, c’est-à-dire l’Inde, le terme « plus frais » est utilisé pour désigner une personne qui vient de terminer ses études et n’a aucune expérience professionnelle. Aujourd’hui, je cesse d’être plus frais. C’est aussi rafraîchissant que nostalgique. C’est aussi triste que comme beaucoup d’autres choses, j’ai fini d’être plus frais et je me sens déjà vieux.

J’ai obtenu mon premier emploi en tant qu’évangéliste développeur dans un pays situé à 1000 kilomètres de chez moi. Malgré les six autres offres d’emploi que j’avais en main et qui me permettaient de rester dans ma ville natale, j’ai pris la première juste parce que c’était la seule à DevRel. Cet article est une décharge cérébrale de ce que j’ai appris sur DevRel au cours de cette dernière année et pourquoi j’ai accepté l’offre d’emploi sur cet autre continent.

DevRel (raccourci pour Relations avec les développeurs) est actuellement considéré comme le rôle le plus recherché. Cela semble super rêveur aux yeux d’une personne non DevRel qui regarde les tweets des personnes DevRel sur Twitter (Oui, c’est fondamentalement notre confiture!). Au moins un millier de personnes m’ont demandé au cours de la dernière année ce qu’implique exactement ce rôle et comment peuvent-elles en faire partie.

Beaucoup de choses ont été dites et faites pour expliquer les relations avec les développeurs et pourquoi c’est important pour une entreprise face aux développeurs, mais je n’ai jamais rencontré quelqu’un dont le premier emploi était ou est à DevRel (Devinez que les choses ont fonctionné pour moi!). Par conséquent, j’aimerais partager mon point de vue (en tant que débutant non plus frais si vous voulez) sur DevRel. Ce post s’adresse à tous ceux qui n’ont pas de département DevRel dans leur entreprise et ne comprennent donc pas très bien le rôle et que cela pourrait être différent pour différents types d’entreprises. Aussi pour ceux qui aspirent à faire partie d’une équipe DevRel, simplement parce que cela semble fantaisie et amusant.

Veuillez noter que c’est mon point de vue personnel sur ce dont je pense qu’il s’agit.

Un département des Relations avec les développeurs, le plus souvent, se compose de rôles tels que Gestionnaire de communauté, Auteur Technologique, Évangéliste des Développeurs, Défenseur des développeurs et parfois même des Hackers de Croissance et des Spécialistes du Marketing. Relations avec les développeurs vise à établir des relations positives avec les développeurs — qui sont les principaux clients des entreprises face aux développeurs, comme Ably, où je travaille actuellement en tant que Défenseur des développeurs.

Ces relations ne deviennent positives que lorsque les clients développeurs de l’entreprise sont satisfaits. Et pour les développeurs, le bonheur vient d’une documentation produit impeccable, d’une navigation facile sur le site Web, d’un support client réactif, d’une intégration constructive, de tutoriels utiles, d’événements / concours attrayants et de tout ce qui se trouve entre les deux. C’est exactement là que se concentre l’équipe DevRel.

Selon la taille, le produit ou le genre de l’entreprise technologique, les objectifs d’un Développeur évangéliste / Défenseur doivent différer. (btw, saviez-vous que ces deux termes sont utilisés pour définir exactement la même chose? Lisez cet article rapide que mon patron actuel a écrit l’année dernière, pour en comprendre plus. Je l’utiliserai de manière interchangeable dans cet article)

  • Dans une MULTINATIONALE mondiale, entre autres choses, l’objectif d’un développeur évangéliste est d’être présent à autant d’événements dans le monde que possible, de partager des connaissances technologiques générales tout en mentionnant qu’ils représentent une entreprise XYZ. Parfois, un évangéliste développeur est également responsable des développeurs internes nouvellement recrutés, pour les amener à être sur la même longueur d’onde que tout le monde.
  • Dans une start-up technologique, l’objectif d’un développeur évangéliste est d’obtenir autant d’utilisateurs développeurs que possible pour le produit et de s’assurer que les utilisateurs existants disposent de tout ce dont ils ont besoin pour comprendre et utiliser au maximum le produit.
  • Dans une entreprise de technologie de niveau intermédiaire, l’objectif d’un développeur évangéliste peut non seulement être d’assister à des événements technologiques, mais également d’élaborer diverses stratégies internes pour attirer et fidéliser les clients développeurs.

Même si cela signifie des choses différentes pour différentes entreprises, l’important est que l’objectif plus large d’une équipe DevRel soit de partager des connaissances — qu’il s’agisse d’un langage de programmation, d’une discipline de génie logiciel ou même des détails techniques du propre produit de l’entreprise.

Par conséquent, pour moi, un évangéliste développeur est censé être une personne capable de convertir une conférence de niveau avancé en quelque chose qui peut être apprécié par un public de niveau débutant, tout en conservant les détails techniques du contenu original. Par conséquent, à mon avis honnête, toutes les ressources partagées par un évangéliste développeur doivent contenir un matériel d’introduction au sujet traité ou au moins un lien vers d’autres matériaux simples à la suite desquels même les développeurs débutants peuvent suivre le matériel avancé.

Expérience de Dev chez DevRel

Il est bien établi que certains des plus grands esprits qui élaborent des solutions aux problèmes les plus complexes ne se sentent parfois pas assez à l’aise pour communiquer ce qu’ils ont fait. Parfois, ils ne veulent pas perdre de temps à faire le second car ils apprécient le premier plus que tout.

Par conséquent, il y a ce fossé énorme entre les créateurs de technologie et les consommateurs de technologie – c’est exactement ce qu’une équipe DevRel vise à combler.

Comme je l’ai déjà mentionné, mon premier emploi en a été un chez DevRel et bien que j’aie travaillé sur de nombreux projets de passe-temps au collège et en tant que stagiaire auprès de startups cherchant à lancer leurs produits technologiques, je n’avais aucune expérience à temps plein en tant que développeur dans une entreprise. Bien sûr, parfois, je me sentais (encore) submergée par les choses incroyables que les gens partagent sur Twitter et je me retrouve constamment à penser: « Oh mon dieu, il y a tellement de choses dans le monde que je ne sais toujours pas ». Mais la vérité est et croyez-moi, je l’ai entendu moi—même – la plupart des gens sont dans le même bateau que moi (ou vous!).

Il y a cette technologie incroyablement incroyable qui est produite dans le monde, chaque jour. Le rythme de son évolution est tout simplement hors des limites d’un seul humain. Par conséquent, il est courant qu’une personne experte dans un domaine ne connaisse que les détails d’un autre domaine, mais en tant que public, vous consommez une création collective de tous ces différents experts réunis, vous donnant ainsi l’impression d’être la seule personne à ne pas connaître beaucoup de choses.

Si quelque chose, chaque message que je vois sur Twitter ne fait que m’encourager à apprendre quelque chose de nouveau. Si je l’aime, j’y passerais naturellement plus de temps, je le comprendrais bien, je ferais mes recherches, mes expériences et j’en serais si confiant que je ressentirais maintenant le BESOIN de le partager avec d’autres de la manière la plus simple possible afin qu’ils n’aient pas à passer autant de temps que moi ou à parcourir autant de matériel pour ne relier les points qu’à la fin. Et j’ADORE faire ça.

Ma journée est faite quand je suis capable de faire comprendre à quelqu’un quelque chose qu’il ne comprenait pas auparavant que je ne me suis compris que récemment après avoir passé beaucoup de temps à comprendre. (La complexité de cette phrase étant l’ironie: P Mais c’est amusant, non?)

Parfois, DevRel peut signifier enfiler plusieurs chapeaux ensemble

Une énorme équipe DevRel signifie que chaque défenseur des développeurs peut passer du temps à expérimenter ce qui pourrait être le mieux pour les clients développeurs de l’entreprise — en termes de rédaction de tutoriels intéressants, de présentation des tendances technologiques les plus en vogue, de tenue de webinaires, de rédaction d’articles techniques qui suscitent la réflexion, d’enregistrement de screencasts, de croquis de dessin à la main expliquant des structures / algorithmes de données complexes, de mise au point d’une stratégie de support technique plus efficace, de construction d’un guide éducatif pour le produit ou même simplement de participation en tant que de nombreux événements de développeurs que possible pour essayer d’avoir une interaction en face à face avec toutes les autres personnes de la technologie.

Mais une équipe DevRel plus petite signifie en faire plusieurs simultanément. C’est un bel équilibre qui vient intrinsèquement avec une qualité expérimentale. Trop ou trop peu de quoi que ce soit peut être dangereux. Ainsi, vous faites constamment évoluer les stratégies, contrôlez régulièrement les métriques, analysez ce qui fonctionne et ce qui ne fonctionne pas en fonction de plusieurs variables, etc.

Est-ce qu’être plus frais est utile?

Très certainement, un plus frais n’a pas la même expérience qu’une personne qui devient un défenseur des développeurs après des années passées en tant que développeur et qui a une expérience directe des problèmes techniques et des solutions.

Même si je suis d’accord avec le fait qu’une personne expérimentée est super digne de parler d’un certain sujet technologique, un débutant au contraire passe dix fois plus de temps à comprendre le sujet lui-même en premier. Ce n’est qu’alors qu’ils ont suffisamment de confiance pour pouvoir la partager avec les autres. Même s’il peut ne pas inclure le même contenu que d’autres DAS expérimentés, il introduit certainement une perspective complètement différente à comprendre.

Tout le monde veut faire partie de DevRel

Comme je l’ai déjà mentionné, il y a un énorme désir chez les jeunes diplômés d’entrer dans DevRel (je prends le crédit sans vergogne d’en avoir inspiré un ou deux ;)). Même un rôle super cool comme celui-ci implique un travail sérieux. C’est un énorme malentendu que les évangélistes développeurs soient ces hipsters qui parcourent le monde en partageant quelques conseils de base en développement. Croyez-moi, beaucoup de choses se passent dans les coulisses de chaque article publié, de chaque tutoriel rédigé et de chaque conférence présentée. Le contenu étant le plus grand défi, beaucoup d’autres éléments entrent également en jeu, tels que la présentation visuelle, la répartition des technologies, la pertinence, le niveau technique et la longueur du matériel, pour n’en nommer que quelques-uns. Être sur scène devant des milliers de personnes n’est pas facile, être ouvert à susciter des conversations significatives avec des étrangers qui deviennent plus tard de bons amis n’est pas facile. Être ouvert à accepter la critique publiquement et à continuer à apprendre et à s’améliorer constamment n’est pas facile. Rien à ce sujet n’est facile.

DevRel n’est pas facile. Mais c’est vraiment super amusant pour ceux qui aiment être enthousiastes à propos des choses incroyables en cours de construction et qui ne peuvent tout simplement pas arrêter d’en parler.

Bien sûr, être dans DevRel signifie également que vous ne passez pas autant de temps à écrire du code réel. C’est frustrant pour beaucoup de gens, ce qui affecte ensuite toute leur décision d’emménager dans DevRel. J’ai également vu beaucoup de gens redevenir développeurs après avoir passé peu de temps à DevRel. Par conséquent, il est très important de comprendre ce que c’est avant de décider d’en faire partie.

Les gens qui me connaissent, savent que je suis une personne super bavarde et je suppose que ma mère étant professeure d’université de premier cycle en CS m’a également inculqué la joie d’enseigner des choses complexes aux autres; par conséquent, je pense que DevRel est venu naturellement à moi. Je ne dis pas que je suis génial dans ce domaine, mais j’aime y participer et apprendre les choses au fur et à mesure. La même passion m’a poussé à être associé à la Fondation Mozilla depuis le collège, d’abord en tant qu’Ambassadeur étudiant de Firefox, plus tard en tant que Représentant et maintenant en tant que Conférencier technologique. Le même amour pour dire au monde à quel point quelque chose de facile qu’ils pensaient complexe m’a poussé à co-écrire un livre sur la réalité virtuelle. J’adore parler et écrire de ce que je sais; et je suis super intéressé d’apprendre ce que je ne sais pas, de manière à pouvoir ensuite le partager avec les autres par moi-même.

Si vous pouviez vous rapporter à cet article de quelque manière que ce soit et que c’est quelque chose que vous aimeriez faire constamment, alors DevRel est pour vous. Commencez à trouver des opportunités! Mais si tu ne pouvais pas raconter, alors mon ami, tu avais juste la mauvaise idée de DevRel jusqu’à maintenant.

Développeur expérimenté!= Avocat développeur / Responsable de DevRel

À ce jour, vous auriez compris qu’une équipe DevRel a des objectifs, des responsabilités, des compétences, etc. complètement différents, par rapport à une équipe technique pleine de développeurs ou à une équipe marketing. Par conséquent, même si vous avez passé beaucoup d’années en tant que développeur, vous devrez passer du temps dans DevRel lui-même pour le comprendre avec précision. Par conséquent, passer du statut de développeur expérimenté à celui de défenseur du développement est très peu susceptible d’être fructueux pour vous et l’entreprise.

DevRel en Inde

Malheureusement, la scène DevRel est assez sombre en Inde. Par rapport à l’Europe et aux États, le nombre de conférences qui se déroulent ici est extrêmement inférieur. Bien que beaucoup de gens (tels que Siddharth et Dhananjay) qui ont compris cela font de grands efforts pour changer cela en organisant des événements significatifs en Inde et en se connectant avec la communauté mondiale DevRel en les invitant à participer et à contribuer. Cependant, il est encore très loin que la communauté technologique considère le « développeur évangéliste » comme un rôle naturel. Il y a pas mal d’entreprises qui ont un département DevRel, mais les objectifs varient beaucoup.

On m’a moi-même proposé des rôles d’évangéliste de développeurs, dans des entreprises en Inde, l’accent étant mis sur le marketing simple et non sur le développement de développeurs / communautés. C’est une idée complètement fausse et si vous en faites partie, veuillez la comprendre avant d’embaucher. Vous changez probablement la signification de ce rôle pour beaucoup de gens. Le billet evergreen de Christian Heilmann est toujours un bon point de départ.

Si vous êtes un développeur face à une entreprise technologique, il est temps que vous commenciez sérieusement à penser à créer une équipe DevRel et si vous êtes un individu qui cherche à rejoindre une équipe DevRel pour la première fois, assurez-vous de bien comprendre les faits et de bien comprendre dans quoi vous vous engagez et de porter le jugement correct.

Je suis super excitée d’avoir terminé une année de ma vie professionnelle! J’aimerais remercier tous ceux qui m’ont aidé à comprendre toutes sortes de choses et qui m’ont aidé à grandir en tant que personne et professionnel au cours de la dernière année. Vous savez qui vous êtes 🙂 En attendant, si vous souhaitez suivre mon travail, moi aussi, je tweete beaucoup (mais pas autant que je parle ;)). Je vis actuellement à Londres, en Angleterre, et je travaille avec un fournisseur de réseau de flux de données en temps réel, appelé Ably Realtime

Juste un vidage rapide du cerveau, alors ignorez toutes les stupidités grammaticales. Je sais que le titre est un peu trompeur puisque je ne suis plus un plus frais. Mais ça t’intéresse ? 🙂

Pour absolument toutes les questions, n’hésitez pas à me contacter via Twitter. Mes DM sont toujours ouverts: D

Ciao pour l’instant.

Tags

Rejoignez Hacker Noon

Créez votre compte gratuit pour débloquer votre expérience de lecture personnalisée.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.