Een frissere ‘ s guide to DevRel

Oorspronkelijk geplaatst door Srushtika op 25 juli 2018 6,837 leest

Srushtika Hacker profiel foto ' s middags

@srushtikaSrushtika

Ontwikkelaar Pleiten voor Kundig Realtime | Vrijwilliger bij Mozilla

LinkedIn sociale pictogramTwitter sociale pictogramgithub sociale pictogram

vandaag is de eerste verjaardag van mijn DevRel leven, oftewel ik ben niet langer een frisser. Door de populaire vraag, hier is een artikel uit te leggen wat er nodig is om in DevRel direct aan het begin van je carrière en het werk dat het eigenlijk gaat.

Psst..De inhoud van dit artikel is puur uit mijn persoonlijke gedachten en ervaring en niet een weergave van een van mijn professionele inspanningen op welke manier dan ook.

waar ik vandaan kom, dat wil zeggen India, wordt de term “frisser” gebruikt om iemand aan te duiden die net afgestudeerd is en geen werkervaring heeft. Vandaag ben ik geen frisser meer. Het is net zo verfrissend als nostalgisch. Het is ook triest dat, net als veel andere dingen, Ik ben klaar om een frisser en ik voel me al oud.

ik kreeg mijn eerste baan als Ontwikkelaar Evangelist in een land dat 1000 kilometer van mijn huis verwijderd is. Ondanks de zes andere jobaanbiedingen die ik in de hand had waardoor ik in mijn eigen stad zou blijven, nam ik de eerste alleen omdat dit de enige in DevRel was. Dit artikel is een brain dump van wat ik heb geleerd over DevRel in dit laatste jaar en waarom ik nam de baan aanbod in dit hele andere continent.

DevRel (afkorting voor Developer Relations) wordt momenteel beschouwd als de meest gewilde rol. Het lijkt super dromerig voor de ogen van een niet-DevRel persoon kijken naar tweets van DevRel mensen op Twitter (Ja, dat is eigenlijk onze jam!). Ik ben in het afgelopen jaar door minstens duizend mensen gevraagd wat deze rol precies inhoudt en hoe ze er deel van kunnen uitmaken.

er is veel gezegd en gedaan om Ontwikkelaar relaties uit te leggen en waarom het belangrijk is voor een ontwikkelaar geconfronteerd bedrijf, maar ik heb nog nooit iemand die de eerste baan was of is in DevRel tegengekomen (denk dat dingen net werkte voor mij!). Vandaar, Ik wil graag mijn perspectief delen (als een newbie niet-frisser als je wil) op DevRel. Deze post is voor al degenen die niet beschikken over een DevRel afdeling in hun bedrijf en dus niet helemaal begrijpen van de rol en dat het anders zou kunnen zijn voor verschillende soorten bedrijven. Ook voor degenen die willen deel uitmaken van een DevRel team, gewoon omdat het klinkt fancy en leuk.

houd er rekening mee dat dit mijn persoonlijke kijk is op wat ik denk dat het allemaal over gaat.

een afdeling Developer Relations bestaat meestal uit rollen als Community Manager, Tech auteur, Developer Evangelist, Developer Advocate en soms zelfs Groeihackers en marketeers. Developer Relations is gericht op het opbouwen van positieve relaties met ontwikkelaars — die de primaire klanten van ontwikkelaar geconfronteerd met bedrijven, zoals Ably, waar ik momenteel werk als Ontwikkelaar advocaat.

deze relaties worden alleen positief als de klanten van de ontwikkelaar tevreden zijn. En voor ontwikkelaars, geluk komt uit een vlekkeloze productdocumentatie, eenvoudige navigatie van de website, responsieve klantenservice, constructieve on-boarding, handige tutorials, boeiende evenementen/wedstrijden en alles daartussenin. Dit is precies waar het DevRel team zich op richt.

