"En rapport har ingen rÀtt att vara trÄkig": en intervju med Baruch Sadogursky om tal pÄ konferenser

Baruch Sadogursky - Developer Advocate pÄ JFrog, medförfattare till boken "Liquid Software", berömd IT-talare.

I en intervju förklarade Baruch hur han förbereder sig för sina rapporter, hur utlÀndska konferenser skiljer sig frÄn ryska, varför deltagarna borde delta i dem och varför de borde tala i groddrÀkt.

"En rapport har ingen rÀtt att vara trÄkig": en intervju med Baruch Sadogursky om tal pÄ konferenser

LÄt oss börja med det enklaste. Varför tror du överhuvudtaget att tala pÄ konferenser?

Att tala pĂ„ konferenser Ă€r faktiskt ett jobb för mig. Om vi ​​mer generellt svarar pĂ„ frĂ„gan "Varför Ă€r mitt arbete?", sĂ„ Ă€r detta för att (Ă„tminstone för JFrog-företaget) att uppnĂ„ tvĂ„ mĂ„l. För det första att etablera kontakt med vĂ„ra anvĂ€ndare och kunder. Det vill sĂ€ga nĂ€r jag talar pĂ„ konferenser Ă€r jag tillgĂ€nglig sĂ„ att alla som har nĂ„gra frĂ„gor, lite feedback pĂ„ vĂ„ra produkter och företag, kan prata med mig, jag kan pĂ„ nĂ„got sĂ€tt hjĂ€lpa dem och förbĂ€ttra deras erfarenhet av att arbeta med vĂ„ra produkter.

För det andra Àr detta nödvÀndigt för att öka varumÀrkesmedvetenheten. Det vill sÀga, om jag berÀttar nÄgra intressanta saker, dÄ Àr folk intresserade av vilken typ av JFrog detta Àr, och som ett resultat hamnar de i vÄr tratt för utvecklarrelationer, som sÄ smÄningom gÄr in i vÄra anvÀndares tratt, som sÄ smÄningom gÄr in i vÄra kunders tratt.

BerÀtta gÀrna hur du förbereder dig inför förestÀllningar? Finns det nÄgon form av förberedelsealgoritm?

Det finns fyra mer eller mindre standardsteg av förberedelser. Den första Àr starten, som i filmerna. NÄgon idé mÄste dyka upp. En idé dyker upp och sedan mognar den ganska lÀnge. Det mognar, man funderar pÄ hur man bÀst ska presentera den hÀr idén, i vilken nyckel, i vilket format, vad man kan sÀga om den. Detta Àr det första steget.

Det andra steget Àr att skriva en specifik plan. Du har en idé och den börjar fÄ detaljer om hur du kommer att presentera den. Detta görs vanligtvis i nÄgot slags mind-map-format, nÀr allt relaterat till rapporten dyker upp kring idén: stödjande argument, inledning, nÄgra historier som du vill berÀtta om den. Detta Àr det andra steget - planen.

Det tredje steget Àr att skriva diabilder enligt denna plan. Du anvÀnder nÄgra abstrakta idéer som visas pÄ bilderna och stödjer din berÀttelse.

Den fjÀrde etappen Àr genomkörningar och repetitioner. I det hÀr skedet Àr det viktigt att se till att berÀttelsebÄgen har slagit ut, att berÀttelsen Àr sammanhÀngande och att se till att allt Àr bra nÀr det gÀller tajming. DÀrefter kan rapporten förklaras klar.

Hur förstÄr du att "det hÀr Àmnet" mÄste tas upp? Och hur samlar man in material till rapporter?

Jag vet inte hur jag ska svara, det kommer bara pĂ„ nĂ„got sĂ€tt. Antingen Ă€r det "Åh, vad coolt det blev hĂ€r", eller sĂ„ Ă€r det "Åh, ingen vet eller förstĂ„r riktigt om det hĂ€r", och det finns en möjlighet att berĂ€tta, förklara och hjĂ€lpa till. Ett av dessa tvĂ„ alternativ.

