En ferskere guide Til DevRel

Opprinnelig publisert av Srushtika på juli 25th 2018 6,837 leser

I Dag markerer første årsdagen for Min DevRel livet aka jeg er ikke lenger en friskere. Etter stor etterspørsel, her er en artikkel som forklarer hva Det tar å være I DevRel helt i starten av karrieren din og arbeidet som det faktisk innebærer.

Psst..Innholdet i denne artikkelen er rent fra mine personlige tanker og erfaring og ikke en representasjon av noen av mine faglige bestrebelser overhodet.

Hvor jeg kommer Fra, Dvs.India, brukes begrepet ‘ferskere’ til å indikere en person som nettopp har fullført eksamen og ikke har noen arbeidserfaring. I dag slutter jeg å være friskere. Det er like forfriskende som det er nostalgisk. Det er også trist at som mange andre ting, er jeg ferdig med å være friskere og jeg føler meg allerede gammel.

jeg fikk min første jobb Som Utvikler Evangelist i et land som er 1000s av miles borte fra hjemmet mitt. Til tross for de seks andre jobbtilbudene jeg hadde i hånden som ville la meg bli i min hjemby, tok jeg førstnevnte bare fordi Dette var Den eneste I DevRel. Denne artikkelen er en hjernedump av hva Jeg har lært Om DevRel i dette siste året, og hvorfor jeg tok jobbtilbudet på dette helt andre kontinentet.

DevRel (forkortelse For Utviklerrelasjoner) anses for tiden å være den mest ettertraktede rollen. Det virker super drømmende for øynene til en Ikke-DevRel person som ser på tweets Fra DevRel people på Twitter (Ja, det er i utgangspunktet vår syltetøy!). Jeg har blitt spurt av minst tusen mennesker i det siste året om hva denne rollen innebærer, og hvordan kan de være en del av den.

Mye har blitt sagt og gjort for å forklare Utviklerrelasjoner og hvorfor det er viktig for en utvikler overfor selskap, men jeg har aldri kommet over noen som er første jobb var Eller er I DevRel (Gjett ting bare jobbet for meg!). Derfor vil jeg gjerne dele mitt perspektiv (som nybegynner ikke-ferskere hvis du vil) På DevRel. Dette innlegget er for alle de som ikke har En DevRel-avdeling i sitt firma og dermed ikke forstår rollen, og at det kan være forskjellig for ulike typer selskaper. Også for de som ønsker Å være en Del Av Et DevRel-team, bare fordi det høres fancy og morsomt ut.

Vær oppmerksom på at dette er min personlige ta på hva jeg tror det handler om.

En Avdeling For Utviklerrelasjoner består oftest av roller Som Community Manager, Tech Author, Developer Evangelist, Developer Advocate og noen Ganger Til Og Med Veksthackere og Markedsførere. Developer Relations tar sikte på å bygge positive relasjoner Med Utviklere-som er de primære kundene til developer facing selskaper, for Eksempel Ably, hvor jeg for tiden jobber Som Developer Advocate.

disse relasjonene blir bare positive når selskapets utviklerkunder er fornøyde. Og for utviklere kommer lykke fra en feilfri produktdokumentasjon, enkel navigering av nettstedet, responsiv kundestøtte, konstruktiv ombordstigning, nyttig opplæring, engasjerende arrangementer/konkurranser og alt i mellom. Dette er Akkurat Der DevRel-teamets fokus er.

