En friskere guide til DevRel

oprindeligt udgivet af Srushtika den 25. juli 2018 6,837 læser

i dag markerer det første årsdag for mit DevRel liv aka jeg er ikke længere en friskere. Efter populær efterspørgsel, her er en artikel, der forklarer, hvad det kræver at være i DevRel lige i starten af din karriere og det arbejde, det faktisk involverer.

Psst..Indholdet af denne artikel er udelukkende fra mine personlige tanker og erfaring og ikke en repræsentation af nogen af mine professionelle bestræbelser overhovedet.

hvor jeg kommer fra, dvs.Indien, bruges udtrykket ‘friskere’ til at indikere en person, der lige er færdig med eksamen og ikke har nogen erhvervserfaring. I dag ophører jeg med at være friskere. Det er lige så forfriskende som det er nostalgisk. Det er også trist, at jeg som mange andre ting er færdig med at være friskere, og jeg føler mig allerede gammel.

jeg fik mit første job som udvikler Evangelist i et land, der er 1000s miles væk fra mit hjem. På trods af de seks andre jobtilbud, jeg havde i hånden, som ville lade mig blive i min hjemby, jeg tog førstnævnte bare fordi dette var den eneste i DevRel. Denne artikel er en hjerne dump af, hvad jeg har lært om DevRel i dette sidste år, og hvorfor jeg tog jobtilbudet på hele dette andet kontinent.

DevRel (stenografi for udviklerrelationer) anses for øjeblikket for at være den mest efterspurgte rolle. Det virker super drømmende for øjnene af en ikke-DevRel person, der ser på kvidre fra DevRel folk på kvidre (Ja, det er dybest set vores marmelade!). Jeg er blevet spurgt af mindst tusind mennesker i det sidste år om, hvad denne rolle indebærer, og hvordan kan de være en del af det.

meget er blevet sagt og gjort for at forklare udviklerrelationer, og hvorfor det er vigtigt for en udvikler, der står over for virksomheden, men jeg har aldrig stødt på nogen, der har det første job var eller er i DevRel (Gæt ting lige fungeret for mig!). Derfor vil jeg gerne dele mit perspektiv (som en nybegynder, der ikke er friskere, hvis du vil) på DevRel. Dette indlæg er for alle dem, der ikke har en DevRel afdeling i deres virksomhed og dermed ikke helt forstår den rolle, og at det kunne være anderledes for forskellige typer af virksomheder. Også for dem, der ønsker at være en del af et DevRel-hold, bare fordi det lyder fancy og sjovt.

bemærk, at dette er min personlige opfattelse af, hvad jeg synes, det handler om.

en udvikler Relations afdeling, oftere end ikke, består af roller som Community Manager, Tech forfatter, Udvikler Evangelist, Udvikler advokat og nogle gange endda vækst hackere og marketingfolk. Udviklerrelationer sigter mod at opbygge positive relationer med udviklere — som er de primære kunder hos udviklerorienterede virksomheder, såsom Ably, hvor jeg i øjeblikket arbejder som Udvikleradvokat.

disse forhold bliver kun positive, når virksomhedens udviklerkunder er glade. Og for udviklere kommer lykke fra en fejlfri produktdokumentation, nem navigation på hjemmesiden, lydhør kundesupport, konstruktiv ombordstigning, nyttige tutorials, engagerende begivenheder/konkurrencer og alt imellem. Dette er præcis, hvor DevRel-holdets fokus er.