Insamlingen av material Àr mycket beroende av rapporten. Om det hÀr Àr en rapport om nÄgot abstrakt Àmne, sÄ Àr det mer litteratur, artiklar. Om detta Àr nÄgot praktiskt sÄ blir det att skriva kod, nÄgra demos, hitta rÀtt kodbitar i produkter och sÄ vidare.

Baruchs tal vid det senaste DevOps Summit Amsterdam 2019

RĂ€dsla för prestation och Ă„ngest Ă€r nĂ„gra av de vanligaste anledningarna till att mĂ€nniskor inte gĂ„r upp pĂ„ scen. Har du nĂ„gra rĂ„d till dem som kĂ€nner sig nervösa nĂ€r de upptrĂ€der? Är du orolig och hur orkar du?

Ja, jag har det, det borde det vara, och förmodligen, i det ögonblick nÀr jag slutar oroa mig helt och hÄllet, Àr detta en anledning att lÀgga ner den hÀr frÄgan.

Det verkar för mig som att det hÀr Àr ett helt normalt fenomen nÀr man gÄr pÄ scen och det Àr mycket folk framför en. Man oroar sig för att det Àr ett stort ansvar, det Àr naturligt.

Hur ska man hantera detta? Det finns olika sÀtt. Jag har aldrig haft det pÄ en sÄdan nivÄ att jag mÄste bekÀmpa det direkt, sÄ det Àr svÄrt för mig att sÀga.

Det viktigaste som ocksĂ„ hjĂ€lper mig Ă€r ett vĂ€nligt ansikte – nĂ„got bekant ansikte i publiken. Om du ber nĂ„gon du kĂ€nner att komma till ditt föredrag, sĂ€tt dig pĂ„ första raden i mitten sĂ„ att du alltid kan titta pĂ„ honom, och personen kommer att vara positiv, kommer att le, nicka, stödja, jag tror att det hĂ€r Ă€r en enorm, enorm hjĂ€lp. Jag ber inte specifikt nĂ„gon att göra det hĂ€r, men om det hĂ€nder att det finns ett bekant ansikte i publiken hjĂ€lper det mycket och lindrar stress. Detta Ă€r det viktigaste rĂ„det.

Du talar mycket pĂ„ ryska och internationella konferenser. Ser du skillnaden mellan rapporter pĂ„ ryska och utlĂ€ndska konferenser? Är det skillnad i publik? I organisationen?

Jag ser tvÄ stora skillnader. Det Àr tydligt att konferenser skiljer sig bÄde i Ryssland och utomlands, men om vi tar genomsnittet för sjukhuset, sÄ Àr konferenserna i Ryssland mer tekniska nÀr det gÀller djupet i rapporterna, i termer av hardcore. Det hÀr Àr vad folk Àr vana vid, kanske tack vare sÄdana stora konferenser som Joker, JPoint, Highload, som alltid har varit baserade pÄ hardcore-presentationer. Och det Àr precis vad folk förvÀntar sig av konferenser. Och för mÄnga mÀnniskor Àr detta en indikator pÄ om den hÀr konferensen Àr bra eller dÄlig: det finns mycket kött och hardcore eller mycket vatten.

Om jag ska vara Àrlig, kanske pÄ grund av att jag talar mycket pÄ utlÀndska konferenser, hÄller jag inte med om detta synsÀtt. Jag tror att rapporter om mjuka fÀrdigheter, "semi-humanitÀra rapporter", inte Àr mindre, och kanske till och med viktigare för konferenser. Eftersom vissa tekniska saker i slutÀndan kan lÀsas i böcker, kan du lista ut dem med hjÀlp av anvÀndarmanualen, men nÀr det gÀller mjuka fÀrdigheter, nÀr det kommer till psykologi, nÀr det kommer till kommunikation, finns det ingenstans att fÄ allt detta, Ätminstone lÀtt, tillgÀnglig och begriplig. Det verkar för mig att detta inte Àr mindre viktigt Àn den tekniska komponenten.