afhankelijk van de grootte, het product of het genre van het tech bedrijf, zullen de doelstellingen van een Ontwikkelaar Evangelist/advocaat verschillen. (btw, wist u dat beide termen worden gebruikt om precies hetzelfde te definiëren? Lees dit snelle artikel dat mijn huidige baas vorig jaar schreef, om meer te begrijpen. Ik zal het door elkaar gebruiken in dit artikel)

  • in een wereldwijde MNC, onder andere, de focus van een Ontwikkelaar Evangelist is om aanwezig te zijn op zoveel evenementen over de hele wereld mogelijk, het delen van algemene tech kennis, terwijl ook vermelden dat ze vertegenwoordigen een XYZ bedrijf. Soms is een Ontwikkelaar Evangelist is ook verantwoordelijk voor on-board in-house, nieuw aangeworven ontwikkelaars, om ze op dezelfde pagina als iedereen.
  • bij een tech startup is de focus van een Ontwikkelaar Evangelist om zoveel mogelijk ontwikkelaarsgebruikers voor het product te krijgen en ervoor te zorgen dat de bestaande gebruikers alles hebben wat ze nodig hebben om het product te begrijpen en optimaal gebruik te maken van het product.
  • in een tech-bedrijf op middenniveau is de focus van een Ontwikkelaar Evangelist misschien niet alleen het bijwonen van tech-evenementen, maar ook het ontwikkelen van verschillende in-house strategieën om klanten van ontwikkelaars aan te trekken en te behouden.

hoewel, het betekent verschillende dingen voor verschillende bedrijven, het belangrijkste is dat het grotere doel van een DevRel team is om kennis te delen — of het nu over een programmeertaal, over een software Engineering discipline of zelfs de tech details van het eigen product van het bedrijf.

daarom wordt voor mij verondersteld dat een Ontwikkelaar Evangelist iemand is die in staat is om een conferentiegesprek op gevorderd niveau om te zetten in iets dat kan worden genoten door een beginnersniveau publiek, met behoud van de technische details van de oorspronkelijke inhoud. Vandaar, naar mijn eerlijke mening, alle middelen gedeeld wat-zo-ooit door een Ontwikkelaar Evangelist moet een inleidende materiaal bevatten om het onderwerp wordt behandeld of op zijn minst een link naar andere eenvoudige materialen na die zelfs beginnende ontwikkelaars het geavanceerde materiaal kunnen volgen.Ervaring met DevRel

het is een vaststaand feit dat sommige van de grootste geesten die oplossingen voor de meest complexe problemen bouwen zich soms gewoon niet comfortabel genoeg voelen om te communiceren wat ze deden. Soms willen ze geen tijd verspillen aan het laatste, omdat ze meer dan wat dan ook genieten van het eerste.

vandaar dat er een enorme kloof is tussen de makers van tech en de consumenten van tech – dat is precies wat een DevRel-team wil opvullen.

zoals ik al eerder zei, was mijn eerste baan bij DevRel en hoewel ik tijdens de universiteit aan veel hobby-projecten had gewerkt en als stagiair met startups op zoek was naar hun tech-producten, had ik geen fulltime ervaring als ontwikkelaar bij een bedrijf. Natuurlijk voelde ik me soms (nog steeds) overweldigd door de verbazingwekkende dingen die mensen delen op Twitter en ik merk dat ik voortdurend denk, “Oh mijn, Er zijn zoveel dingen in de wereld die ik nog steeds niet weet over”. Maar de waarheid is en geloof me, Ik heb het van mensen zelf gehoord — de meeste mensen zitten in hetzelfde schuitje als ik (of jij!).

deze ongelooflijk verbazingwekkende technologie wordt elke dag in de wereld voortgebracht. De snelheid van zijn evolutie is gewoon buiten de grenzen van een enkel mens. Vandaar, het is gebruikelijk dat een persoon die is een expert in een gebied kent alleen sparende details van een ander gebied, maar als een publiek, Je consumeren een collectieve creatie van al deze verschillende deskundigen samen, dus waardoor je het gevoel dat je de enige persoon niet weten een heleboel dingen.

elk bericht dat ik op Twitter zie, moedigt me alleen maar aan om iets nieuws te leren. Als ik het leuk vind, zou ik er natuurlijk meer tijd aan besteden, het goed begrijpen, mijn onderzoek doen, experimenteren en er zo zeker van zijn dat ik nu de behoefte zou voelen om het op de eenvoudigste manier met anderen te delen, zodat ze niet zo veel tijd hoeven door te brengen als ik of door zoveel materiaal hoeven te gaan om alleen de punten aan het einde te verbinden. En ik doe dit graag.

