A fresher ’ s guide to DevRel

julkaistu alun perin Srushtika 25. heinäkuuta 2018 6 837 lukee

tänään on DevRel – elämäni ensimmäinen vuosipäivä, eli en ole enää tuoreempi. Yleisön pyynnöstä, tässä on artikkeli selittää, mitä se tekee olla DevRel heti uran alussa ja työtä, että se todella sisältää.

Psst..Tämän artikkelin sisältö on puhtaasti henkilökohtaisista ajatuksistani ja kokemuksistani, eikä se edusta mitään ammatillisista pyrkimyksistäni.

siellä, mistä olen kotoisin, eli Intiassa, termiä ”tuoreempi” käytetään henkilöstä, joka on juuri lopettanut valmistumisensa ja jolla ei ole työkokemusta. Tänään en ole enää tuoreempi. Se on yhtä virkistävää kuin nostalgista. On myös surullista, että kuten moni muukin asia, Olen kyllästynyt olemaan tuoreempi ja tunnen itseni jo vanhaksi.

sain ensimmäisen työpaikkani Kehittäjäevankelistana maassa, joka on 1000s kilometrien päässä kotoani. Vaikka minulla oli kuusi muuta työtarjousta, jotka antoivat minun jäädä kotikaupunkiini, otin ensimmäisen vain siksi, että tämä oli Devrelin ainoa työtarjous. Tämä artikkeli on aivopesu siitä, mitä olen oppinut Devrelistä viimeisen vuoden aikana ja miksi otin työtarjouksen vastaan tällä toisella mantereella.

Devreliä (Kehittäjäsuhteiden pikakirjoitus) pidetään tällä hetkellä halutuimpana roolina. Näyttää super dreamy silmissä ei-DevRel henkilö katsoo tweets DevRel ihmiset Twitterissä (kyllä, se on pohjimmiltaan meidän jam!). Minulta on viimeisen vuoden aikana kysytty ainakin tuhannelta ihmiseltä, mitä tämä rooli tarkalleen ottaen pitää sisällään ja miten he voivat olla osa sitä.

paljon on sanottu ja tehty selittää Kehittäjä suhteita ja miksi se on tärkeää Kehittäjä päin yritys, mutta en ole koskaan törmännyt ketään, joka ensimmäinen työ oli tai on DevRel (Arvaa asiat juuri toiminut minulle!). Siksi, haluaisin jakaa minun näkökulmasta (kuten newbie ei-tuore, jos haluat) on DevRel. Tämä viesti on tarkoitettu kaikille niille, joilla ei ole DevRel-osastoa yrityksessään ja jotka eivät siksi oikein ymmärrä roolia ja sitä, että se voisi olla erilainen erityyppisille yrityksille. Myös niille, jotka haluavat olla osa Devrelin tiimiä, vain koska se kuulostaa hienolta ja hauskalta.

huomaa, että tämä on henkilökohtainen näkemykseni siitä, mistä mielestäni on kyse.

Kehittäjäsuhdeosasto koostuu useimmiten rooleista kuten yhteisöpäällikkö, Tech Author, Developer Evangelist, Developer Advocate ja joskus jopa Kasvuhakkerit ja markkinoijat. Kehittäjäsuhteiden tavoitteena on luoda positiivisia suhteita kehittäjiin — jotka ovat kehittäjiin keskittyvien yritysten ensisijaisia asiakkaita, kuten Ably, jossa tällä hetkellä työskentelen kehittäjien puolestapuhujana.

nämä suhteet muuttuvat positiivisiksi vasta, kun yrityksen kehittäjä-asiakkaat ovat tyytyväisiä. Ja kehittäjille onnellisuus tulee virheettömästä tuotedokumentaatiosta, verkkosivuston helposta navigoinnista, reagoivasta asiakastuesta, rakentavasta lennolle nousemisesta, hyödyllisistä opetusohjelmista, mukaansatempaavista tapahtumista/kilpailuista ja kaikesta siltä väliltä. Juuri tässä Devrelin tiimin fokus on.

