Egy frissebb útmutató a DevRel-hez

eredetileg megjelent Srushtika július 25-én 2018 6,837 olvas

ma van DevRel életem első évfordulója, vagyis már nem vagyok frissebb. A népszerű kereslet szerint itt van egy cikk, amely elmagyarázza, hogy mi kell ahhoz, hogy a DevRel-ben legyen a karriered kezdetén, és a munka, amit valójában magában foglal.

Psst..A cikk tartalma pusztán a személyes gondolataimból és tapasztalataimból származik,és nem képviseli semmilyen szakmai törekvésemet.

ahonnan én jövök, azaz India, a ‘frissebb’ kifejezés olyan személyt jelöl, aki éppen befejezte az érettségit, és nincs munkatapasztalata. Ma már nem vagyok frissebb. Legalább annyira üdítő, mint nosztalgikus. Az is szomorú, hogy mint sok más dolog, végeztem azzal, hogy frissebb vagyok, és már öregnek érzem magam.

kaptam az első munkát, mint a fejlesztő evangélista egy olyan országban, amely 1000s mérföldre az otthonomtól. Annak ellenére, hogy a hat másik állásajánlatot volt a kezében, ami hadd maradjon a szülővárosomban, vettem az előbbi csak azért, mert ez volt az egyetlen DevRel. Ez a cikk egy agy szemétdomb, hogy mit tanultam DevRel az elmúlt egy évben, és miért vettem az állásajánlatot ebben az egész másik kontinensen.

DevRel (a fejlesztői kapcsolatok rövidítése) jelenleg a legkeresettebb szerep. Szuper álomszerűnek tűnik egy nem DevRel ember szemében, aki a Devrel emberek tweetjeit nézi a Twitteren (Igen, ez alapvetően a mi lekvárunk!). Az elmúlt egy évben legalább ezer ember kérdezte meg tőlem, hogy pontosan mit jelent ez a szerep, és hogyan lehet részese.

sokat mondtak és tettek a fejlesztői kapcsolatok magyarázatára és arra, hogy miért fontos egy fejlesztő előtt álló vállalat számára, de soha nem találkoztam senkivel, aki első munkája Devrelben volt vagy van (Találd ki, hogy a dolgok csak nekem dolgoztak ki!). Ezért szeretném megosztani a perspektívámat (mint újszülött, nem frissebb, ha akarod) a DevRel-en. Ez a bejegyzés mindazoknak szól, akik nem rendelkeznek DevRel részleggel a vállalatukban, és ezért nem értik teljesen a szerepet, és hogy ez különböző lehet a különböző típusú vállalatok számára. Azok számára is, akik egy DevRel csapat részesei akarnak lenni, csak azért, mert divatos és szórakoztató.

kérjük, vegye figyelembe, hogy ez az én személyes veszi, amit azt hiszem, ez az egész.

A fejlesztői kapcsolatok osztálya gyakran olyan szerepekből áll, mint a Közösségi menedzser, a Tech Szerző, A Fejlesztői evangélista, A Fejlesztői ügyvéd és néha még a növekedési hackerek és a marketingszakemberek is. A Developer Relations célja a pozitív kapcsolatok kiépítése a fejlesztőkkel — akik a developer facing vállalatok elsődleges ügyfelei, mint például az Ably, ahol jelenleg fejlesztői ügyvédként dolgozom.

ezek a kapcsolatok csak akkor válnak pozitívvá, ha a vállalat fejlesztői ügyfelei boldogok. A fejlesztők számára a boldogság a hibátlan termékdokumentációból, a weboldal egyszerű navigációjából, az érzékeny ügyfélszolgálatból, a konstruktív beszállásból, a hasznos oktatóanyagokból, a vonzó eseményekből/versenyekből és bármi másból származik. Pontosan erre összpontosít a DevRel csapat.