avhengig av størrelsen eller produkt eller sjanger av tech selskapet, målene For En Utvikler Evangelist / Talsmann skal variere. (btw, visste du at begge disse begrepene brukes til å definere nøyaktig samme ting? Les denne raske artikkelen som min nåværende sjef skrev i fjor, for å forstå mer. Jeg skal bruke det om hverandre i denne artikkelen)

  • I en global MNC, blant annet, fokus For En Utvikler Evangelist er å være til stede på så mange arrangementer over hele verden som mulig, dele generell teknisk kunnskap samtidig nevne at de representerer EN XYZ selskap. Noen Ganger Er En Utvikler Evangelist også ansvarlig for å ombord in-house, nylig rekruttert utviklere, for å få dem til å være på samme side som alle andre.
  • i en teknisk oppstart er Fokus For En Utviklerevangelist å få så mange utviklerbrukere som mulig for produktet og sørge for at de eksisterende brukerne har alt de trenger for å forstå og få mest mulig ut av produktet.
  • i et teknologiselskap på mellomnivå kan Fokuset til En Utviklerevangelist ikke bare delta på teknologiske arrangementer, men også bygge ulike interne strategier for å tiltrekke seg og beholde utviklerkunder.

Selv om Det betyr forskjellige ting for forskjellige selskaper, er det viktigste at det større målet Med Et DevRel-team er å dele kunnskap — det være seg om et programmeringsspråk, Om En Programvareteknikkdisiplin eller til og med de tekniske detaljene i selskapets eget produkt.

Derfor, For Meg, Er En Utvikler Evangelist ment å være en person som er i stand til å konvertere et avansert nivå konferanse snakk til noe som kan nytes av en nybegynner nivå publikum, samtidig beholde de tekniske detaljene i det opprinnelige innholdet. Derfor, etter min ærlige mening, må alle ressurser som deles av En Utvikler Evangelist, inneholde et innledende materiale til emnet som dekkes eller i det minste lenke til andre enkle materialer som selv nybegynnerutviklere kan følge det avanserte materialet.

Dev erfaring I DevRel

det er et veletablert faktum at noen av de største sinnene som bygger løsninger på de mest komplekse problemene, noen ganger bare ikke føler seg komfortable nok til å kommunisere hva de gjorde. Noen ganger vil de ikke kaste bort tid på å gjøre sistnevnte som de nyter den tidligere mer enn noe annet.

Derfor er det dette store gapet mellom skaperne av tech og forbrukerne av tech – som Er akkurat hva Et DevRel-team har som mål å fylle.

som jeg nevnte tidligere, har min første jobb vært En I DevRel, og selv om jeg hadde jobbet med mange hobbyprosjekter under college og som praktikant med oppstart som ønsker å lansere sine tekniske produkter, hadde jeg ingen fulltidserfaring som Utvikler hos et selskap. Selvfølgelig noen ganger jeg følte (fortsatt føler) overveldet av de fantastiske tingene som folk deler På Twitter, og jeg finner meg selv hele tiden tenker ,» oh my, det er så mange ting i verden som jeg fortsatt ikke vet om». Men sannheten er og stol på meg, jeg har hørt det fra folk selv-de fleste er i samme båt som meg (eller deg!).

det er denne utrolig fantastiske teknologien som blir kvernet ut i verden, hver eneste dag. Tempoet i evolusjonen er rett og slett utenfor grensene til et enkelt menneske. Derfor er det vanlig at en person som er ekspert på ett område bare kjenner sparsomme detaljer om et annet område, men som publikum forbruker du en kollektiv opprettelse av alle disse forskjellige ekspertene satt sammen, og dermed får du til å føle at du er den eneste personen som ikke vet mange ting.

hvis noe, hvert eneste innlegg jeg ser På Twitter, oppfordrer meg bare til å lære noe nytt. Hvis jeg liker det, vil jeg naturligvis bruke mer tid på det, forstå det godt, gjøre min forskning, eksperimentere og være så trygg på det at jeg nå vil føle BEHOVET for å dele det med andre på den enkleste måten, slik at de ikke trenger å bruke så mye tid som meg eller gå gjennom så mye materiale for å bare koble prikkene på slutten. Ja, JEG ELSKER a gjore dette.

dagen min er laget når jeg er i stand til å få noen til å forstå noe de ikke forstod før jeg bare nylig forstod meg selv etter å ha brukt mye tid på å forstå. (Kompleksiteten i denne setningen er ironien: P Men det er gøy, nei?)