teknologiayrityksen koosta, tuotteesta tai lajityypistä riippuen Kehittäjäevankelistin/ – puolestapuhujan tavoitteet eroavat toisistaan. (btw, tiesitkö, että molemmat näistä termeistä käytetään määritellä täsmälleen sama asia? Lue tämä nopea artikkeli, että nykyinen pomo kirjoitti viime vuonna, ymmärtää enemmän. Aion käyttää sitä vaihdellen tässä artikkelissa)

  • globaalissa MNC: ssä muun muassa Kehittäjäevankelistin fokus on olla läsnä mahdollisimman monissa tapahtumissa ympäri maailmaa, jakaa yleistä teknologiatietoa ja mainita samalla edustavansa XYZ-yritystä. Joskus Kehittäjä Evangelist on myös vastuussa junassa talon, äskettäin rekrytoitu Kehittäjät, saada heidät olemaan samalla sivulla kuin kaikki muutkin.
  • teknologiayrityksessä Kehittäjäevankelistin fokus on saada tuotteelle mahdollisimman monta kehittäjäkäyttäjää ja varmistaa, että olemassa olevilla käyttäjillä on kaikki mitä he tarvitsevat ymmärtääkseen ja hyödyntääkseen tuotetta mahdollisimman hyvin.
  • keskitason teknologiayrityksessä Kehittäjäevankelistin painopiste saattaa olla paitsi tekniikkatapahtumissa käyminen, myös erilaisten sisäisten strategioiden rakentaminen kehittäjäasiakkaiden houkuttelemiseksi ja säilyttämiseksi.

vaikka se tarkoittaa eri asioita eri yrityksille, tärkeää on, että DevRel — tiimin suurempi tavoite on jakaa tietoa-olipa kyse ohjelmointikielestä, ohjelmistotekniikan tieteenalasta tai jopa yrityksen oman tuotteen teknisistä yksityiskohdista.

näin ollen minulle Kehittäjäevankelistin oletetaan olevan henkilö, joka pystyy muuntamaan edistyneen tason konferenssipuheen joksikin, josta aloittelijatason yleisö voi nauttia, säilyttäen kuitenkin alkuperäisen sisällön tekniset yksityiskohdat. Näin ollen, minun rehellinen mielipide, kaikki resurssit jaettu mitä-niin-koskaan Kehittäjä evankelista on sisällettävä johdantomateriaalia aihe käsitellään tai ainakin linkki muita yksinkertaisia materiaaleja, joiden jälkeen jopa aloittelija kehittäjät voivat seurata edistynyttä materiaalia.

dev experience in DevRel

on vakiintunut tosiasia, että jotkut suurimmista aivoista, jotka rakentavat ratkaisuja monimutkaisimpiin ongelmiin, eivät aina vain tunne oloaan tarpeeksi mukavaksi viestiäkseen siitä, mitä he tekivät. Joskus he eivät halua tuhlata aikaa jälkimmäisen tekemiseen, koska he nauttivat entisestä enemmän kuin mistään.

näin ollen on olemassa tämä valtava kuilu teknologian luojien ja teknologian kuluttajien välillä – mikä on juuri se, mitä Devrelin tiimi pyrkii täyttämään.

kuten aiemmin mainitsin, ensimmäinen työpaikkani on ollut Devrelissä ja vaikka olin työskennellyt paljon harrastusprojekteja Collegen aikana ja harjoittelijana startup-yritysten kanssa, jotka haluavat lanseerata teknologiatuotteitaan, minulla ei ollut kokopäiväistä kokemusta kehittäjänä yrityksessä. Totta kai joskus tunsin (tunnen edelleen) hukkua uskomattomia asioita, joita ihmiset jakavat Twitterissä ja huomaan jatkuvasti ajatella, ”Oh my, on niin monia asioita maailmassa, että en vieläkään tiedä”. Mutta totuus on ja luota minuun, olen kuullut sen ihmisiltä itse — useimmat ihmiset ovat samassa veneessä kuin minä (tai sinä!).

tätä uskomattoman hämmästyttävää teknologiaa tuotetaan maailmassa joka ikinen päivä. Sen evoluutionopeus on vain yhden ihmisen ulottumattomissa. Siksi on tavallista, että henkilö, joka on asiantuntija yhdellä alalla tietää vain säästäviä yksityiskohtia toisen alueen, mutta yleisönä, kulutat kollektiivista luomista kaikkien näiden eri asiantuntijoiden yhteen, mikä saa sinut tuntemaan, että olet ainoa henkilö, joka ei tiedä paljon asioita.

jos jokin, jokainen Twitterissä näkemäni postaus vain kannustaa minua oppimaan jotain uutta. Jos pidän siitä, viettäisin luonnollisesti enemmän aikaa siihen, ymmärtäisin sen hyvin, tekisin tutkimusta, kokeilisin ja olisin niin luottavainen sen kanssa, että nyt tuntisin tarvetta jakaa sen muiden kanssa yksinkertaisimmalla mahdollisella tavalla, jotta heidän ei tarvitse viettää niin paljon aikaa kuin minä tai käydä läpi niin paljon materiaalia vain liittääkseni pisteet lopussa. Rakastan tätä.

päiväni on tehty, kun pystyn saamaan jonkun ymmärtämään jotain, mitä hän ei aiemmin ymmärtänyt, että vasta äskettäin ymmärsin itseni käytettyäni paljon aikaa ymmärtämiseen. (Monimutkaisuus tämän lauseen on ironiaa: P mutta se on hauskaa, eikö?)