a technológiai vállalat méretétől, termékétől vagy műfajától függően a fejlesztő evangélista/ügyvéd céljai eltérőek lehetnek. (btw, tudta, hogy mindkét kifejezés pontosan ugyanazt a dolgot határozza meg? Olvassa el ezt a gyors cikket, amelyet a jelenlegi főnököm tavaly írt, hogy jobban megértse. Ebben a cikkben felváltva fogom használni)

  • egy globális MNC-ben, többek között, a fejlesztő evangélista középpontjában az áll, hogy a lehető legtöbb eseményen jelen legyen a világon, megosztva az általános technológiai ismereteket, miközben megemlítik, hogy egy XYZ céget képviselnek. Néha a fejlesztő evangélista felelős a házon belüli fedélzeti, újonnan felvett fejlesztőkért is, hogy ugyanazon az oldalon legyenek, mint mindenki más.
  • egy technológiai startupnál A Fejlesztői evangélista célja, hogy minél több fejlesztői felhasználót szerezzen a termékhez, és biztosítsa, hogy a meglévő felhasználók mindent megkapjanak, amire szükségük van ahhoz, hogy megértsék és a lehető legtöbbet használják a terméket.
  • egy középszintű techcégnél a fejlesztői evangélista nem csak a technológiai eseményeken vesz részt, hanem különféle házon belüli stratégiákat is építhet a fejlesztői ügyfelek vonzására és megtartására.

annak ellenére, hogy ez különböző dolgokat jelent a különböző vállalatok számára, az a fontos, hogy a DevRel csapat nagyobb célja az ismeretek megosztása — legyen szó programozási nyelvről, Szoftvermérnöki tudományágról vagy akár a vállalat saját termékének technikai részleteiről.

ezért számomra a fejlesztő evangélistának olyan személynek kell lennie, aki képes egy haladó szintű konferenciabeszélgetést olyanná alakítani, amelyet egy kezdő szintű közönség élvezhet, miközben megőrzi az eredeti tartalom technikai részleteit. Ennélfogva, őszinte véleményem szerint, a fejlesztő evangélista által valaha megosztott összes forrásnak tartalmaznia kell egy bevezető anyagot a tárgyalt témához, vagy legalább linket más egyszerű anyagokhoz, amelyeket még a kezdő fejlesztők is követhetnek a fejlett anyagot.

Dev tapasztalat DevRel

ez egy jól megalapozott tény, hogy néhány, a legnagyobb elmék, akik építeni megoldásokat a legbonyolultabb problémák néha csak nem érzik magukat elég kényelmesen kommunikálni, amit tettek. Néha, nem akarnak időt pazarolni az utóbbira, mivel mindennél jobban élvezik az előbbit.

ezért van ez a hatalmas szakadék a tech alkotói és a tech fogyasztói között – pontosan ez az, amit a DevRel csapata meg akar tölteni.

mint korábban említettem, az első munkám a DevRel-ben volt, és bár sok hobbi projekten dolgoztam az egyetem alatt és gyakornokként olyan startupoknál, akik technológiai termékeiket szeretnék elindítani, nem volt teljes munkaidős tapasztalatom fejlesztőként egy cégnél. Természetesen néha úgy éreztem (még mindig érzem), hogy elárasztanak a csodálatos dolgok, amelyeket az emberek megosztanak a Twitteren, és állandóan azt gondolom, hogy “ó, olyan sok dolog van a világon, amiről még mindig nem tudok”. De az igazság az, és hidd el, én magam is hallottam az emberektől — az emberek többsége ugyanabban a csónakban van, mint én (vagy te!).

van ez a hihetetlenül csodálatos technológia, amely minden egyes nap kiáramlik a világon. Az evolúció sebessége egyszerűen kívül esik egyetlen ember határain. Ezért gyakori, hogy az a személy, aki egy terület szakértője, csak egy másik terület kíméletes részleteit ismeri, de közönségként elfogyasztja a különböző szakértők kollektív alkotását, így úgy érzi, hogy te vagy az egyetlen ember, aki nem tud sok mindent.

ha bármi, minden egyes bejegyzés, amelyet a Twitteren látok, csak arra ösztönöz, hogy valami újat tanuljak. Ha tetszik, természetesen több időt töltenék rajta, jól megérteném, elvégezném a kutatásaimat, kísérleteznék, és annyira magabiztos lennék vele, hogy most úgy érezném, hogy a lehető legegyszerűbb módon meg kell osztanom másokkal, hogy ne kelljen annyi időt tölteniük, mint nekem, vagy annyi anyagot kell átmenniük, hogy csak a pontokat kössék össze a végén. És imádom ezt csinálni.

a napom akkor jön létre, amikor képes vagyok arra, hogy valaki megértsen valamit, amit korábban nem értett, és csak nemrég értettem meg magam, miután sok időt töltöttem megértéssel. (Ennek a mondatnak a bonyolultsága az irónia 😛 de szórakoztató, nem?)

néha a DevRel jelentheti több kalap együttes felvételét

