TL; DR: A fejlesztői szószóló a fejlesztő legjobb barátja!
Körülbelül az elmúlt három évben a szakmai időmet és a személyes időm hatalmas részét arra fordítottam, hogy segítsem fejlesztő társaimat abban, hogy sikeresek és eredményesek legyenek az általuk szeretett és használt eszközökkel. Ezek az eszközök olyan webes platformokat tartalmaznak, mint a JavaScript, a PWA és az Angular, a Google Cloud Platform, az Actions on Google és általában a chatbotok. Fejlesztői szószólóként tettem ezt.
Ez a blogbejegyzés a fejlesztői szószólóként szerzett személyes tapasztalataimon alapul. Olyan dolgokat, amiket személyesen tanultam, de más fejlesztők szószólóitól is más cégektől, akikkel dolgoztam.
A történetem…
Tizenhárom évvel ezelőtt, amikor a főiskolán tanultam elektronikát, majd informatikát, minden elméletet megtanítottak számunkra a számítógépes és programozási paradigmákról, adatstruktúrákról, tervezési mintákról, fordítókról és nyelvekről stb. Alapvetően mindent megtanítottak nekünk, amit a fiatalabb szoftvermérnököknek tudnia kell a karrierjük megkezdéséhez.
Valószínűleg azonban túlságosan rajongtam emiatt, mert mindig többet tettem, mint az előírt osztályfeladatok. Úgy értem, az egyetemen a Java hajlása rendben volt, de unatkoztam. Szabadidőm nagy részét új programozási paradigmák elsajátításával töltöttem olyan nyelvekből, mint a Python, a PHP, az Assembly 8086, az oCaml és a JavaScript. Ekkor fedeztem fel és megszerettem a JavaScriptet, és azóta úgy döntöttem, hogy mindig fogadok a JavaScriptre, és soha nem bántam meg.
Új nyelveket kellett megtanulnom eszközök, szkriptek, alkalmazások építésével, bármi mással, ami segíthetne megérteni a nyelv belsejét - túllépve a szintaxison. Természetesen akkor még hallgató voltam, és próbáltam rájönni, hogyan működnek a dolgok, és hogyan lehet kijavítani az összes általam létrehozott hibát.
Aztán jött a fejlesztői közösség. A webnek köszönhetően segítséget kérhettem más emberektől - szakmai és tapasztalt fejlesztők közösségétől. Meg voltam lepve! Rengeteg dolgot tanultam a fejlesztőktől, amikor elolvastam a blogbejegyzéseikben meglátásaikat, megnéztem a Youtube-on található oktatóanyagokat, és számos technikai fórumon és az IRC-n különböző témákat vitattam meg (igen, még mindig létezik!)
Sokat tanultam abból, amit más fejlesztők megosztottak ingyen, csak azért, hogy másoknak segítsek. Ezért egyszerűen úgy döntöttem, hogy csatlakozom a közösséghez, és mindent megteszek azért, hogy megosszam a tanultakat. Számomra ez volt a helyes dolog: mások is segítettek abban, hogy jó fejlesztő legyek , most rajtam a sor, hogy visszaadjam és segítsek más fejlesztőknek. És amikor elkezdtem törődni más fejlesztők termelékenységével - és természetesen az enyémmel is. Mindannyian egy hajóban vagyunk, igaz?
Amint egyre szakmailag bővültem, új módszereken kezdtem gondolkodni, hogy segítsem fejlesztő társaimat. Úgy értem, a cikkek írása (itt a Mediumban és a papírmagazinok számára) remek kezdet, de nem tudtam megmérni, hogy a bejegyzéseim milyen hatást gyakoroltak a célközönségemre. Ezután úgy döntöttem, hogy megyek és megismerem ezeket a fejlesztőket, és reméltem, hogy megosztok velük és tanulok tőlük a való életben. Nem meglepő, hogy találkozók, konferenciák és fejlesztői események jelentik ezeket a szenvedélyes fejlesztőket.
Mellékesen: Ha szenvedélyesen segítesz más fejlesztőknek, akkor (remélhetőleg) a Google Developer Experts programra (vagy hasonló programokra) is jelölhetsz. Olyan nagy szerencsém volt, hogy három évvel ezelőtt beléptem a GDE programba, és még több fejlesztőtársamnak tudtam segíteni és hatni rá! Köszönjük, Google!Hosszú történet rövid ...
Itt vagyok ma, és még mindig élvezem a fejlesztőtársaim segítését. Ha hiszed, ha nem, ez teljes munkaidős munkám lett az SFEIR-nél, mint vezető fejlesztői ügyvéd.
Szóval, mi a fene a fejlesztői szószóló? Mitől lesz nagyszerű fejlesztői szószóló? És miért veszi el a szenvedélyes fejlesztői ügyvédek alkalmazását a megfelelő döntés meghozatalaként szervezetként? Engedje meg, hogy megpróbáljam megválaszolni ezeket a kérdéseket.
Mi az a fejlesztői ügyvéd?
Először is, tegyük világossá mindenki számára: A fejlesztői szószólók mérnökök is. Területükön erős műszaki háttérrel rendelkeznek, alkalmazásokat építettek és szállítottak a gyártóknak. Némelyikük megszakította a gyártást vagy véletlenül törölte az ügyfelek adatbázisait (igaz történet)!
Tekintettel erre a követelményre, a Fejlesztői Ügyvédeknek nem szabad marketinges vagy értékesítő embereknek lenniük - vannak olyan szerepek, amelyek jobban megfelelnek ezeknek az alkalmazottaknak. A fejlesztői jogvédőknek azonban képesnek kell lenniük visszajelzést adni a marketingre vagy az értékesítésre. Ennél is fontosabb - legalábbis számomra - visszajelzést adni a termékmenedzsmentnek, befolyásolni a termékek ütemtervét, természetesen a fejlesztői igények alapján.
Történelmileg sok technológiai vállalat alkalmazta a Fejlesztői Ügyvédeket, hogy támogassák platformjaikat azáltal, hogy segítik a végső fejlesztőket termékeik használatában, és még mindig használják. Tehát a Developer Advocate igazi jelentése az , akinek az a feladata, hogy segítse a fejlesztőket abban, hogy sikeresek legyenek egy platform vagy egy technológia segítségével . A Developer Advocate szerepe az is, hogy hídként járjon el a mérnöki csapat és a fejlesztői közösség között. Feladatuk, hogy visszajelzést adjanak mindkét félnek, egyformán, mindkét módon.
A Developer Advocate az, aki valóban a fejlesztők mellett szól, nemcsak egy platform. A fejlesztőknek a Fejlesztői Ügyvéd kiemelt prioritásának kell lenniük.Mitől lesz nagyszerű fejlesztői szószóló?
Úgy gondolom, hogy a mérnökök nem válhatnak csak fejlesztői szószólókká, mert a menedzsereik arra kérték őket. Azt is gondolom, hogy a fejlesztői szószólók eredendően szenvedélyes és önzetlen emberek. Ezeket a jellemzőket nem lehet egyszerűen megtanítani vagy megtanulni.
Személy szerint megpróbáltam meggyőzni pár fejlesztőt, hogy kezdjék el megosztani tudásukat, de tévedtem! Megtudtam, hogy egyes mérnökök csak kényelmesebbek a kódírással (ki ne lenne?), És teljesen elkötelezettek a problémák megoldása vagy a termékek építése iránt. A tudás megosztása más fejlesztőkkel nem minden mérnök elsődleges prioritása. Ez teljesen rendben van, és tiszteletben kell tartani. Ha menedzser vagy, ne kényszerítsd a mérnökeidet arra, hogy úgy tegyenek, mintha nem lennének, és kényelmetlen helyzetbe hozzák őket. Senki sem akar ebben a helyzetben lenni.
Tehát mi teszi a nagyszerű fejlesztői szószólót? Megismertem, hogy sok, ha nem az összes fejlesztői szószóló a következő tulajdonságokkal rendelkezik.
Folyamatos tanulás
Mérnökként soha nem hagyjuk abba a tanulást, még az érettségi után sem. Kétségtelen, hogy az igazi tudás ott van. A fejlesztői szószólók, mint minden más mérnök, lelkesen tanulnak. Mindenhol tudást keresnek. Minden általuk ismert médiumot naprakészen tartanak. A fejlesztői szószólók Ismerem egy platform vagy egy termék szószólóját, és próbálok más termékeket is használni - még a versenytársak által gyártottakat is. Miért? Mivel a végső fejlesztőknek általában különböző termékeket és eszközöket kell használniuk alkalmazásaik felépítéséhez. A fejlesztői szószóló ezt tudja!
Újszerű megközelítést alkalmazva
Új dolgok megtanulása nem éri meg, ha nem kihívja őket. Soha nem veszem természetesnek valamit, amit most tanultam. Azt tapasztalom, hogy mindig ugyanazokat a kérdéseket teszem fel magamnak: „Miért…?”, „Mi lenne, ha…?”, „Hogyan lehetne ezt a funkciót javítani?”, „Hogyan működik ez a motorháztető alatt?” Természetesen minden kíváncsi mérnök természetesen feltenné ezeket a kérdéseket.
A Developer Advocates nem kivétel. Magas szintű magyarázatot kell tudniuk adni arról, hogy egy funkció hogyan működik a motorháztető alatt, vagy egyszerűen nyújtsanak néhány technikai betekintést az általuk támogatott termékre vagy platformra. Sok végfelhasználó előbb-utóbb rákérdez erre, ezért készüljön fel.
Valós alkalmazások építése
Új dolgok megtanulása és a mögöttük álló elmélet ismerete nem érdemes, ha nem alkalmazásokat hoz létre ezek felhasználásával. Ha a fejlesztőknek fogsz támogatni, akkor a legkevesebb, ha a fejlesztői cipőkbe helyezed magad azzal, hogy megpróbálod elsajátítani a támogatott terméket és platformot. Ez az a pillanat, amikor mérnöki készségei hasznosak lesznek.
A valós alkalmazások létrehozása az Ön által támogatott eszközökkel szintén segít jobban megérteni azok korlátait, és remélhetőleg javaslatot tesz néhány fejlesztésre a mérnöki csapat számára. A Developer Advocate feladata az is, hogy megbizonyosodjon arról, hogy az Ön által támogatott platform és eszközök a legjobb fejlesztői élmény biztosításához.
Megosztás és gondoskodás
Az információ „megosztása” a fejlesztők közösségével elengedhetetlen része a Developer Advocate szerepének. Nem lehetsz ebben a szerepben, ha utálod megosztani vagy segíteni másoknak. És ez rendben van, nem vagyunk mind altruisták! De akkor úgy tesz, mintha a fejlesztőket támogatná, valóban - várjon rá - igazán kihívást jelent!
Ezenkívül a legtöbb vállalat munkaköri leírásában jó szóbeli és írásbeli kommunikációs készséget igényel a Developer Advocate szerephez. Noha egyetértek ezzel a követeléssel, azt is gondolom, hogy a „kommunikációs készségek” nem helyettesíthetik vagy összekeverhetik a „megosztás és gondozás” képességét. Ennek átfogalmazása érdekében sokkal fontosabb egy olyan fejlesztői ügyvéd alkalmazása, aki igazán szereti megosztani és segíteni másoknak, mint az, aki jó kommunikációs készségekkel rendelkezik. Valójában az előbbit nehezebb fejleszteni!
Szóval, rövid történet: szeretne egy nagyszerű fejlesztői ügyvédet felvenni? Ezután vegyen fel egy kíváncsi és lelkes tanulót, aki képes kívülről gondolkodni, jó mérnöki készségekkel és valódi „megosztás és empátia” készségekkel.
Kérjük, adjon néhány tapsot, és tudassa velem, mennyire tetszett a Twitteren @ manekinekko, és feltétlenül kövessen engem további tartalomért ?