Detta Àr sÀrskilt viktigt för DevOps-konferenser som DevOpsDays, eftersom DevOps inte alls handlar om teknik. DevOps handlar bara om kommunikation, det handlar bara om sÀtt för mÀnniskor som inte har arbetat tillsammans tidigare att arbeta tillsammans. Ja, det finns en teknisk komponent, eftersom automatisering Àr avgörande för DevOps, men det hÀr Àr bara en av dem. Och nÀr en DevOps-konferens, istÀllet för att prata om DevOps, pratar om webbplatsens tillförlitlighet eller automatisering eller pipelines, sÄ missar den hÀr konferensen, trots att den Àr vÀldigt hardcore, enligt min mening, sjÀlva essensen av DevOps och blir konferenser om systemadministration , inte om DevOps.

Den andra skillnaden Ă€r i förberedelse. Återigen tar jag sjukhusgenomsnittet och allmĂ€nna fall, inte specifika. Utomlands antar de att de flesta mĂ€nniskor har genomgĂ„tt nĂ„gon form av talarutbildning i sina liv. Åtminstone i Amerika Ă€r det en del av högre utbildning. Om en person har tagit examen frĂ„n college, har han redan stor erfarenhet av att tala inför publik. DĂ€rför, efter att programkommittĂ©n har tittat pĂ„ planen och förstĂ„tt vad rapporten kommer att handla om, trĂ€nas inte mer pĂ„ att tala för talaren, eftersom man tror att han med största sannolikhet vet hur man gör.

I Ryssland görs inte sĂ„dana antaganden, eftersom fĂ„ mĂ€nniskor har erfarenhet av att tala inför publik, och dĂ€rför utbildas talare mycket mer. Återigen, i allmĂ€nhet finns det genomgĂ„ngar, det finns lektioner med talare, det finns kurser för att tala inför talare för att hjĂ€lpa talare.

Som ett resultat elimineras svaga talare som kommunicerar dÄligt, eller sÄ fÄr de hjÀlp att bli starkare presentatörer. Det faktum att i vÀstvÀrlden betraktas som en fÀrdighet som mÄnga mÀnniskor har, fÄr i slutÀndan motsatt effekt, eftersom detta antagande ofta visar sig vara falskt, felaktigt och mÀnniskor som inte vet hur de ska tala offentligt skruvar öppet pÄ scenen och producera vidriga rapporter. Och i Ryssland, dÀr man tror att det inte finns nÄgon erfarenhet av att tala offentligt, blir det i slutÀndan mycket bÀttre, eftersom de utbildades, de testades, de valde en bra, och sÄ vidare.

Det hÀr Àr de tvÄ skillnaderna.

Har du varit pÄ DevOpsDays i andra lÀnder? Hur tycker du att de skiljer sig frÄn andra konferenser? Finns det nÄgra speciella funktioner?

Jag har förmodligen varit pÄ flera dussin DevOpsDays-konferenser runt om i vÀrlden: i Amerika, Europa och Asien. Denna konferensfranchise Àr ganska unik genom att den har ett mer eller mindre etablerat format som du kan förvÀnta dig var som helst frÄn nÄgon av dessa konferenser. Formatet Àr som följer: det finns relativt fÄ frontlinjekonferenspresentationer och mycket tid Àgnas Ät formatet öppna ytor.

Öppna ytor Ă€r ett format dĂ€r det Ă€mne som flest röstade pĂ„ diskuteras tillsammans med andra deltagare. Den som föreslagit detta Ă€mne Ă€r ledaren, han ser till att diskussionen börjar. Detta Ă€r ett bra format eftersom kommunikation och nĂ€tverkande, som vi vet, inte Ă€r mindre viktiga delar av alla konferenser Ă€n presentationer. Och nĂ€r en konferens Ă€gnar hĂ€lften av sin tid Ă„t ett nĂ€tverksformat Ă€r det vĂ€ldigt coolt.

Dessutom hĂ„lls Lightning Talks ofta pĂ„ DevOpsDays – det hĂ€r Ă€r korta femminutersrapporter som lĂ„ter dig lĂ€ra dig mycket om mycket och fĂ„ upp ögonen för nĂ„gra nya saker i ett icke-trĂ„kigt format. Och om du mitt i en vanlig rapport insĂ„g att det hĂ€r inte Ă€r ditt, dĂ„ Ă€r tid bortkastad, 30-40 minuter av ditt liv Ă€r bortkastade, dĂ„ pratar vi hĂ€r om rapporter i fem minuter. Och om du inte Ă€r intresserad tar det snart slut. "BerĂ€tta för oss, men snabbt" Ă€r ocksĂ„ ett mycket bra format.