egy hatalmas DevRel — csapat azt jelenti, hogy minden Fejlesztő szószólója időt tölthet arra, hogy kísérletezzen azzal, ami a legjobb lehet A vállalat fejlesztői ügyfelei számára-érdekes oktatóanyagok írása, a legforróbb technológiai trendekről való beszélgetés, webináriumok lebonyolítása, gondolatébresztő technikai cikkek írása, screencastok rögzítése, kézzel rajzolt vázlatok, amelyek megmagyarázzák az összetett adatstruktúrákat/ algoritmusokat, hatékonyabb technikai támogatási stratégia kidolgozása, oktatási útmutató készítése a termékhez, vagy akár csak a számos fejlesztői esemény lehetséges, hogy megpróbálja szemtől-szembe interakciót folytatni a tech minden más személyével.

de egy kisebb DevRel csapat azt jelenti, hogy egyszerre egynél többet kell csinálni. Ez egy gyönyörű kiegyensúlyozó cselekedet, amely eredendően kísérleti minőséggel jár. Túl sok vagy túl kevés bármi veszélyes lehet. Ezért folyamatosan fejleszti a stratégiákat, rendszeresen ellenőrzi a mutatókat, elemzi, hogy mi működik, és mi nem több változón alapul, stb.

hasznos lehet frissebbnek lenni?

minden bizonnyal, egy frissebb nem ugyanaz a tapasztalat, mint az a személy, aki lesz a fejlesztő szószólója év után a kiadási időt, mint a fejlesztő, és első kézből tapasztalata tech kérdések és jön megoldásokat.

bármennyire is egyetértek azzal a ténnyel, hogy egy tapasztalt ember szuper méltó egy bizonyos technikai témáról beszélni, egy újonc éppen ellenkezőleg, tízszer több időt tölt a téma megértésével. Csak akkor van elég bizalmuk ahhoz, hogy megosszák másokkal. Annak ellenére, hogy nem feltétlenül tartalmazza ugyanazt a tartalmat, mint a többi tapasztalt DAs, az biztos, hogy teljesen más perspektívát vezet be a megértéshez.

mindenki azt akarja, hogy egy része DevRel

mint már említettem ezt korábban, van egy hatalmas vágy a friss diplomások, hogy bekerüljön DevRel (veszem szégyentelen hitelt, amiért inspirálta egy vagy két 😉 ). Még egy ilyen szuper jó szerep is komoly munkával jár. Hatalmas félreértés, hogy a fejlesztő evangélisták ezek a hipszter emberek, akik a világ minden táján barangolnak, megosztva néhány alapvető tippet a fejlesztéshez. Hidd el, az emberek, sok megy a kulisszák mögött minden post megjelent, minden bemutató szerzője és minden előadás bemutatott. Mivel a tartalom a legnagyobb kihívás, sok más dolog is szerepet játszik, mint például a vizuális megjelenítés, a technikai bontás, a relevancia, a technikai szint és az anyag hossza, hogy csak néhányat említsünk. Több ezer ember előtt a színpadon lenni, nem könnyű, nyitott lenni értelmes beszélgetések kiváltására idegenekkel, akik később jó barátok lesznek, nem könnyű. Nyitottnak lenni arra, hogy nyilvánosan elfogadjuk a kritikát, és folyamatosan tanuljunk és fejlődjünk, nem könnyű. Semmi sem könnyű.

DevRel nem könnyű. De az biztos, hogy szuper szórakoztató azok számára, akik szeretnek lelkesedni az épülő csodálatos dolgok iránt, és csak nem tudják abbahagyni a beszélgetést róla.

természetesen a Devrelben való tartózkodás azt is jelenti, hogy nem kell annyi időt töltenie a tényleges kód írásával. Ez sok ember számára frusztráló, ami aztán befolyásolja a Devrelbe költözés teljes döntését. Azt is láttam, hogy sok ember visszatér a fejlesztőkhöz, miután rövid időt töltött Devrelben. Ezért nagyon fontos megérteni, mi az, mielőtt úgy dönt, hogy része lesz.