afhængigt af størrelsen eller produkt eller genre af tech selskab, målene for en udvikler Evangelist/advokat skal afvige. (BT, vidste du, at begge disse udtryk bruges til at definere nøjagtig den samme ting? Læs denne hurtige artikel, som Min nuværende chef skrev sidste år, for at forstå mere. Jeg bruger det ombytteligt i denne artikel)

  • i en global MNC, blandt andet, fokus for en udvikler Evangelist er at være til stede ved så mange begivenheder over hele verden som muligt, deling af generel teknisk viden og samtidig nævne, at de repræsenterer et firma. Nogle gange er en Udviklerevangelist også ansvarlig for indbyggede interne, nyansatte udviklere for at få dem til at være på samme side som alle andre.
  • i en teknisk opstart er fokus for en Udviklerevangelist at få så mange udviklerbrugere som muligt til produktet og sørge for, at de eksisterende brugere har alt, hvad de har brug for for at forstå og udnytte produktet mest muligt.
  • i et mellemniveau tech-firma kan en Udviklerevangelist måske ikke kun deltage i tekniske begivenheder, men også opbygge forskellige interne strategier for at tiltrække og fastholde udviklerkunder.

selvom det betyder forskellige ting for forskellige virksomheder, er det vigtige, at det større mål for et DevRel — team er at dele viden-det være sig om et programmeringssprog, om en programteknikdisciplin eller endda de tekniske detaljer i virksomhedens eget produkt.

derfor skal en Udviklerevangelist for mig være en person, der er i stand til at konvertere en konference på avanceret niveau til noget, der kan nydes af et publikum på begynderniveau, samtidig med at de tekniske detaljer i det originale indhold bevares. Derfor, efter min ærlige mening, alle ressourcer, der deles hvad-så-nogensinde af en Udviklerevangelist, skal indeholde et indledende materiale til det emne, der dækkes, eller i det mindste linke til andre enkle materialer, hvorefter selv begynderudviklere kan følge det avancerede materiale.

Dev erfaring i DevRel

det er en veletableret kendsgerning, at nogle af de største sind, der bygger løsninger på de mest komplekse problemer, nogle gange bare ikke føler sig trygge nok til at kommunikere, hvad de gjorde. Nogle gange ønsker de ikke at spilde tid på at gøre sidstnævnte, da de nyder førstnævnte mere end noget andet.

derfor er der denne enorme kløft mellem skaberne af tech og forbrugere af tech – hvilket er præcis, hvad et DevRel-team sigter mod at udfylde.

som jeg nævnte før, har mit første job nogensinde været et i DevRel, og selvom jeg havde arbejdet på en masse hobbyprojekter under college og som praktikant med startups, der ønsker at lancere deres tekniske produkter, havde jeg ikke nogen fuldtidserfaring som udvikler hos et firma. Selvfølgelig nogle gange følte jeg (stadig føler) overvældet af de fantastiske ting, som folk deler på kvidre og jeg befinder mig konstant tænker, “Åh min, der er så mange ting i verden, som jeg stadig ikke kender”. Men sandheden er og stol på mig, jeg har hørt det fra folk selv-de fleste mennesker er i samme båd som mig (eller dig!).

der er denne utroligt fantastiske teknologi bliver kærnet ud i verden, hver eneste dag. Hastigheden af dens udvikling er simpelthen uden for grænserne for et enkelt menneske. Derfor er det almindeligt, at en person, der er ekspert på et område, kun kender sparsomme detaljer om et andet område, men som publikum forbruger du en kollektiv oprettelse af alle disse forskellige eksperter sammensat, hvilket får dig til at føle, at du er den eneste person, der ikke kender mange ting.

hvis noget, hver eneste indlæg Jeg ser på kvidre, kun opfordrer mig til at lære noget nyt. Hvis jeg kan lide det, ville jeg naturligvis bruge mere tid på det, forstå det godt, gøre min forskning, eksperimentere og være så sikker på det, at jeg nu ville føle behovet for at dele det med andre på den enkleste måde, så de ikke behøver at bruge så meget tid som mig eller gå igennem så meget materiale for kun at forbinde prikkerne i slutningen. Og jeg elsker at gøre dette.