Det finns mer tekniska DevOpsDays, och det finns de som Àr skrÀddarsydda specifikt för vad DevOps Àr: processer, samarbete, sÄdant. Det Àr intressant att ha bÄda, och det Àr intressant att ha bÄda. Jag tror att detta Àr en av de bÀsta DevOps-konferenserna idag.

MÄnga av dina förestÀllningar liknar förestÀllningar eller pjÀser: ibland hÄller du ett föredrag i form av en grekisk tragedi, ibland spelar du rollen som Sherlock, ibland upptrÀder du i groddrÀkt. Hur kommer du pÄ dem? Finns det nÄgra ytterligare mÄl förutom att göra rapporten inte trÄkig?

Det verkar för mig att en rapport inte har rÀtt att vara trÄkig, för för det första slösar jag lyssnarnas tid, i en trÄkig rapport Àr de mindre involverade, de har lÀrt sig mindre, de har lÀrt sig mindre nya saker, och det hÀr Àr inte det bÀsta slöseri med sin tid. För det andra, mina mÄl har inte heller uppnÄtts: de tycker inte nÄgot bra om mig, de tycker inget bra om JFrog, och för mig Àr detta nÄgot slags misslyckande.

DÀrför har trÄkiga reportage ingen existensrÀtt, Ätminstone för mig. Jag försöker göra dem intressanta, attraktiva och minnesvÀrda. FörestÀllningar Àr ett sÀtt. Och faktiskt Àr metoden ganska enkel. Allt du behöver Àr att komma pÄ nÄgot intressant format, och sedan presentera samma tankar som presenteras i form av en vanlig rapport i ett ovanligt format.

Hur kommer jag pĂ„ detta? Det Ă€r inte alltid detsamma. Ibland Ă€r det nĂ„gra idĂ©er som jag tĂ€nker pĂ„, ibland Ă€r det nĂ„gra idĂ©er som jag fĂ„r nĂ€r jag gör genomgĂ„ngar eller delar tankar om en rapport och de sĂ€ger till mig: "Åh, det kan göras sĂ„ hĂ€r!" Det hĂ€nder annorlunda. NĂ€r en idĂ© dyker upp Ă€r det alltid vĂ€ldigt glĂ€djefullt och coolt, det gör att du kan göra en mer intressant och involverad rapport.

"En rapport har ingen rÀtt att vara trÄkig": en intervju med Baruch Sadogursky om tal pÄ konferenser

Vems tal frÄn IT-omrÄdet gillar du personligen? Finns det sÄdana högtalare? Och varför?

Det finns tvÄ typer av talare vars presentationer jag tycker om. Den första Àr de högtalare jag försöker vara som. De pratar pÄ ett intressant och engagerat sÀtt och försöker se till att alla Àr intresserade och att alla lyssnar.

Den andra typen av talare Àr de som kan prata om vilken vanligtvis trÄkig hardcore som helst pÄ ett vÀldigt intressant och spÀnnande sÀtt.

Av namnen i den andra kategorin Àr detta Alexey Shepelev, som pÄ ett intressant och humoristiskt sÀtt berÀttar om nÄgon form av djupt presterande sophÀmtning och insidan av den virtuella Java-maskinen. En annan upptÀckt av de senaste DevOops Àr Sergey Fedorov frÄn Netflix. Han berÀttade en rent teknisk sak om hur de optimerade sitt nÀtverk för innehÄllsleverans, och han berÀttade det pÄ ett mycket intressant sÀtt.

FrÄn den första kategorin - dessa Àr Jessica Deen, Anton Weiss, Roman Shaposhnik. Det hÀr Àr talare som talar intressant, med humor och vÀlförtjÀnt fÄr höga betyg.

Du har förmodligen fler inbjudningar att tala pÄ konferenser Àn tid att göra det. Hur vÀljer du vart du ska Äka och vart inte?