emberek, akik ismernek engem, tudom, hogy én egy szuper beszédes ember, és azt hiszem, anyám, hogy egy egyetemista egyetemi tanár CS is csepegtetett nekem az öröm tanítás komplex dolgokat másoknak; ezért azt hiszem, DevRel jött természetesen nekem. Nem azt mondom, hogy jó vagyok benne, de szeretek részt venni benne, és tanulni a dolgokat, ahogy jönnek. Ugyanez a szenvedély vezetett arra, hogy a főiskola óta kapcsolatba kerüljek a Mozilla Alapítvánnyal, először Firefox hallgatói nagykövetként, később képviselőként, most pedig technikai előadóként. Ugyanaz a szeretet, hogy elmondja a világnak, milyen könnyű valami, amit csak összetettnek gondoltak, arra késztetett, hogy társszerzőként írjak egy könyvet a virtuális valóságról. Szeretek beszélni és írni arról, amit tudok; és nagyon érdekel, hogy megtanuljam, amit nem, oly módon, hogy képes vagyok megosztani másokkal egyedül.

ha bármilyen módon kapcsolatba léphetne ezzel a cikkel, és ez az, amit folyamatosan szeretne csinálni, akkor a DevRel az Ön számára. Kezdje el megtalálni a lehetőségeket! De ha nem tudsz azonosulni, akkor barátom, eddig csak rossz ötleted volt Devrelről.

Tapasztalt Fejlesztő != SR. Developer Advocate / Head of DevRel

mostanra megértetted volna, hogy egy DevRel csapatnak teljesen más céljai, feladatai, készségei vannak, stb., összehasonlítva akár egy fejlesztőkkel teli tech csapattal, akár egy marketing csapattal. Ezért, még akkor is, ha sok évet töltött fejlesztőként, egy kis időt kell töltenie magában a Devrelben, hogy pontosan megértse. Ezért a tapasztalt fejlesztőtől a SR.Dev Advocate-ig való ugrás nagyon kevésbé valószínű, hogy gyümölcsöző lesz mind az Ön, mind a vállalat számára.

DevRel Indiában

sajnos a DevRel jelenet elég sivár Indiában. Európához és az államokhoz képest az itt zajló konferenciák száma rendkívül kevesebb. Bár sok ember (például Siddharth és Dhananjay), akik ezt megértették, nagy erőfeszítéseket tesznek ennek megváltoztatására azáltal, hogy jelentős eseményeket szerveznek Indiában, és kapcsolatba lépnek a globális DevRel közösséggel, meghívva őket, hogy vegyenek részt és járuljanak hozzá. Azonban még mindig nagyon messze van attól, hogy a technológiai közösség a fejlesztői evangélistát természetes munkakörnek tekintse. Van jó néhány vállalat, amely rendelkezik DevRel részleggel, de a célok nagyon eltérőek.

én magam is felajánlottak fejlesztői evangélista szerepeket, Indiai vállalatoknál, a hangsúly a sima marketingre, nem pedig a fejlesztőkre/közösségépítésre. Ez egy teljesen rossz ötlet, és ha ezek közé tartozik, kérjük, értse meg, mielőtt felveszi. Valószínűleg sok ember számára megváltoztatja ennek a szerepnek a jelentését. Christian Heilmann örökzöld bejegyzése mindig jó kiindulási pont.

ha egy fejlesztő szembe tech cég, itt az ideje, hogy komolyan elkezd gondolkodni épület egy DevRel csapat, és ha az egyén keres, hogy csatlakozzon a DevRel csapat az első alkalommal, győződjön meg róla, hogy a tények jobb, és jól értem, mi bekerülni, és hogy a helyes ítélet.

nagyon izgatott vagyok, hogy befejeztem egy évet a szakmai életemből! Szeretnék köszönetet mondani mindenkinek, aki segített nekem megérteni mindenféle dolgot, és segített abban, hogy az elmúlt évben emberként és szakemberként fejlődjek. Tudod, ki vagy:) közben, ha szeretnéd követni a munkámat, én is sokat tweetelek (de nem annyira, mint beszélek 😉 ). Jelenleg Londonban, Angliában élek, és egy valós idejű adatfolyam-hálózati szolgáltatóval dolgozom, az Ably Realtime

csak egy gyors agyi dump, ezért kérjük, hagyja figyelmen kívül a nyelvtani hülyeségeket. Tudom, hogy a cím kissé félrevezető, mivel már nem vagyok frissebb. De érdekel? 🙂

ha bármilyen kérdése van, nyugodtan forduljon hozzám a Twitteren keresztül. Saját DM mindig nyitva 😀

Ciao most.

címkék

csatlakozzon a Hacker Noon-hoz

hozzon létre INGYENES fiókot az egyéni olvasási élmény feloldásához.

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.