min dag er lavet, når jeg er i stand til at få nogen til at forstå noget, de ikke forstod før, at jeg først for nylig forstod mig selv efter at have brugt meget tid på at forstå. (Kompleksiteten af denne sætning er ironien: P men det er sjovt, Nej?)

nogle gange kan DevRel betyde at iføre sig flere hatte sammen

et kæmpe DevRel — team betyder, at hver Udvikleradvokat får bruge tid på at eksperimentere, hvad der kan være bedst for virksomhedens udviklerkunder-med hensyn til at skrive interessante tutorials, tale om de hotteste tech-tendenser, gennemføre netinarer, skrive tankevækkende tech-artikler, optage screencasts, håndtegne skitser, der forklarer komplekse datastrukturer/ algoritmer, komme med en mere effektiv teknisk supportstrategi, opbygge en Uddannelsesvejledning til produktet eller endda bare deltage som mange udviklerbegivenheder som muligt for at prøve at have en ansigt til ansigt interaktion med enhver anden person inden for teknologi.

men et mindre DevRel-team betyder at gøre mere end et af disse samtidigt. Det er en smuk balancehandling, der iboende kommer med en eksperimentel kvalitet. For meget eller for mindre af noget kan være farligt. Derfor udvikler du konstant strategierne, holder en regelmæssig kontrol af målinger, analyserer, hvad der fungerer, og hvad der ikke er baseret på flere variabler osv.

er det at være en friskere praktisk?

helt sikkert har en friskere ikke den samme oplevelse som en person, der bliver Udvikleradvokat efter mange års tid som udvikler og har førstehånds erfaring med tekniske problemer og kommer med løsninger.

så meget som jeg er enig i, at en erfaren person er super værdig til at tale om et bestemt teknisk emne, bruger en nybegynder tværtimod ti gange mere tid på at forstå emnet selv først. Først da har de nok tillid til at kunne dele det med andre. Selvom det muligvis ikke indeholder det samme indhold som andre erfarne DAs, introducerer det bestemt et helt andet perspektiv at forstå.

alle ønsker at være en del af DevRel

som jeg nævnte dette før, er der et stort ønske hos nyuddannede om at komme ind i DevRel (jeg tager skamløs kredit for at have inspireret en eller to 😉 ). Selv en super cool rolle som denne involverer seriøst arbejde. Det er en enorm misforståelse, at Udviklerevangelister er disse hipster-mennesker, der strejfer rundt i verden og deler nogle grundlæggende tip i udvikling. Tro mig mennesker, meget går bag kulisserne i hvert offentliggjort indlæg, hver tutorial forfattet og hver tale præsenteret. Indhold er den største udfordring, en masse andre ting kommer også i spil, såsom den visuelle præsentation, teknisk opdeling, relevans, teknisk niveau og længde af materialet, for at nævne nogle få. At være på scenen foran tusinder af mennesker, er ikke let, at være åben for at udløse meningsfulde samtaler med fremmede, der senere fortsætter med at være gode venner, er ikke let. At være åben for at acceptere kritik offentligt og fortsætte med at lære og forbedre konstant er ikke let. Intet om det er nemt.

DevRel er ikke let. Men det er helt sikkert super sjovt for dem, der kan lide at være begejstrede for de fantastiske ting, der bygges, og bare ikke kan stoppe med at tale om det.

selvfølgelig betyder det at være i DevRel også, at du ikke kommer til at bruge så meget tid på at skrive faktisk kode. Dette er frustrerende for mange mennesker, hvilket derefter påvirker hele deres beslutning om at flytte ind i DevRel. Jeg har også set en masse mennesker flytte tilbage til at være Udviklere efter at have tilbragt en kort tid i DevRel. Derfor er det meget vigtigt at forstå, hvad det er, før du beslutter dig for at være en del af det.