mijn dag wordt gemaakt wanneer ik in staat ben om iemand iets te laten begrijpen wat ze voorheen niet begrepen dat ik pas onlangs mezelf begreep nadat ik veel tijd had doorgebracht met begrijpen. (De complexiteit van deze zin is de ironie: P maar het is leuk, niet?)

Soms DevRel kan betekenen dat het aantrekken van meerdere hoeden samen

Een enorme DevRel team betekent dat elke Ontwikkelaar Advocaat krijgt om tijd te besteden aan het experimenteren wat zou het beste voor het bedrijf, de ontwikkelaar van klanten — in termen van het schrijven van interessante tutorials, spreken over de heetste tech trends, het uitvoeren van webinars, het schrijven van uitdagende technische artikelen, de opname van screencasts, met de hand tekenen schetsen die het uitleggen van complexe data structuren/ algoritmen, die met een meer efficiënte technische ondersteuning-strategie, het bouwen van een educatieve gids voor het product of zelfs gewoon bijwonen als veel Ontwikkelaar evenementen mogelijk om te proberen en hebben een face-to-face interactie met elke andere persoon in tech.

maar een kleiner DevRel-team betekent dat er meer dan één team tegelijk wordt uitgevoerd. Het is een mooie balancering act die inherent komt met een experimentele kwaliteit. Te veel of te weinig van iets kan gevaarlijk zijn. Vandaar dat u voortdurend de strategieën te ontwikkelen, houden een regelmatige controle op statistieken, analyseren wat werkt en wat niet op basis van meerdere variabelen, enz.

komt het van pas om frisser te zijn?Een frisser heeft zeker niet dezelfde ervaring als een persoon die een Ontwikkelaar advocaat wordt na jaren tijd als ontwikkelaar te hebben doorgebracht en ervaring uit de eerste hand heeft met technische problemen en met het bedenken van oplossingen.

zo veel als ik het eens met het feit dat een ervaren persoon is super waardig om te praten over een bepaalde tech onderwerp, een newbie integendeel, besteedt tien keer meer tijd het begrijpen van het onderwerp zelf/zichzelf eerste. Alleen dan hebben ze genoeg vertrouwen om het met anderen te kunnen delen. Ook al bevat het niet dezelfde inhoud als andere ervaren DAs, het introduceert zeker een compleet ander perspectief om te begrijpen.

iedereen wil deel uitmaken van DevRel

zoals ik al eerder zei, is er een enorme wens bij pas afgestudeerden om in DevRel te komen (Ik neem schaamteloos de eer voor het hebben geïnspireerd een of twee 😉 ). Zelfs een super coole rol als deze houdt serieus werk in. Het is een groot misverstand dat Ontwikkelaar evangelisten zijn deze hipster mensen die zwerven over de hele wereld delen van een aantal fundamentele tips in ontwikkeling. Geloof me mensen, veel gaat achter de schermen van elke post gepubliceerd, elke tutorial geschreven en elke talk gepresenteerd. Content is de grootste uitdaging, maar ook veel andere dingen komen in het spel, zoals de visuele presentatie, tech breakdown, relevantie, tech niveau en lengte van het materiaal, om er maar een paar te noemen. Op het podium staan voor duizenden mensen, is niet gemakkelijk, open staan om betekenisvolle gesprekken aan te wakkeren met vreemden die later goede vrienden worden, is niet gemakkelijk. Open staan om kritiek publiekelijk te accepteren en voortdurend te blijven leren en verbeteren is niet eenvoudig. Niets is makkelijk.

DevRel is niet eenvoudig. Maar het is zeker super leuk voor degenen die graag enthousiast over de verbazingwekkende dingen die worden gebouwd en kan gewoon niet stoppen met praten over.

natuurlijk betekent het in DevRel zijn ook dat je niet zoveel tijd kunt besteden aan het schrijven van echte code. Dit is frustrerend voor veel mensen, die dan hun hele beslissing van het verhuizen naar DevRel beïnvloedt. Ik heb ook gezien dat veel mensen terug te gaan naar ontwikkelaars na het doorbrengen van een korte tijd in DevRel. Daarom is het erg belangrijk om te begrijpen wat het is voordat je besluit om er deel van uit te maken.