Konferenser och talare, som nÀstan allt annat, styrs av marknadsrelationer mellan utbud och efterfrÄgan och vÀrdet av det ena frÄn det andra. Det finns konferenser som, ja, lÄt oss sÀga, vill ha mig mer Àn jag behöver dem. NÀr det gÀller publiken jag förvÀntar mig att möta dÀr och vilken inverkan jag förvÀntar mig att göra dÀr. Det finns konferenser som jag tvÀrtom vill gÄ pÄ mycket mer Àn de behöver mig. Baserat pÄ vÀrdet för mig bestÀmmer jag vart jag ska gÄ.

Det vill sÀga, om det hÀr till exempel Àr nÄgon form av geografi dit jag strategiskt behöver gÄ, det hÀr Àr en stor vÀlkÀnd konferens som har ett gott rykte och som folk kommer att gÄ pÄ, sÄ behöver jag uppenbarligen verkligen det. Och jag föredrar det framför andra konferenser.

Om det hÀr Àr nÄgon slags liten regional konferens, och kanske dÀr vi inte Àr sÀrskilt intresserade, sÄ kan det vara sÄ att resan dit inte motiverar den tid som Àgnas Ät denna frÄga. Normala marknadsförhÄllanden av efterfrÄgan, utbud och vÀrde.

Bra geografi, bra demografi, potentiellt bra kontakter, kommunikation Àr garantin för att konferensen blir intressant för mig.

I en av dina intervjuer nÀmnde du att du talar vid ett fyrtiotal konferenser om Äret. Hur orkar du jobba och förbereda dig inför förestÀllningar? Och lyckas du behÄlla balansen mellan arbete och privatliv med ett sÄdant schema? Dela dina hemligheter?

Att resa till konferenser Àr lejonparten av mitt arbete. Naturligtvis finns det allt annat: det finns förberedelser för rapporter, hÄlla sig i teknisk form, skriva kod, lÀra sig nya saker. Allt detta görs parallellt med konferenser: pÄ kvÀllarna, pÄ flyget, dagen innan, nÀr du redan har anlÀnt till konferensen, och det Àr imorgon. NÄgot som det hÀr.

Det Àr naturligtvis svÄrt att upprÀtthÄlla balansen mellan arbete och privatliv nÀr du spenderar sÄ mycket tid pÄ affÀrsresor. Men jag försöker kompensera detta med att jag Ätminstone nÀr jag inte Àr pÄ affÀrsresa Àr 100% med min familj, jag svarar inte pÄ mail pÄ kvÀllarna, jag försöker att inte delta i ev. samtal pÄ kvÀllar och helger. NÀr jag inte Àr pÄ affÀrsresa och det Àr familjetid Àr det verkligen 100 % familjetid. Fungerar detta och löser det problemet? Nej. Men jag hoppas att detta pÄ nÄgot sÀtt kommer att kompensera min familj för hela tiden jag Àr borta.

En av Baruchs rapporter Àr "Vi har DevOps. LÄt oss sparka alla testare."

Med ett sÄ tajt schema, lyckas du hÄlla din tekniska nivÄ eller har du redan gÄtt bort frÄn programmering?

Jag försöker göra lite tekniska saker samtidigt som jag förbereder mig för mina föredrag och andra aktiviteter pÄ konferensen. Det hÀr Àr alla möjliga tekniska demos, nÄgra minirapporter som vi ger pÄ montrar. Detta Àr inte programmering-programmering, det hÀr Àr mer integration, men det hÀr Àr Ätminstone nÄgot tekniskt arbete som jag försöker göra. PÄ sÄ sÀtt bibehÄller jag kunskap om vÄra produkter, nya funktioner och sÄ vidare.

Naturligtvis Àr det förmodligen omöjligt att sÀga att jag Àr samma hardcore-kodare nu som jag var för 7 Är sedan. Inte sÀker pÄ om det Àr en dÄlig sak. Detta Àr förmodligen nÄgon form av naturlig evolution. Det hÀr Àr mindre intressant för mig, och jag har mindre tid, sÄ förmodligen, Gud vÀlsigne honom.