Noen Ganger DevRel kan bety donning flere hatter sammen

en stor DevRel team betyr at Hver Utvikler Talsmann får bruke tid på å eksperimentere hva som kan være best for selskapets utvikler kunder – i form av å skrive interessante tutorials, snakker om de hotteste tech trender, gjennomføre webinarer, skrive tankevekkende tech artikler, opptak screencasts, hånd tegning skisser som forklarer komplekse datastrukturer/ algoritmer, kommer opp med en mer effektiv teknisk støtte strategi, bygge en pedagogisk guide for produktet eller bare delta som mange utvikler hendelser som mulig for å prøve og ha en ansikt-til-ansikt interaksjon med hver annen person i tech.

men et Mindre DevRel-lag betyr å gjøre mer enn en av disse samtidig. Det er en vakker balansehandling som iboende kommer med en eksperimentell kvalitet. For mye eller for mindre av noe kan være farlig. Derfor utvikler du stadig strategiene, holder regelmessig kontroll på beregninger, analyserer hva som fungerer og hva som ikke er basert på flere variabler, etc.

kommer det å være friskere til nytte?

absolutt har en ferskere ikke den samme opplevelsen som en person som blir En Utvikler Advokat etter år med å tilbringe tid som utvikler og har førstehånds erfaring med tekniske problemer og komme opp med løsninger.

Så mye som jeg er enig med det faktum at en erfaren person er superverdig å snakke om et bestemt teknisk emne, bruker en nybegynner tvert imot ti ganger mer tid på å forstå emnet selv først. Først da har de nok tillit til å kunne dele den med andre. Selv om det kanskje ikke inneholder det samme innholdet som andre erfarne DAs, introduserer det sikkert et helt annet perspektiv å forstå.

Alle ønsker Å være En del Av DevRel

som jeg nevnte dette før, er det et stort ønske hos nyutdannede å komme inn I DevRel(jeg tar skamløs kreditt for å ha inspirert en eller to;)). Selv en super kul rolle som dette innebærer alvorlig arbeid. Det er en stor misforståelse At Utvikler Evangelister er disse hipster folk som streifer rundt om i verden dele noen grunnleggende tips i utvikling. Tro meg folk, mye går bak kulissene i hvert innlegg publisert, hver tutorial forfattet og hver diskusjon presentert. Innhold er den største utfordringen, og mange andre ting spiller også inn, for eksempel visuell presentasjon, teknisk sammenbrudd, relevans, teknisk nivå og lengde på materialet, for å nevne noen. Å være på scenen foran tusenvis av mennesker, er ikke lett, å være åpen for å gnist opp meningsfulle samtaler med fremmede som senere går på å være gode venner er ikke lett. Å være åpen for å akseptere kritikk offentlig og fortsette å lære og forbedre hele tiden, er ikke lett. Ingenting om det er lett.

DevRel er ikke lett. Men det er sikkert super morsomt for de som liker å være entusiastiske over de fantastiske tingene som bygges og bare ikke kan slutte å snakke om det.

selvfølgelig betyr Det å være I DevRel også at du ikke får bruke så mye tid på å skrive faktisk kode. Dette er frustrerende for mange mennesker, som da påvirker hele beslutningen om å flytte Inn I DevRel. Jeg har også sett mange mennesker flytte tilbake til Å Være Utviklere etter å ha brukt kort tid i DevRel. Derfor er det veldig viktig å forstå hva det er før du bestemmer deg for å være en del av det.

