Baruch Sadogursky - JFrogin kehittäjäasianajaja, Liquid Software -kirjan toinen kirjoittaja, kuuluisa IT-puhuja.
Baruch kertoi haastattelussa, kuinka hän valmistautuu raportteihinsa, miten ulkomaiset konferenssit eroavat venäläisistä, miksi osallistujien tulisi osallistua niihin ja miksi heidän pitäisi puhua sammakkoasuissa.
Aloitetaan yksinkertaisimmasta. Miksi luulet ylipäätään puhuvan konferensseissa?
Itse asiassa konferensseissa puhuminen on minulle työtä. Jos vastaamme yleisemmin kysymykseen "Miksi työni on?", niin tämä on (ainakin JFrog-yrityksen kannalta) kahden tavoitteen saavuttamiseksi. Ensinnäkin yhteyden luominen käyttäjiimme ja asiakkaisiimme. Eli kun puhun konferensseissa, olen tavoitettavissa, jotta kaikki, joilla on kysyttävää, palautetta tuotteistamme ja yrityksestämme, voivat keskustella kanssani, voin jotenkin auttaa heitä ja parantaa heidän kokemustaan tuotteidemme kanssa työskentelystä.
Toiseksi tämä on välttämätöntä tuotemerkin tunnettuuden lisäämiseksi. Eli jos kerron mielenkiintoisia asioita, ihmiset ovat kiinnostuneita siitä, millainen JFrog tämä on, ja sen seurauksena he päätyvät kehittäjäsuhdesuppiloimme, joka lopulta menee käyttäjiemme suppiloon, joka lopulta menee asiakkaidemme suppilo.
Kerro meille, kuinka valmistaudut esityksiin? Onko olemassa jonkinlainen valmistelualgoritmi?
Valmistelussa on neljä enemmän tai vähemmän standardivaihetta. Ensimmäinen on alkuvaihe, kuten elokuvissa. Jotain ideaa täytyy ilmaantua. Idea syntyy, ja sitten se kypsyy melko pitkään. Se kypsyy, mietit, miten tämä idea parhaiten esitettäisiin, missä avaimessa, missä muodossa, mitä siitä voidaan sanoa. Tämä on ensimmäinen vaihe.
Toinen vaihe on erityisen suunnitelman kirjoittaminen. Sinulla on idea, ja se alkaa hankkia yksityiskohtia siitä, kuinka esität sen. Tämä tehdään yleensä jonkinlaisessa ajatuskarttamuodossa, jolloin idean ympärille ilmestyy kaikki raporttiin liittyvä: tukiargumentteja, esittelyä, joitain tarinoita, joita siitä halutaan kertoa. Tämä on toinen vaihe - suunnitelma.
Kolmas vaihe on diojen kirjoittaminen tämän suunnitelman mukaan. Käytät abstrakteja ideoita, jotka näkyvät dioissa ja tukevat tarinaasi.
Neljäs vaihe on läpikäynnit ja harjoitukset. Tässä vaiheessa on tärkeää varmistaa, että tarinan kaari on selvinnyt, että tarina on johdonmukainen, ja varmistaa, että ajoituksen suhteen kaikki on kunnossa. Tämän jälkeen raportti voidaan julistaa valmiiksi.
Miten ymmärrät, että "tätä aihetta" pitää käsitellä? Ja miten keräät materiaalia raportteja varten?
En tiedä miten vastata, se vain tulee jotenkin. Joko se on "Voi, kuinka siistiä tästä tuli" tai "Voi, kukaan ei todella tiedä tai ymmärrä tästä", ja siellä on mahdollisuus kertoa, selittää ja auttaa. Toinen näistä kahdesta vaihtoehdosta.
Aineiston keruu on hyvin riippuvainen raportista. Jos tämä on raportti jostain abstraktista aiheesta, se on enemmän kirjallisuutta, artikkeleita. Jos tämä on jotain käytännöllistä, se on koodin kirjoittamista, joitain demoja, oikeiden koodinpätkien löytämistä tuotteissa ja niin edelleen.
Esityksen pelko ja ahdistus ovat yleisimpiä syitä siihen, miksi ihmiset eivät mene lavalle. Onko sinulla neuvoja niille, jotka jännittävät esiintyessään? Oletko huolissasi ja miten selviät?
Kyllä, minulla on, sen pitäisi olla, ja luultavasti sillä hetkellä, kun lopetan murehtimisen kokonaan, tämä on syy lopettaa tämä asia.
Minusta tämä on täysin normaali ilmiö, kun astut lavalle ja edessäsi on paljon ihmisiä. Olet huolissasi, koska se on suuri vastuu, se on luonnollista.
Kuinka käsitellä tätä? On olemassa erilaisia tapoja. Minulla ei ole koskaan ollut sitä sellaisella tasolla, että minun pitäisi taistella sitä vastaan suoraan, joten minun on vaikea sanoa.
Tärkein asia, joka myös auttaa minua, on ystävälliset kasvot - joku tuttu kasvo yleisössä. Jos pyydät jotakuta tuttuasi tulemaan puheeseesi, istu eturivissä keskelle, jotta voit aina katsoa häntä, ja henkilö on positiivinen, hymyilee, nyökkäsi, tukee, minusta tämä on valtava, valtava apu. En erityisesti pyydä ketään tekemään tätä, mutta jos yleisössä sattuu olemaan tutut kasvot, se auttaa paljon ja lievittää stressiä. Tämä on tärkein neuvo.
Puhut paljon venäläisissä ja kansainvälisissä konferensseissa. Näetkö eron Venäjän ja ulkomaisten konferenssien raporttien välillä? Onko yleisössä eroa? Organisaatiossa?
Näen kaksi suurta eroa. On selvää, että konferenssit ovat erilaisia sekä Venäjällä että ulkomailla, mutta jos otamme sairaalan keskiarvon, niin Venäjällä konferenssit ovat teknisempiä raporttien syvyyden, hardcore-tason suhteen. Tähän ihmiset ovat tottuneet, ehkä kiitos sellaisista suurista konferensseista, kuten Joker, JPoint, Highload, jotka ovat aina perustuneet hardcore-esityksiin. Ja tämä on juuri sitä, mitä ihmiset odottavat konferensseilta. Ja monille ihmisille tämä on osoitus siitä, onko tämä konferenssi hyvä vai huono: siellä on paljon lihaa ja hardcorea vai paljon vettä.
Ollakseni rehellinen, ehkä siksi, että puhun paljon ulkomaisissa konferensseissa, en hyväksy tätä lähestymistapaa. Uskon, että pehmeitä taitoja käsittelevät raportit, "puolihumanitaariset raportit", eivät ole vähemmän ja ehkä jopa tärkeämpiä konferensseissa. Koska jotkin tekniset asiat voidaan viime kädessä lukea kirjoista, voit selvittää ne käyttöoppaan avulla, mutta mitä tulee pehmeisiin taitoihin, psykologiaan tai viestintään, kaikkea tätä ei ainakaan saa. helposti, helposti saatavilla ja ymmärrettävästi. Minusta tämä ei ole yhtä tärkeä kuin tekninen osa.
Tämä on erityisen tärkeää DevOps-konferensseissa, kuten DevOpsDaysissa, koska DevOps ei ole lainkaan teknologiasta. DevOps on vain viestintää, se on vain tapoja, joilla ihmiset, jotka eivät ole aiemmin työskennelleet yhdessä, voivat työskennellä yhdessä. Kyllä, siellä on tekninen komponentti, koska automaatio on kriittinen DevOpsille, mutta tämä on vain yksi niistä. Ja kun DevOps-konferenssissa puhutaan DevOps-keskustelun sijaan sivuston luotettavuudesta tai automaatiosta tai putkistosta, niin tästä konferenssista huolimatta siitä, että se on mielestäni erittäin kova, jää huomiotta DevOpsin ydin ja siitä tulee konferensseja järjestelmänhallinnasta. , ei DevOpsista.
Toinen ero on valmistelussa. Otan jälleen sairaalan keskimääräiset ja yleiset tapaukset, en erityisiä tapauksia. Ulkomailla he olettavat, että useimmat ihmiset ovat käyneet elämässään jonkinlaisen julkisen puhumisen koulutuksen. Ainakin Amerikassa se on osa korkeakoulutusta. Jos henkilö on valmistunut korkeakoulusta, hänellä on jo huomattava kokemus julkisesta puhumisesta. Siksi sen jälkeen, kun ohjelmakomitea on tarkastellut suunnitelmaa ja ymmärtänyt, mistä mietinnössä on kyse, puhujan puolesta puhumisesta ei enää opeteta, koska uskotaan, että hän todennäköisesti tietää, miten se tehdään.
Venäjällä tällaisia oletuksia ei tehdä, koska harvalla on kokemusta julkisesta puhumisesta, ja siksi puhujia koulutetaan paljon enemmän. Yleisesti ottaen taas on läpikulkua, puhujien luokkia, puhujien auttamiseksi on julkisen puhumisen kursseja.
Tämän seurauksena heikot puhujat, jotka kommunikoivat huonosti, eliminoidaan tai heitä autetaan tulemaan vahvemmiksi esiintyjiksi. Se, että julkista puhumista pidetään lännessä monien ihmisten taitona, saa lopulta päinvastaisen vaikutuksen, koska tämä olettamus osoittautuu usein vääräksi, virheelliseksi ja ihmiset, jotka eivät osaa puhua julkisesti, pilaavat avoimesti. lavalle ja tuottaa inhottavia raportteja. Ja Venäjällä, jossa uskotaan, että julkisesta puhumisesta ei ole kokemusta, lopulta se osoittautuu paljon paremmaksi, koska heidät koulutettiin, heidät testattiin, he valitsivat hyvän ja niin edelleen.
Nämä ovat kaksi eroa.
Oletko käynyt DevOpsDaysilla muissa maissa? Miten ne mielestäsi eroavat muista konferensseista? Onko mitään erityispiirteitä?
Olen luultavasti käynyt useissa kymmenissä DevOpsDays-konferenssissa ympäri maailmaa: Amerikassa, Euroopassa ja Aasiassa. Tämä konferenssifranchise on varsin ainutlaatuinen siinä mielessä, että sillä on enemmän tai vähemmän vakiintunut muoto, jota voit odottaa mistä tahansa näistä konferensseista. Muoto on seuraava: etulinjan konferenssiesityksiä on suhteellisen vähän ja avointen tilojen muotoon on varattu paljon aikaa.
Avoimet tilat on muoto, jossa eniten äänestäneitä aiheita keskustellaan yhdessä muiden osallistujien kanssa. Tämän aiheen ehdottaja on johtaja, hän varmistaa, että keskustelu alkaa. Tämä on loistava muoto, koska kuten tiedämme, viestintä ja verkostoituminen ovat yhtä tärkeitä osia konferenssissa kuin esitykset. Ja kun konferenssi omistaa puolet ajastaan verkostoitumiseen, se on hienoa.
Lisäksi DevOpsDays-päivillä pidetään usein Lightning Talkeja – nämä ovat lyhyitä viiden minuutin raportteja, joiden avulla voit oppia paljon ja avata silmäsi uusille asioille tylsässä muodossa. Ja jos säännöllisen raportin keskellä tajusit, että tämä ei ole sinun, niin aikaa menee hukkaan, 30-40 minuuttia elämästäsi menee hukkaan, niin tässä puhutaan viiden minuutin raporteista. Ja jos et ole kiinnostunut, se loppuu pian. "Kerro meille, mutta nopeasti" on myös erittäin hyvä muoto.
On olemassa teknisempiä DevOpsDays-päiviä, ja on niitä, jotka on räätälöity erityisesti DevOpsin mukaan: prosessit, yhteistyö ja muut vastaavat. On mielenkiintoista saada molemmat, ja on mielenkiintoista saada molemmat. Mielestäni tämä on yksi parhaista DevOps-konferenssien franchisingeista tänään.
Monet esityksistäsi ovat samanlaisia kuin esityksiä tai näytelmiä: joskus pidät puheen kreikkalaisen tragedian muodossa, joskus näyttelet Sherlockia, joskus esiintyy sammakkoasussa. Miten keksit ne? Onko muita tavoitteita sen lisäksi, että raportti ei ole tylsä?
Minusta näyttää siltä, että raportilla ei ole oikeutta olla tylsä, koska ensinnäkin tuhlaa kuuntelijoiden aikaa, tylsässä raportissa he ovat vähemmän mukana, he ovat oppineet vähemmän, he ovat oppineet vähemmän uusia asioita, ja tämä ei ole parasta ajanhukkaa. Toiseksi, tavoitteitani ei myöskään ole saavutettu: he eivät ajattele minusta mitään hyvää, he eivät ajattele mitään hyvää JFrogista, ja minulle tämä on eräänlainen epäonnistuminen.
Siksi tylsillä raporteilla ei ole oikeutta olla olemassa, ainakaan minulle. Yritän tehdä niistä mielenkiintoisia, houkuttelevia ja mieleenpainuvia. Esitykset ovat yksi tapa. Ja itse asiassa menetelmä on melko helppo. Sinun tarvitsee vain keksiä jokin mielenkiintoinen muoto ja esittää sitten samat ajatukset, jotka esitetään tavallisen raportin muodossa epätavallisessa muodossa.
Miten keksin tämän? Se ei ole aina sama. Joskus nämä ovat joitain ideoita, jotka tulevat mieleeni, joskus nämä ovat ideoita, jotka minulle annetaan, kun teen läpikäynnin tai jaan ajatuksia raportista ja he sanovat minulle: "Voi, se voidaan tehdä näin!" Se tapahtuu toisin. Kun idea ilmaantuu, se on aina erittäin iloista ja siistiä, mikä tarkoittaa, että voit tehdä mielenkiintoisemman ja osallistuvamman raportin.
Kenen puheista IT-alalta pidät henkilökohtaisesti? Onko sellaisia kaiuttimia olemassa? Ja miksi?
On kahdenlaisia puhujia, joiden esityksistä pidän. Ensimmäinen on kaiuttimet, joiden kaltaisia yritän olla. He puhuvat mielenkiintoisella ja osallistuvalla tavalla yrittäen varmistaa, että kaikki ovat kiinnostuneita ja kaikki kuuntelevat.
Toisen tyyppiset puhujat ovat sellaisia, jotka voivat puhua mistä tahansa tavallisesti tylsästä hardcoresta erittäin mielenkiintoisella ja jännittävällä tavalla.
Toisen kategorian nimistä tässä on Aleksei Shepelev, joka puhuu jonkinlaisesta syvän suorituskyvyn roskakeräyksestä ja java-virtuaalikoneen sisäosista mielenkiintoisella ja humoristisella tavalla. Toinen uusimman DevOopsin löytö on Sergey Fedorov Netflixistä. Hän kertoi puhtaasti teknisen asian siitä, kuinka he optimoivat sisällönjakeluverkostoaan, ja hän kertoi sen erittäin mielenkiintoisella tavalla.
Ensimmäisestä kategoriasta - nämä ovat Jessica Deen, Anton Weiss, Roman Shaposhnik. Nämä ovat puhujia, jotka puhuvat mielenkiintoisesti, huumorilla ja saavat ansaitusti korkeat arvosanat.
Sinulla on luultavasti enemmän kutsuja puhua konferensseissa kuin aikaa tehdä niin. Miten valitset minne menet ja minne et?
Konferensseja ja puhujia, kuten lähes kaikkea muutakin, hallitsevat kysynnän ja tarjonnan markkinasuhteet ja toistensa arvo. On konferensseja, jotka, sanotaan, haluavat minua enemmän kuin minä niitä. Mitä tulee yleisöön, jonka odotan tapaavani siellä, ja vaikutuksen, jonka odotan tekeväni siellä. On konferensseja, joissa päinvastoin haluan käydä paljon enemmän kuin he tarvitsevat minua. Minun arvon perusteella päätän minne mennä.
Eli jos tämä on esimerkiksi jonkinlainen maantiede, johon minun on strategisesti mentävä, tämä on suuri tunnettu konferenssi, jolla on hyvä maine ja johon ihmiset tulevat käymään, niin ilmeisesti tarvitsen sitä todella. Ja pidän siitä enemmän kuin muista konferensseista.
Jos tämä on jonkinlainen pieni alueellinen konferenssi, ja ehkä emme ole kovin kiinnostuneita, niin voi olla, että matka sinne ei oikeuta tähän asiaan käytettyä aikaa. Normaalit kysynnän, tarjonnan ja arvon markkinasuhteet.
Hyvä maantiede, hyvät väestötiedot, mahdollisesti hyvät kontaktit, viestintä ovat tae siitä, että konferenssi on minulle kiinnostava.
Mainitsit yhdessä haastattelussasi, että puhut noin XNUMX konferenssissa vuodessa. Miten onnistut työskentelemään ja valmistautumaan esityksiin? Ja onnistutko säilyttämään työn ja yksityiselämän tasapainon tällaisella aikataululla? Jaa salaisuutesi?
Konferensseihin matkustaminen on leijonanosa työstäni. Tietysti on kaikkea muuta: on valmistautuminen raportteihin, teknisessä kunnossa pitäminen, koodin kirjoittaminen, uusien asioiden oppiminen. Tämä kaikki tapahtuu samanaikaisesti konferenssien kanssa: iltaisin, lentokoneessa, edellisenä päivänä, kun olet jo saapunut konferenssiin, ja se on huomenna. Jotain tällaista.
On tietysti vaikeaa säilyttää työn ja yksityiselämän tasapaino, kun vietät niin paljon aikaa työmatkoilla. Mutta yritän kompensoida tätä sillä, että ainakin silloin kun en ole työmatkalla, olen 100% perheeni kanssa, en vastaa sähköposteihin iltaisin, yritän olla osallistumatta mihinkään. soittaa iltaisin ja viikonloppuisin. Kun en ole työmatkalla ja on perheen aikaa, se on todellakin 100 % perheen aikaa. Toimiiko tämä ja ratkaiseeko se ongelman? Ei. Mutta toivon, että tämä jotenkin kompensoi perheelleni koko poissaoloajan.
Pystytkö näin kireällä aikataululla ylläpitämään teknisen tasosi vai oletko jo siirtynyt pois ohjelmoinnista?
Yritän tehdä joitain teknisiä asioita valmistautuessani puheisiini ja muihin toimintoihin konferenssissa. Nämä ovat kaikenlaisia teknisiä demoja, joitain miniraportteja, joita annamme messuilla. Se ei ole koodaus-ohjelmointia, se on enemmän integrointia, mutta se on ainakin teknistä työtä, jota yritän tehdä. Näin ylläpidän tietoa tuotteistamme, uusista ominaisuuksistamme ja niin edelleen.
Tietenkin on luultavasti mahdotonta sanoa, että olen nyt sama hardcore-kooderi kuin 7 vuotta sitten. En ole varma, onko se huono asia. Tämä on luultavasti jonkinlaista luonnollista evoluutiota. Tämä on minusta vähemmän kiinnostavaa, ja minulla on vähemmän aikaa, joten luultavasti Jumala siunatkoon häntä.
Pidän itseäni edelleen vahvana teknisenä asiantuntijana, pysyn edelleen ajan tasalla siitä, mitä tapahtuu, pidän itseni varpaillani. Tämä on minun hybriditilanteeni tänään.
Kerro meille pari hauskaa tarinaa tai äärimmäistä tilannetta, jotka sinulle tapahtuivat: myöhästyit lentokoneesta / poisti esityksen / sähkökatkos raportin aikana / matkatavarat eivät saapuneet?
Hauskoista tilanteista muistan eniten kaikenlaiset kauheat epäonnistumiset, joita tapahtui raporttien aikana. Luonnollisesti, koska tämä on stressaavin tilanne, koska se on yleisö, aika ja sinun on varmistettava, etteivät he tuhlaa sitä.
Minulla oli "blue screen of death" sekä Windowsissa että Macissa puheen aikana. Windowsissa se tapahtui kerran, Macissa pari kertaa. Tämä on tietysti stressaavaa, mutta jotenkin ratkaisemme tämän ongelman, tietokone käynnistyy uudelleen, jatkan kertomista tällä hetkellä, mutta stressi on valtava.
Luultavasti hauskin tilanne minulla oli Groovy-konferenssissa. En muista tarkalleen, missä konferenssi pidettiin, näyttää siltä, hotellissa, ja tätä hotellia vastapäätä oli meneillään jonkinlainen rakentaminen tai kunnostus. Ja niin puhuin jostain kirjoittamastani koodista, se oli demo. Tämä oli demon ensimmäinen iteraatio, joka oli ymmärrettävää, mutta ehkä huonosti kirjoitettu. Ja aioin vain muokata ja parantaa sitä, ja mainitsin jonkin lauseen, kuten "itsehuoltaminen" siitä tosiasiasta, että tämä on "paskaa koodi". Se oli toisessa kerroksessa, ja tuolloin vastapäätä olevalla rakennustyömaalla nosturi juuri nosti kannettavaa wc:tä. Ja lava oli ikkunaa vastapäätä. Eli katson ulos tästä ikkunasta, sanon "paskakoodi" ja wc kelluu ikkunan ohi. Ja sanon kaikille: "Käänny ympäri, meillä on tässä kuva." Tämä oli luultavasti ajatusteni paras dia - lentävä wc raportissani, kun puhuin paskakoodista.
Tarinoista, kuten matkatavarat eivät tulleet - tämä on periaatteessa normaali tarina, josta ei ole edes puhuttavaa. Kaikenlaisista matkavinkeistä voimme sopia erillisen haastattelun, jossa voidaan puhua matkatavaroista, jotka eivät saapuneet perille, mutta mitään kriittistä ei ollut.
Yritän kovasti kaikin keinoin lentää, tulla ja osallistua kaikkiin konferensseihin, joissa lupasin, koska taas on ihmisten aika. Ihmisten aika on korvaamaton, koska he antavat sinulle luottamuksellisen tunnustuksen. Ja jos tämä laina menee hukkaan, sitä ei ole mahdollista saada takaisin myöhemmin.
Jos joku vietti aikaa, tuli konferenssiin kuuntelemaan raporttiani, ja minä otin sen enkä tullut, se on huono asia, koska tämän henkilön aikaa ei voi saada takaisin. Siksi minun on erittäin tärkeää pitää kaikki lupaukseni tässä suhteessa, ja toistaiseksi kaikki toimii.
Monet ihmiset ajattelevat näin: "Miksi ylipäätään mennä konferensseihin? Voit katsoa videon YouTubessa, ja voit aina keskustella verkossa." Miksi mielestäsi osallistujien on mentävä konferensseihin?
Hieno kysymys! Sinun pitäisi mennä konferensseihin verkottumista varten. Tämä on korvaamaton, eikä sitä voi saada muulla tavalla. Olen jo maininnut kommunikoinnin, kommunikoinnin ja pehmeiden taitojen tärkeyden. Videon katsominen YouTubessa ei valitettavasti tarjoa kokemusta pehmeistä taidoista. Siksi sinun on mentävä konferensseihin viestinnän vuoksi.
Lisäksi ainakin itselläni YouTubesta videoita katsottaessa sitoutuminen on aivan erilaista ja materiaali jää mieleen ja jää mieleen paljon huonommin. Ehkä se on vain minä, mutta epäilen, että huoneessa oleminen keskustelun aikana ja videon katsominen YouTubessa ovat täysin eri asioita. Varsinkin jos raportti on hyvä, minusta tuntuu, että on paljon, paljon parempi kuulla se livenä. Se on kuin kuuntelisi live-konserttia ja levyä.
Ja toistan vielä kerran: verkostoitumista ja viestintää ei voi ottaa YouTubesta.
Ole hyvä ja sano muutama erosana niille, jotka juuri suunnittelevat puhujaksi ryhtymistä tai ovat juuri aloittaneet puhumisen?
Etsi paikallisia tapaamisia. Paikalliset tapaamiset ovat loistava tapa aloittaa puhujaurasi useista syistä. Ensinnäkin paikalliset tapaamiset etsivät aina puhujia. Saattaa olla, että ilman kokemusta ja ilman kuuluisaa puhujaa sinun on vaikea hakea johonkin kuuluisaan konferenssiin, tai ohjelmatoimikunta ymmärtää kanssasi kommunikoituaan, että ehkä se on vielä hieman aikaista sinulle. Sitä vastoin paikalliset tapaamiset etsivät aina puhujia ja pääsyrima on paljon, paljon matalampi, joten sinne on paljon helpompi päästä.
Myös stressitaso on täysin erilainen. Kun tulee 10-15-30 henkilöä, se ei ole ollenkaan sama asia kuin silloin, kun salissa on 150-200-300 henkilöä, joten se on paljon helpompaa.
Paikallisen tapaamisen kustannukset ovat jälleen paljon alhaisemmat: sinun ei tarvitse lentää minnekään, sinun ei tarvitse viettää päiviä, voit tulla vain illalla. Muistaakseni neuvoni siitä, kuinka tärkeää on olla ystävälliset kasvot yleisössä, on paljon helpompaa tulla paikalliseen tapaamiseen jonkun kanssa, koska se ei maksa rahaa. Jos puhut konferenssissa, sinä puhujana tulet ilmaiseksi, mutta tämän +1:n, joka tulee olemaan ystävällinen kasvo yleisössä, on ostettava lippu. Jos puhut tapaamisessa, sellaista ongelmaa ei ole, voit tuoda mukanasi yhden tai kaksi tai kolme ystävää, jotka ovat ystävällinen kasvot huoneessa.
Ja lisäetu on, että tapaamisen järjestäjillä on paljon enemmän mahdollisuuksia auttaa sinua. Koska konferenssin järjestäjillä on esimerkiksi 60 esitystä, jotka on tarkistettava, harjoitettava ja valmisteltava. Ja tapaamisten järjestäjillä on yksi, kaksi tai kolme, joten saat luonnollisesti paljon enemmän huomiota.
Lisäksi on paljon helpompaa saada palautetta paikallisista tapaamisista. Olet lopettanut raporttisi ja nyt sinä ja yleisö jo kommunikoit ja keskustelet jostakin raporttiin liittyvästä. Suurissa konferensseissa näin ei useinkaan ole. Teit raportin ja siinä se. Yleisö, joka oli raportin aikana harmaa massa, on lähtenyt, etkä tiedä heistä enää mitään, et kuule, et saa palautetta.
Mitä tahansa voi sanoa, paikalliset tapaamiset ovat loistava aihe yleensä ja erityisesti aloittelijoille.
Baruch puhuu konferenssissa 7. joulukuuta . Raportissaan Baruch analysoi todellisia vikoja, joita tapahtuu joka päivä ja kaikkialla ohjelmistopäivitysten yhteydessä. Se näyttää, kuinka kaikenlaiset DevOps-mallit sopivat erilaisiin skenaarioihin ja kuinka niiden oikea soveltaminen voisi mahdollisesti säästää sinua.
Ohjelmassa myös: Alexander Chistyakov (vdsina.ru), Mihail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps-konsultti).
Tule tutustumaan!
Lähde: will.com