Jag anser mig fortfarande vara en stark teknisk specialist, jag hÄller mig fortfarande à jour med vad som hÀnder, jag hÄller mig pÄ tÄrna. Det hÀr Àr min hybridsituation idag.

BerÀtta för oss ett par roliga historier eller extrema situationer som hÀnt dig: missade planet/raderade presentationen/strömavbrott under rapporten/bagaget kom inte fram?

Av de roliga situationerna Àr det jag minns mest alla möjliga hemska misslyckanden som hÀnde under rapporterna. Naturligtvis, eftersom det hÀr Àr den mest stressiga situationen, eftersom det Àr publiken, tiden och du mÄste se till att de inte slösar bort den.

Jag hade en "blue screen of death" pÄ bÄde Windows och Mac under samtalet. PÄ Windows hÀnde det en gÄng, pÄ Mac ett par gÄnger. Detta Àr naturligtvis stressigt, men vi löser det hÀr problemet pÄ nÄgot sÀtt, datorn startar om, jag fortsÀtter att berÀtta nÄgot vid det hÀr laget, men stressen Àr enorm.

Den förmodligen roligaste situationen jag hade var pÄ en Groovy-konferens. Jag minns inte exakt var konferensen hölls, verkar det som, pÄ ett hotell, och mitt emot detta hotell pÄgick nÄgon form av konstruktion eller renovering. Och sÄ jag pratade om nÄgon kod som jag skrev, det var en demo. Detta var den första upprepningen av demot, vilket var förstÄeligt, men kanske inte vÀlskrivet. Och jag tÀnkte bara omstrukturera och förbÀttra det, och jag nÀmnde en fras som "sjÀlvförlÄtande" om det faktum att det hÀr Àr "skitig kod". Det var pÄ andra vÄningen, och pÄ den tiden lyfte en kran pÄ byggarbetsplatsen mittemot en bÀrbar toalett. Och scenen stod mitt emot fönstret. Det vill sÀga, jag tittar ut genom det hÀr fönstret, sÀger "skitig kod", och en toalett flyter förbi fönstret. Och jag sÀger till alla: "VÀnd dig om, vi har en illustration hÀr." Det hÀr var nog den bÀsta rutschkanan av mina tankar - den flygande toaletten i mitt reportage nÀr jag pratade om taskig kod.

FrÄn berÀttelser som att bagaget inte kom - det hÀr Àr i princip en normal historia, det finns inget att ens prata om. Vi kan ordna en separat intervju om alla möjliga resetips, dÀr vi kan prata om bagage som inte kom fram, men det var inget kritiskt.

Jag försöker till varje pris att alltid flyga, komma och delta pÄ alla konferenser som jag lovade, för Äterigen Àr det folks tid. MÀnniskors tid Àr ovÀrderlig eftersom det Àr en sÄdan kredit av förtroende som de ger dig. Och om detta lÄn Àr bortkastat, sÄ finns det inget sÀtt att fÄ tillbaka det senare.

Om en person tillbringade tid, kom till konferensen för att lyssna pÄ min rapport, och jag tog den och inte kom, Àr det hÀr dÄligt, eftersom det inte finns nÄgot sÀtt att fÄ tillbaka den hÀr personens tid. DÀrför Àr det superviktigt för mig att hÄlla alla mina löften i detta avseende, och Àn sÄ lÀnge löser sig allt.

MĂ„nga tĂ€nker sĂ„ hĂ€r: ”Varför gĂ„ pĂ„ konferenser överhuvudtaget? Du kan titta pĂ„ videon pĂ„ YouTube och du kan alltid chatta online.” Varför tror du att deltagarna behöver gĂ„ pĂ„ konferenser?

Bra frÄga! Du borde gÄ pÄ konferenser för att nÀtverka. Detta Àr ovÀrderligt och det finns inget annat sÀtt att fÄ det. Jag har redan nÀmnt vikten av kommunikation, kommunikation och mjuka fÀrdigheter. Att titta pÄ en video pÄ YouTube ger tyvÀrr ingen erfarenhet av mjuka fÀrdigheter. DÀrför behöver du gÄ pÄ konferenser för kommunikationens skull.