Folk som kjenner meg, vet at jeg er en super snakkesalig person, og jeg antar at moren min er en undergrad universitetsprofessor i CS også innpodet i meg gleden av å undervise komplekse ting til andre; derfor tror Jeg DevRel kom naturlig for meg. Jeg sier ikke at jeg er god på det, men jeg elsker å være involvert i det og lære ting som de kommer. Den samme lidenskapen drev meg til å bli assosiert med Mozilla Foundation siden college, først Som En Firefox Studentambassadør, senere som En Rep og nå som En Teknisk Høyttaler. Den samme kjærligheten for å fortelle verden hvor lett noe er at de bare trodde var komplisert, kjørte meg til medforfatter en bok Om Virtuell Virkelighet. Jeg elsker å snakke og skrive om det jeg vet; og jeg er super interessert i å lære hva jeg ikke, på en måte som jeg kan dele den med andre av meg selv.

Hvis Du kunne forholde seg til denne artikkelen på noen måte, og dette er noe du vil gjerne gjøre hele tiden, Så Er DevRel for deg. Begynn å finne muligheter! Men hvis du ikke kunne forholde deg, så min venn, du hadde bare feil ide Om DevRel til nå.

Erfaren Utvikler != Sr. Developer Advocate / Head Of DevRel

nå ville du ha forstått at Et DevRel-team har helt forskjellige mål, ansvar, ferdigheter som kreves osv., sammenlignet med enten et teknisk team fullt av utviklere eller et markedsføringsteam. Derfor, selv om du har brukt mange år som Utvikler, må du tilbringe litt tid i DevRel selv for å forstå det nøyaktig. Derfor er et hopp fra å være en erfaren utvikler til En Sr. Dev Advocate meget mindre sannsynlig å være fruktbart for både deg og selskapet.

DevRel I India

Dessverre Er DevRel-scenen ganske dyster i India. Sammenlignet Med Europa og Usa er antall konferanser som skjer her ekstremt mindre. Selv om Mange mennesker (Som Siddharth og Dhananjay) som har forstått dette, gjør en stor innsats for å forandre dette ved å organisere noen meningsfulle hendelser i India og koble seg til det globale DevRel-samfunnet ved å invitere dem til å delta og bidra. Men det er fortsatt veldig langt fra å ha tech samfunnet vurdere ‘Developer Evangelist’ som en naturlig jobb rolle. Det er ganske mange selskaper som har En DevRel-avdeling, men målene varierer mye.

Jeg har selv blitt tilbudt Utvikler Evangelist roller, i selskaper I India, med fokus på vanlig markedsføring og ikke på utviklere / samfunnsbygging. Dette er en helt feil ide, og hvis du er en av dem, vennligst forstå det før du ansetter. Du endrer sannsynligvis betydningen av denne rollen for mange mennesker. Evergreen post Av Christian Heilmann er alltid et godt utgangspunkt.

Hvis du er en utvikler som står overfor teknologibedrift, er det på tide at du seriøst begynner å tenke på å bygge Et DevRel-team, og hvis du er en person som ønsker å bli Med I Et DevRel-team for første gang, må du sørge for at du får fakta riktig og forstår godt hva du kommer inn og gjør den riktige dommen.

jeg er super spent på å ha fullført ett år av mitt profesjonelle liv y ‘ all! Jeg vil gjerne takke alle som har hjulpet meg med å forstå alle slags ting og hjulpet meg med å vokse så mye som en person og en profesjonell i det siste året. Du vet hvem du er 🙂 I Mellomtiden, Hvis du ønsker å følge mitt arbeid, jeg også, tweet mye (men ikke så mye som jeg snakker 😉 ). Jeg bor for Tiden I London, England og jobber med En sanntids Datastrøm Nettverksleverandør, kalt Ably Realtime

Bare en rask hjerne dump, så vennligst ignorere noen grammatikk dumheter. Jeg vet at tittelen er litt misvisende siden jeg ikke lenger er en ferskere. Men bryr du deg? 🙂

for absolutt alle spørsmål, gjerne nå ut til Meg Via Twitter. Mine DMs er alltid åpne:D

Ciao for nå.

Tags

Bli Hacker Noon

Opprett en gratis konto for å låse opp din egendefinerte leseopplevelse.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.