joskus DevRel voi tarkoittaa useiden hattujen pukemista ylleen

valtava DevRel — tiimi tarkoittaa, että jokainen kehittäjien puolestapuhuja saa viettää aikaa kokeilemalla sitä, mikä voisi olla parasta yrityksen kehittäjäasiakkaille-mitä tulee kiinnostavien opetusohjelmien kirjoittamiseen, kuumimmista teknologiasuuntauksista puhumiseen, webinaarien pitämiseen, ajatuksia herättävien tech-artikkelien kirjoittamiseen, screencastien tallentamiseen, monimutkaisten tietorakenteiden/ algoritmien selittävien luonnosten piirtämiseen käsin, tehokkaamman teknisen tukistrategian keksimiseen, koulutusoppaan luomiseen tuotteelle tai jopa vain osallistumiseen monet kehittäjätapahtumat mahdollisimman kokeilla ja olla kasvotusten vuorovaikutusta joka toinen henkilö tech.

mutta pienempi DevRel-ryhmä tarkoittaa useamman kuin yhden tekemistä samanaikaisesti. Se on kaunis tasapainotus teko, joka luonnostaan tulee kokeellinen laatu. Liika tai liian vähäinen määrä voi olla vaarallista. Siksi jatkuvasti kehittää strategioita, pitää säännöllisesti tarkistaa mittareita, analysoida, mikä toimii ja mikä ei perustu useita muuttujia, jne.

onko tuoreena olemisesta hyötyä?

tuoreella ei varmastikaan ole samanlaista kokemusta kuin henkilöllä, joka ryhtyy kehittäjien puolestapuhujaksi vietettyään vuosia kehittäjänä ja jolla on ensikäden kokemusta teknologia-asioista ja ratkaisujen keksimisestä.

niin paljon kuin Olen samaa mieltä siitä, että kokenut henkilö on super arvoinen puhua tietyn tech aihe, newbie päinvastoin, viettää kymmenen kertaa enemmän aikaa ymmärtää aihe itse/itse ensin. Vasta sitten heillä on tarpeeksi itseluottamusta voidakseen jakaa sitä muiden kanssa. Vaikka siinä ei ehkä ole samaa sisältöä kuin muissa kokeneissa Tarkastuslausumissa, se tuo varmasti täysin erilaisen näkökulman ymmärtää.

Everybody wants to be a part of DevRel

kuten aiemmin mainitsin, vastavalmistuneilla on valtava halu päästä Devreliin (otan häpeämättömän kunnian siitä, että olen inspiroinut yhtä tai kahta 😉 ). Tämänkaltaiseen superhienoon rooliinkin liittyy vakavaa työtä. Se on valtava väärinkäsitys, että Kehittäjä evankelistat ovat näitä hipster ihmisiä, jotka vaeltavat ympäri maailmaa jakamassa joitakin perus vinkkejä kehittämiseen. Uskokaa minua ihmiset, paljon menee kulissien takana jokaisen postauksen julkaistu, jokainen opetusohjelma kirjoittanut ja jokainen puhe esitetään. Sisältö on suurin haaste, ja monet muut asiat tulevat mukaan peliin, kuten visuaalinen esitys, tekninen erittely, relevanssi, tekninen taso ja materiaalin pituus, muutamia mainitakseni. Lavalla oleminen tuhansien ihmisten edessä ei ole helppoa, ei ole helppoa olla avoin herättämään merkityksellisiä keskusteluja tuntemattomien kanssa, jotka myöhemmin menevät hyviksi ystäviksi. Ei ole helppoa olla avoin ottamaan kritiikkiä julkisesti vastaan ja jatkaa oppimista ja kehittymistä jatkuvasti. Mikään siinä ei ole helppoa.

DevRel ei ole helppo. Mutta se varmasti on super hauskaa niille, jotka haluavat olla innostuneita uskomattomia asioita rakennetaan ja vain voi lakata puhumasta siitä.

Devrelissä oleminen tarkoittaa tietysti myös sitä, että varsinaisen koodin kirjoittamiseen ei ehdi käyttää yhtä paljon aikaa. Tämä on turhauttavaa monille ihmisille, mikä sitten vaikuttaa heidän koko päätökseensä muuttaa Devreliin. Olen myös nähnyt paljon ihmisiä siirtyä takaisin kehittäjiksi vietettyään lyhyen aikaa Devrelissä. Siksi on erittäin tärkeää ymmärtää, mitä se on, ennen kuin päätät olla osa sitä.