Dessutom, Ätminstone för mig, nÀr jag tittar pÄ videor pÄ YouTube Àr engagemanget helt annorlunda, och materialet kommer ihÄg och kommer ihÄg mycket mindre vÀl. Kanske Àr det bara jag, men jag misstÀnker att det Àr helt olika saker att vara i rummet pÄ ett föredrag och titta pÄ en video pÄ YouTube. SÀrskilt om reportaget Àr bra verkar det för mig som att det Àr mycket, mycket bÀttre att höra det live. Det Àr som att lyssna pÄ en livekonsert och en skiva.

Och jag upprepar Ànnu en gÄng: nÀtverk och kommunikation Àr inget man kan ta frÄn YouTube.

Gemensam rapport med Leonid Igolnik pÄ DevOpsCon

SnÀlla ge nÄgra avskedsord till dem som precis planerar att bli talare eller precis har börjat tala?

Leta efter lokala trÀffar. Lokala trÀffar Àr ett bra sÀtt att börja din talkarriÀr av flera anledningar. För det första letar lokala möten alltid efter talare. Det kan vara sÄ att utan erfarenhet och utan att vara en kÀnd talare kommer det att vara svÄrt för dig att söka till nÄgon kÀnd konferens, eller sÄ kommer programkommittén, efter att ha kommunicerat med dig, att förstÄ att det kanske fortfarande Àr lite tidigt för dig. DÀremot letar lokala möten alltid efter talare och ribban för intrÀde Àr mycket, mycket lÀgre, sÄ det Àr mycket lÀttare att ta sig dit.

Dessutom Àr stressnivÄn helt annorlunda. NÀr det kommer 10-15-30 personer Àr det inte alls samma sak som nÀr det Àr 150-200-300 personer i hallen, sÄ det Àr mycket lÀttare.

Återigen, kostnaderna för en lokal trĂ€ff Ă€r mycket lĂ€gre: du behöver inte flyga nĂ„gonstans, du behöver inte spendera dagar, du kan bara komma pĂ„ kvĂ€llen. NĂ€r jag kommer ihĂ„g mina rĂ„d om vikten av att ha ett vĂ€nligt ansikte i publiken, Ă€r det mycket lĂ€ttare att komma till en lokal trĂ€ff med nĂ„gon eftersom det inte kostar pengar. Om du talar pĂ„ en konferens kommer du som talare gratis, men denna +1:a av dig, som kommer att vara ett vĂ€nligt ansikte i allmĂ€nheten, behöver köpa en biljett. Om du pratar pĂ„ en meetup finns det inga sĂ„dana problem, du kan ta med dig en eller tvĂ„ eller tre vĂ€nner som kommer att vara ett vĂ€nligt ansikte i rummet.

Och ett ytterligare plus Àr att mötesarrangörer har mycket fler möjligheter att hjÀlpa dig. För konferensarrangörer kommer att ha till exempel 60 presentationer som behöver ses över, övas och förberedas. Och arrangörerna av meetups har en, tvÄ eller tre, sÄ du kommer naturligtvis att fÄ mycket mer uppmÀrksamhet.

Dessutom Àr det mycket lÀttare att fÄ feedback frÄn lokala trÀffar. Du har avslutat din rapport och nu kommunicerar du och publiken redan och diskuterar nÄgot relaterat till din rapport. För stora konferenser Àr detta ofta inte fallet. Du gjorde en rapport och det var allt. Publiken, som var en grÄ massa under din rapport, har lÀmnat och du vet inte lÀngre nÄgot om dem, du hör inte, du kommer inte att fÄ nÄgon feedback.

Vad man Àn kan sÀga Àr lokala trÀffar ett bra Àmne i allmÀnhet och för nybörjare i synnerhet.

Baruch kommer att tala vid konferensen den 7 december DevOpsDays Moskva. I sin rapport kommer Baruch att analysera verkliga fel som intrÀffar varje dag och överallt vid uppdatering av mjukvara. Den kommer att visa hur alla möjliga DevOps-mönster passar in i olika scenarier och hur korrekt tillÀmpning av dem kan möjligen rÀdda dig.

Även i programmet: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps-konsult).

Kom och bekanta dig!

KĂ€lla: will.com

LĂ€gg en kommentar