mensen die me kennen, weten dat ik een super spraakzaam persoon en ik denk dat mijn moeder die een undergrad University Professor in CS ook ingeprent in mij de vreugde van het onderwijzen van complexe dingen aan anderen; vandaar dat ik denk dat DevRel kwam natuurlijk aan mij. Ik zeg niet dat ik er goed in ben, maar ik ben er graag bij betrokken en leer dingen zoals ze komen. Dezelfde passie dreef me om te worden geassocieerd met de Mozilla Foundation sinds college, eerst als een Firefox Student ambassadeur, later als een Rep en nu als een Tech Speaker. Dezelfde liefde om de wereld te vertellen hoe makkelijk iets is waarvan ze alleen dachten dat het complex was, dreef me ertoe om een boek te schrijven over Virtual Reality. Ik hou van praten en schrijven over wat ik weet; en ik ben super geïnteresseerd om te leren wat ik niet, op een manier dat ik in staat ben om het dan te delen met anderen door mezelf.

als je zou kunnen betrekking hebben met dit artikel op enigerlei wijze en dit is iets wat je zou graag doen voortdurend, dan DevRel is voor jou. Begin met het vinden van kansen! Maar als je het niet kon begrijpen, dan mijn vriend, je had gewoon het verkeerde idee van DevRel tot nu toe.

Ervaren Ontwikkelaar != SR. Developer Advocate / Head of DevRel

Inmiddels zou je begrepen hebben dat een devrel-team totaal andere doelen, verantwoordelijkheden, vaardigheden vereist enz.heeft vergeleken met een tech-team vol ontwikkelaars of een marketingteam. Vandaar, zelfs als je veel jaren hebt doorgebracht als ontwikkelaar, zou je nodig hebt om wat tijd door te brengen in DevRel zelf om het nauwkeurig te begrijpen. Vandaar dat een sprong van een ervaren ontwikkelaar naar een Sr.Dev advocaat zeer minder waarschijnlijk zal zijn vruchtbaar voor zowel u als het bedrijf.

DevRel in India

helaas is de DevRel-scene vrij somber in India. In vergelijking met Europa en de lidstaten is het aantal conferenties dat hier plaatsvindt, veel kleiner. Hoewel veel mensen (zoals Siddharth en Dhananjay) die dit begrepen doen grote inspanningen om dit te veranderen door het organiseren van een aantal zinvolle evenementen in India en verbinding met de wereldwijde DevRel gemeenschap door hen uit te nodigen om deel te nemen en bij te dragen. Echter, het is nog steeds zeer ver van het hebben van de tech-gemeenschap beschouwen ‘Developer Evangelist’ als een natuurlijke Baan rol. Er zijn nogal wat bedrijven die wel een DevRel-afdeling hebben, maar de doelen variëren sterk.

ikzelf heb aangeboden Developer Evangelist rollen, in bedrijven in India, met de focus op duidelijke marketing en niet op ontwikkelaars/community building. Dit is een volledig verkeerd idee en als u een van die, gelieve te begrijpen voordat u huren. Je verandert waarschijnlijk de Betekenis van deze rol voor veel mensen. De evergreen post van Christian Heilmann is altijd een goed uitgangspunt.

Als u een ontwikkelaar bent die geconfronteerd wordt met een tech-bedrijf, is het tijd dat u serieus begint te denken aan het bouwen van een devrel-team en als u een individu bent die voor de eerste keer lid wil worden van een DevRel-team, zorg er dan voor dat u uw feiten goed begrijpt en goed begrijpt waar u aan begint en maak het juiste oordeel.

ik ben super opgewonden dat ik een jaar van mijn professionele leven heb afgemaakt. Ik wil graag iedereen bedanken die me geholpen heeft om allerlei dingen te begrijpen en me geholpen heeft om zo veel te groeien als een persoon en een professional in het afgelopen jaar. Je weet wie je bent 🙂 ondertussen, als je mijn werk wilt volgen, tweet ik ook veel (maar niet zoveel als ik praat;)). Ik woon momenteel in Londen, Engeland en werk met een realtime datastream netwerk provider, genaamd Ably Realtime

gewoon een snelle brain dump, dus negeer alle grammatica domheden. Ik weet dat de titel Een beetje misleidend is omdat ik niet langer een frisser ben. Maar kan het je wat schelen? 🙂

voor alle vragen, neem gerust contact met me op via Twitter. Mijn DMs zijn altijd open: d

Ciao voor nu.

Tags

Join Hacker ‘ s middags

Maak je gratis account aan om te ontgrendelen uw aangepaste leeservaring.

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.