ihmiset, jotka tuntevat minut, tietävät, että olen erittäin puhelias henkilö ja luulen, että äitini on undergrad yliopiston professori CS myös juurrutti minulle iloa opettaa monimutkaisia asioita muille; siksi uskon, että DevRel tuli luonnollisesti minulle. En sano olevani hyvä siinä, mutta rakastan olla siinä mukana ja oppia asioita sitä mukaa kuin niitä tulee. Sama intohimo ajoi minut liittymään Mozilla Foundation vuodesta college, ensin Firefox Opiskelija suurlähettiläs, myöhemmin Rep ja nyt Tech puhuja. Sama rakkaus kertoa maailmalle, kuinka helppoa jokin on, jota he vain pitivät monimutkaisena, ajoi minut tekemään kirjan virtuaalitodellisuudesta. Rakastan puhua ja kirjoittaa siitä, mitä tiedän; ja olen super kiinnostunut oppimaan, mitä en, tavalla, että voin sitten jakaa sen muiden kanssa itse.

jos voisit liittyä tähän artikkeliin millään tavalla ja tämä on jotain mitä haluaisit tehdä jatkuvasti, niin DevRel on sinua varten. Ala etsiä mahdollisuuksia! Jos et osannut samaistua, sinulla oli väärä käsitys Devrelistä.

Kokenut Kehittäjä != Sr. Developer Advocate / Head of DevRel

tähän mennessä olisit jo ymmärtänyt, että Devrelin tiimillä on täysin erilaiset tavoitteet, vastuut, vaadittavat taidot jne.verrattuna joko tekniseen tiimiin, joka on täynnä kehittäjiä tai markkinointitiimiin. Näin ollen, vaikka olet viettänyt paljon vuosia on kehittäjä, sinun pitäisi viettää aikaa DevRel itse ymmärtää sitä tarkasti. Näin ollen hyppy on kokenut kehittäjä Sr. Dev puolestapuhuja on hyvin vähemmän todennäköisesti hedelmällistä sekä sinulle ja yhtiölle.

DevRel Intiassa

valitettavasti Devrelin tilanne on Intiassa melko synkkä. Eurooppaan ja valtioihin verrattuna konferensseja järjestetään täällä erittäin vähemmän. Vaikka monet ihmiset (kuten Siddharth ja Dhananjay), jotka ovat ymmärtäneet tämän, tekevät suuria ponnisteluja tämän muuttamiseksi järjestämällä joitakin merkityksellisiä tapahtumia Intiassa ja yhdistämällä globaaliin DevRel-yhteisöön kutsumalla heidät osallistumaan ja osallistumaan. Kuitenkin, se on vielä hyvin kaukana siitä, että tech-yhteisö pitää ’Kehittäjä Evangelist’ kuin luonnollinen työ rooli. Aika monessa yrityksessä on DevRel-osasto, mutta tavoitteet vaihtelevat paljon.

minulle itsellenikin on tarjottu Kehittäjävankelistin tehtäviä Intiassa toimivissa yrityksissä keskittyen pelkkään markkinointiin eikä kehittäjiin / yhteisön rakentamiseen. Tämä on täysin väärä ajatus, ja jos olet yksi niistä, ymmärrä se ennen kuin palkkaat. Muutat todennäköisesti tämän roolin merkitystä monille ihmisille. Christian Heilmannin ikivihreä postaus on aina hyvä lähtökohta.

jos olet kehittäjänä teknologiayrityksen edessä, on aika alkaa vakavasti miettiä DevRel-tiimin rakentamista ja jos olet henkilö, joka haluaa liittyä DevRel-tiimiin ensimmäistä kertaa, varmista, että saat faktasi oikein ja ymmärrät hyvin, mihin olet ryhtymässä ja teet oikean arvion.

olen todella innoissani, että olen lopettanut yhden vuoden työelämästäni! Haluan kiittää kaikkia, jotka ovat auttaneet minua ymmärtämään kaikenlaisia asioita ja auttaneet minua kasvamaan niin paljon ihmisenä ja ammattilaisena kuluneen vuoden aikana. Tiedät kuka olet:) sillä välin, jos haluat seurata työtäni, minäkin twiittaan paljon (mutta en niin paljon kuin puhun 😉 ). Asun tällä hetkellä Lontoossa, Englannissa ja työskentelen Realtime Data Stream-verkon tarjoajan kanssa, jonka nimi on Ably Realtime

Just a quick brain dump, joten jätä huomiotta kaikki kielioppi-typeryydet. Tiedän, että otsikko on hieman harhaanjohtava, koska en ole enää tuoreempi. Mutta välitätkö sinä? 🙂

ehdottomasti kaikkiin kysymyksiin, voit vapaasti ottaa minuun yhteyttä Twitterin kautta. DM: t ovat aina auki: D

Ciao toistaiseksi.

tunnisteet

Join Hacker Noon

Luo ilmainen tili avataksesi mukautetun lukukokemuksesi.

Vastaa

Sähköpostiosoitettasi ei julkaista.