folk, der kender mig, ved, at jeg er en super snakkesalig person, og jeg antager, at min mor er universitetsprofessor i CS, også indpodede mig glæden ved at undervise komplekse ting til andre; derfor tror jeg, at DevRel kom naturligt til mig. Jeg siger ikke, at jeg er god til det, men jeg elsker at være involveret i det og lære ting, som de kommer. Den samme lidenskab fik mig til at blive tilknyttet Mosilla Foundation siden college, først som Studenterambassadør, senere som Rep og nu som Teknologitaler. Den samme kærlighed til at fortælle verden, hvor let noget er, som de kun troede var komplekst, kørte mig til medforfatter en bog om Virtual Reality. Jeg elsker at tale og skrive om det, jeg ved; og jeg er super interesseret i at lære, hvad jeg ikke gør, på en måde, som jeg derefter kan dele det med andre alene.

hvis du kunne forholde dig til denne artikel på nogen måde, og det er noget, du gerne vil gøre konstant, så er DevRel noget for dig. Begynd at finde muligheder! Men hvis du ikke kunne forholde dig, så min ven, du havde bare den forkerte ide om DevRel indtil nu.

Erfaren Udvikler != Sr. Developer Advocate / Head of DevRel

nu ville du have forstået, at et DevRel-team har helt forskellige mål, ansvar, færdigheder, der kræves osv. Derfor, selvom du har brugt mange år på at være Udvikler, skal du bruge lidt tid i DevRel selv for at forstå det præcist. Derfor er et spring fra at være en erfaren udvikler til en Sr. Dev-advokat meget mindre tilbøjelig til at være frugtbar for både dig og virksomheden.

DevRel i Indien

Desværre er DevRel-scenen temmelig dyster i Indien. Sammenlignet med Europa og staterne er antallet af konferencer, der finder sted her, ekstremt mindre. Selvom mange mennesker (som Siddharth og Dhananjay), der har forstået dette, gør en stor indsats for at ændre dette ved at organisere nogle meningsfulde begivenheder i Indien og forbinde med det globale DevRel-samfund ved at invitere dem til at deltage og bidrage. Det er dog stadig meget langt fra, at teknologisamfundet betragter ‘Udvikler Evangelist’ som en naturlig jobrolle. Der er en hel del virksomheder, der har en DevRel afdeling, men målene varierer meget.

jeg er selv blevet tilbudt Udvikler Evangelist roller, i virksomheder i Indien, med fokus på almindelig markedsføring og ikke på udviklere/community building. Dette er en helt forkert ide, og hvis du er en af dem, skal du forstå det, før du ansætter. Du ændrer sandsynligvis betydningen af denne rolle for mange mennesker. The evergreen post af Christian Heilmann er altid et godt udgangspunkt.

hvis du er en udvikler står tech virksomhed, er det tid du seriøst begynde at tænke på at opbygge en DevRel team, og hvis du er en person søger at deltage i en DevRel team for første gang, sørg for at få dine fakta rigtige og forstå godt, hvad du får ind og træffe den rigtige dom.

jeg er super begejstret for at have afsluttet et år af mit professionelle liv! Jeg vil gerne takke alle, der har hjulpet mig med at forstå alle mulige ting og hjulpet mig med at vokse så meget som en person og en professionel i det forløbne år. Du ved, hvem du er 🙂 i mellemtiden, hvis du gerne vil følge mit arbejde, kvidrer jeg også meget (men ikke så meget som jeg taler 😉 ). Jeg bor i øjeblikket i London, England og arbejder med en realtime Data Stream netværksudbyder, kaldet Ably Realtime

bare en hurtig hjerne dump, så vær venlig at ignorere enhver grammatik dumheder. Jeg ved, at titlen er lidt vildledende, da jeg ikke længere er friskere. Men er du ligeglad? 🙂

for absolut nogen spørgsmål, er du velkommen til at nå ud til mig via kvidre. Mine DMs er altid åbne: D

Ciao for nu.

Tags

Deltag Hacker Noon

Opret din gratis konto for at låse din brugerdefinerede læseoplevelse.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.