Baruchas Sadogursky - „JFrog“ kūrėjų advokatas, knygos „Liquid Software“ bendraautoris, garsus IT pranešėjas.
Interviu Baruchas paaiškino, kaip ruošiasi pranešimams, kuo užsienio konferencijos skiriasi nuo rusiškų, kodėl jose turėtų dalyvauti dalyviai ir kodėl jie turėtų kalbėti apsirengę varlės kostiumu.
Pradėkime nuo paprasčiausio. Kaip manai, kodėl išvis kalbėti konferencijose?
Tiesą sakant, kalbėjimas konferencijose man yra darbas. Jei į klausimą „Kodėl mano darbas?“ atsakysime apibendrintai, tai (bent jau JFrog kompanijai) galima pasiekti du tikslus. Pirma, užmegzti ryšį su mūsų vartotojais ir klientais. Tai yra, kai kalbu konferencijose, esu pasiekiamas, kad su manimi galėtų pasikalbėti visi, kurie turi klausimų, atsiliepimų apie mūsų gaminius ir įmonę, galėčiau jiems kažkaip padėti ir pagerinti patirtį dirbant su mūsų produktais.
Antra, tai būtina norint padidinti prekės ženklo žinomumą. Tai yra, jei aš papasakosiu įdomių dalykų, tada žmonės domisi, koks tai yra JFrog, ir dėl to jie patenka į mūsų ryšių su kūrėjais kanalą, kuris galiausiai patenka į mūsų vartotojų kanalą, kuris galiausiai patenka į mūsų klientų piltuvas.
Papasakokite, kaip ruošiatės pasirodymams? Ar yra koks nors paruošimo algoritmas?
Yra keturi daugiau ar mažiau standartiniai pasiruošimo etapai. Pirmasis yra pradžia, kaip filmuose. Turi atsirasti kažkokia idėja. Atsiranda idėja, o paskui ji bręsta gana ilgai. Ji bręsta, galvoji, kaip geriausia šią idėją pristatyti, kokiu raktu, kokiu formatu, ką apie ją galima pasakyti. Tai pirmasis etapas.
Antrasis etapas – konkretaus plano rašymas. Turite idėją ir ji pradeda gauti informacijos apie tai, kaip ją pristatysite. Paprastai tai daroma tam tikru minčių žemėlapio formatu, kai aplink idėją atsiranda viskas, kas susiję su ataskaita: pagrindžiantys argumentai, įžanga, keletas istorijų, kurias norite apie tai papasakoti. Tai antrasis etapas – planas.
Trečiasis etapas – skaidrių rašymas pagal šį planą. Naudojate keletą abstrakčių idėjų, kurios rodomos skaidrėse ir patvirtina jūsų istoriją.
Ketvirtasis etapas – perbėgimai ir repeticijos. Šiame etape svarbu įsitikinti, kad istorijos lankas pasirodė, kad istorija yra nuosekli, ir įsitikinti, kad viskas yra gerai laiko atžvilgiu. Po to ataskaita gali būti paskelbta parengta.
Kaip jūs suprantate, kad „šią temą“ reikia nagrinėti? O kaip renkate medžiagą ataskaitoms?
Nežinau kaip atsakyti, tiesiog kažkaip ateina. Arba „Oi, kaip šaunu čia pasirodė“, arba „O, niekas to tikrai nežino ir nesupranta“, ir yra galimybė pasakyti, paaiškinti ir padėti. Vienas iš šių dviejų variantų.
Medžiagos rinkimas labai priklauso nuo ataskaitos. Jei tai pranešimas kokia nors abstrakčia tema, tai daugiau literatūros, straipsnių. Jei tai yra kažkas praktiško, tai bus kodo rašymas, kai kurios demonstracinės versijos, tinkamų kodo dalių radimas gaminiuose ir pan.
Baimė dėl pasirodymo ir nerimas yra vienos dažniausių priežasčių, kodėl žmonės neina į sceną. Ar turite patarimų tiems, kurie koncertuodami jaučiasi nervingi? Ar nerimaujate ir kaip susidorojate?
Taip, turiu, taip ir turėtų būti, ir tikriausiai tuo momentu, kai nustoju jaudintis, tai yra priežastis mesti šį reikalą.
Man atrodo, kad tai visiškai normalus reiškinys, kai eini į sceną, o prieš tave yra daug žmonių. Jaudinatės, nes tai didelė atsakomybė, tai natūralu.
Kaip su tuo susitvarkyti? Yra įvairių būdų. Niekada neturėjau tokio lygio, kad turėčiau tiesiogiai su tuo kovoti, todėl man sunku pasakyti.
Svarbiausias dalykas, kuris man taip pat padeda, yra draugiškas veidas – koks nors pažįstamas veidas publikoje. Jei paprašysite pažįstamo žmogaus ateiti į jūsų pokalbį, atsisėskite pirmoje eilėje viduryje, kad visada galėtumėte žiūrėti į jį, o žmogus nusiteiks teigiamai, šypsosis, links, palaikys, manau, tai yra didžiulis didžiulė pagalba. Specialiai niekam to neprašau, bet jei atsitinka taip, kad publikoje yra pažįstamas veidas, tai labai padeda ir nuima stresą. Tai yra svarbiausias patarimas.
Daug kalbate Rusijos ir tarptautinėse konferencijose. Ar matote skirtumą tarp pranešimų Rusijos ir užsienio konferencijose? Ar yra skirtumas tarp auditorijos? Organizacijoje?
Matau du didelius skirtumus. Aišku, kad konferencijos skiriasi tiek Rusijoje, tiek užsienyje, bet jei paimtume ligoninės vidurkį, tai Rusijoje konferencijos yra labiau techninės pranešimų gylio, hardcore požiūriu. Prie to žmonės yra pripratę, galbūt dėl tokių didelių konferencijų kaip „Joker“, „JPoint“, „Highload“, kurios visada buvo pagrįstos sunkiais pristatymais. Ir būtent to žmonės tikisi iš konferencijų. Ir daugeliui žmonių tai yra rodiklis, ar ši konferencija gera, ar bloga: daug mėsos ir kietojo, ar daug vandens.
Jei atvirai, galbūt dėl to, kad daug kalbu užsienio konferencijose, nesutinku su tokiu požiūriu. Manau, kad pranešimai apie minkštuosius įgūdžius, „pusiau humanitariniai pranešimai“ yra ne mažiau, o gal net svarbesni konferencijoms. Kadangi kai kuriuos techninius dalykus galiausiai galima perskaityti knygose, galite juos išsiaiškinti naudodamiesi vartotojo vadovu, tačiau kalbant apie minkštuosius įgūdžius, psichologiją, bendravimą, viso to nėra kur gauti, bent jau. lengvas, prieinamas ir suprantamas. Man atrodo, kad tai ne mažiau svarbu nei techninis komponentas.
Tai ypač svarbu „DevOps“ konferencijoms, tokioms kaip „DevOpsDays“, nes „DevOps“ visiškai nesusijęs su technologijomis. „DevOps“ yra tik komunikacija, tai tik būdai, kaip anksčiau kartu nedirbę žmonės gali dirbti kartu. Taip, yra techninis komponentas, nes automatizavimas yra labai svarbus „DevOps“, tačiau tai tik vienas iš jų. Ir kai DevOps konferencija, užuot kalbėjusi apie DevOps, kalba apie svetainės patikimumą arba automatizavimą ar vamzdynus, tai ši konferencija, nepaisant to, kad ji yra labai sunki, mano nuomone, praleidžia pačią DevOps esmę ir tampa konferencijomis apie sistemos administravimą. , ne apie DevOps.
Antrasis skirtumas yra pasiruošimas. Vėlgi, imu ligoninės vidutinius ir bendruosius atvejus, o ne konkrečius. Užsienyje jie mano, kad dauguma žmonių savo gyvenime yra praėję tam tikrus viešojo kalbėjimo mokymus. Bent jau Amerikoje tai yra aukštojo mokslo dalis. Jeigu žmogus yra baigęs koledžą, vadinasi, jis jau turi nemažą viešojo kalbėjimo patirtį. Todėl programos komitetui pažiūrėjus į planą ir supratus, apie ką bus pranešta, daugiau mokoma kalbėti už pranešėją, nes manoma, kad jis, greičiausiai, žino, kaip tai padaryti.
Rusijoje tokios prielaidos nedaromos, nes mažai žmonių turi viešojo kalbėjimo patirties, todėl kalbėtojai mokomi daug daugiau. Vėlgi, apskritai, vyksta pravažiavimai, vyksta pamokos su pranešėjais, yra viešojo kalbėjimo kursai, padedantys pranešėjams.
Dėl to pašalinami silpni pranešėjai, kurie prastai bendrauja, arba jiems padedama tapti stipresniais pranešėjais. Tai, kad Vakaruose viešas kalbėjimas laikomas daugelio žmonių įgūdžiu, galiausiai duoda priešingą efektą, nes ši prielaida dažnai pasirodo esanti klaidinga, klaidinga, o žmonės, kurie nemoka kalbėti viešai, atvirai sutrinka. scenoje ir rengti šlykščias ataskaitas. O Rusijoje, kur manoma, kad nėra viešojo kalbėjimo patirties, galiausiai pasirodo daug geriau, nes jie buvo apmokyti, buvo išbandyti, išsirinko gerą ir t.t.
Tai yra du skirtumai.
Ar buvote „DevOpsDays“ kitose šalyse? Kaip manote, kuo jos skiriasi nuo kitų konferencijų? Ar yra kokių nors ypatingų savybių?
Tikriausiai buvau keliose dešimtyse „DevOpsDays“ konferencijų visame pasaulyje: Amerikoje, Europoje ir Azijoje. Ši konferencijų franšizė yra gana unikali tuo, kad ji turi daugiau ar mažiau nusistovėjusį formatą, kurio galite tikėtis bet kurioje iš šių konferencijų. Formatas toks: priekinių konferencijų pranešimų yra palyginti nedaug, o atvirų erdvių formatui skiriama daug laiko.
Atviros erdvės – tai formatas, kuriame kartu su kitais dalyviais aptariama tema, už kurią balsavo daugiausiai žmonių. Tas, kuris pasiūlė šią temą, yra vadovas, jis rūpinasi, kad prasidėtų diskusija. Tai puikus formatas, nes, kaip žinome, bendravimas ir tinklų kūrimas yra ne mažiau svarbios bet kurios konferencijos dalys nei pranešimai. Ir kai konferencija pusę savo laiko skiria tinklo formatui, tai labai šaunu.
Be to, „DevOpsDays“ dažnai vyksta „Lightning Talks“ – tai trumpos penkių minučių ataskaitos, leidžiančios daug sužinoti ir atverti akis į kai kuriuos naujus dalykus nenuobodžiu formatu. Ir jei eilinio pranešimo viduryje supratote, kad tai ne jūsų, tada laikas švaistomas, 30–40 jūsų gyvenimo minučių iššvaistoma, tai čia mes kalbame apie penkių minučių ataskaitas. O jei neįdomu, tai greitai baigsis. „Pasakyk mums, bet greitai“ taip pat yra labai geras formatas.
Yra daugiau techninių „DevOpsDays“ ir yra tų, kurios yra specialiai pritaikytos tam, kas yra „DevOps“: procesai, bendradarbiavimas ir panašūs dalykai. Įdomu turėti abu, ir įdomu turėti abu. Manau, kad tai yra viena geriausių „DevOps“ konferencijų franšizių šiandien.
Daugelis jūsų spektaklių yra panašūs į spektaklius ar pjeses: kartais kalbate graikų tragedijos forma, kartais atliekate Šerloko vaidmenį, kartais vaidinate su varlės kostiumu. Kaip juos sugalvoji? Ar yra kokių nors papildomų tikslų, be to, kad pranešimas nebūtų nuobodus?
Man atrodo, kad reportažas neturi teisės būti nuobodus, nes, pirma, aš eikvoju klausytojų laiką, nuobodžiame reportaže jie mažiau įsitraukia, mažiau išmoko, išmoko mažiau naujų dalykų, ir tai nėra geriausias jų laiko švaistymas. Antra, mano tikslai taip pat nepasiekti: jie negalvoja apie mane nieko gero, apie JFrog negalvoja, o man tai yra kažkokia nesėkmė.
Todėl nuobodūs reportažai neturi teisės egzistuoti, bent jau man. Stengiuosi, kad jie būtų įdomūs, patrauklūs ir įsimintini. Spektakliai yra vienas iš būdų. Ir, tiesą sakant, metodas yra gana paprastas. Tereikia sugalvoti kokį įdomų formatą, o tada pateikti tas pačias mintis, kurios pateikiamos įprasto pranešimo pavidalu neįprastu formatu.
Kaip man tai sugalvoti? Tai ne visada tas pats. Kartais tai yra keletas idėjų, kurios man ateina į galvą, kartais tai yra idėjos, kurios man pateikiamos, kai aš perbėgau ar dalinuosi mintimis apie pranešimą ir jie man sako: „O, tai galima padaryti taip! Būna kitaip. Kai atsiranda idėja, tai visada labai džiugu ir šaunu, tai reiškia, kad galite sukurti įdomesnį ir įtraukesnį reportažą.
Kieno kalbos iš IT srities jums asmeniškai patinka? Ar yra tokių garsiakalbių? Ir kodėl?
Yra dviejų tipų pranešėjai, kurių pristatymai man patinka. Pirmoji – garsiakalbiai, į kuriuos stengiuosi būti panašūs. Jie kalba įdomiai ir įtrauktai, stengdamiesi, kad visiems būtų įdomu ir visi klausytų.
Antrasis pranešėjų tipas yra tie, kurie gali labai įdomiai ir įdomiai kalbėti apie bet kokį paprastai nuobodųjį hardcore'ą.
Iš antrosios kategorijos vardų tai Aleksejus Šepelevas, kuris įdomiai ir su humoru pasakoja apie kažkokį gilų našumą atliekančių šiukšlių surinkimą ir java virtualios mašinos vidų. Kitas naujausio „DevOops“ atradimas yra Sergejus Fedorovas iš „Netflix“. Jis papasakojo grynai techninį dalyką apie tai, kaip jie optimizavo savo turinio pristatymo tinklą, ir papasakojo tai labai įdomiai.
Iš pirmosios kategorijos - tai Jessica Deen, Anton Weiss, Roman Shaposhnik. Tai kalbėtojai, kurie kalba įdomiai, su humoru ir pelnytai sulaukia aukštų įvertinimų.
Tikriausiai turite daugiau kvietimų kalbėti konferencijose nei laiko tai padaryti. Kaip atsirenkate, kur eisite, o kur ne?
Konferencijos ir pranešėjai, kaip ir beveik visa kita, yra reguliuojami rinkos pasiūlos ir paklausos santykių bei vieno ar kito vertės. Būna konferencijų, kurios, tarkime, manęs nori labiau, nei man jų reikia. Kalbant apie publiką, kurią tikiuosi ten sutikti, ir poveikį, kurį tikiuosi ten padaryti. Būna konferencijų, į kurias, atvirkščiai, noriu eiti daug daugiau, nei joms manęs reikia. Atsižvelgdamas į mano vertę, nusprendžiu, kur eiti.
Tai yra, jei tai yra, pavyzdžiui, kažkokia geografija, kur man strategiškai reikia eiti, tai yra didelė gerai žinoma konferencija, kuri turi gerą reputaciją ir į kurią važiuos žmonės, tai, aišku, man jos tikrai reikia. Ir man labiau patinka kitos konferencijos.
Jei tai yra kažkokia nedidelė regioninė konferencija ir, ko gero, nelabai domimės, tai gali būti, kad kelionė ten nepateisina laiko, praleisto šiuo klausimu. Normalūs paklausos, pasiūlos ir vertės rinkos santykiai.
Gera geografija, gera demografija, galimai geri kontaktai, bendravimas – tai garantas, kad konferencija man bus įdomi.
Viename savo interviu minėjote, kad per metus kalbate apie keturiasdešimtyje konferencijų. Kaip sekasi dirbti ir ruoštis pasirodymams? O ar tokiu grafiku pavyksta išlaikyti darbo/gyvenimo pusiausvyrą? Pasidalinkite savo paslaptimis?
Kelionės į konferencijas – didžioji mano darbo dalis. Žinoma, yra ir visa kita: yra pasiruošimas ataskaitoms, techninės formos palaikymas, kodo rašymas, naujų dalykų mokymasis. Visa tai daroma lygiagrečiai su konferencijomis: vakarais, lėktuve, dieną prieš, kai jau atvykai į konferenciją, o jau rytoj. Kažkas panašaus į tai.
Žinoma, sunku išlaikyti darbo ir asmeninio gyvenimo pusiausvyrą, kai tiek daug laiko praleidžiate verslo kelionėse. Bet tai stengiuosi kompensuoti tuo, kad bent jau ne komandiruotėje esu 100% su šeima, vakarais neatsakau į laiškus, stengiuosi nedalyvauti jokiuose skambina vakarais ir savaitgaliais. Kai esu ne verslo kelionėje ir tai yra šeimos laikas, tai tikrai yra 100% šeimos laikas. Ar tai veikia ir ar tai išsprendžia problemą? Nr. Bet tikiuosi, kad tai kažkaip kompensuos mano šeimai visą tą laiką, kurį esu išvykęs.
Ar su tokiu įtemptu grafiku pavyksta išlaikyti savo techninį lygį ar jau atitrūkote nuo programavimo?
Ruošdamasis savo pokalbiams ir kitai veiklai konferencijoje stengiuosi atlikti kai kuriuos techninius dalykus. Tai visokios techninės demonstracinės versijos, keletas mini reportažų, kuriuos pateikiame stenduose. Tai ne programavimas-programavimas, tai daugiau integracija, bet tai bent techninis darbas, kurį stengiuosi atlikti. Taip palaikau žinias apie mūsų produktus, naujas funkcijas ir pan.
Žinoma, turbūt neįmanoma pasakyti, kad dabar esu toks pat užkietėjęs programuotojas, koks buvau prieš 7 metus. Nesu tikras, ar tai blogai. Tai tikriausiai yra natūrali evoliucija. Tai man mažiau įdomu, o laiko turiu mažiau, todėl, ko gero, laimina jį Dievas.
Vis dar laikau save stipriu technikos specialistu, vis tiek sekiu, kas vyksta, laikausi ant kojų. Tai mano hibridinė situacija šiandien.
Papasakokite keletą juokingų istorijų ar ekstremalių situacijų, kurios jums nutiko: nespėjote į lėktuvą / ištrynėte pristatymą / pranešimo metu nutrūko maitinimas / bagažas neatvyko?
Iš juokingų situacijų labiausiai prisimenu visokias siaubingas nesėkmes, nutikusias reportažų metu. Natūralu, kad tai pati stresinė situacija, nes tai yra publika, laikas ir reikia žiūrėti, kad jie jo nešvaistytų.
„Windows“ ir „Mac“ pokalbio metu turėjau „mėlynąjį mirties ekraną“. „Windows“ sistemoje tai nutiko vieną kartą, „Mac“ - kelis kartus. Tai, žinoma, kelia stresą, bet mes kažkaip išsprendžiame šią problemą, kompiuteris persikrauna, aš ir toliau kažką pasakoju šiuo metu, bet stresas didžiulis.
Turbūt pati juokingiausia situacija buvo Groovy konferencijoje. Tiksliai nepamenu, kur konferencija vyko, atrodo, viešbutyje, o priešais šį viešbutį vyko kažkokios statybos ar renovacijos darbai. Taigi aš kalbėjau apie tam tikrą kodą, kurį parašiau, tai buvo demonstracinė versija. Tai buvo pirmoji demonstracinės versijos iteracija, kuri buvo suprantama, bet galbūt netinkamai parašyta. Ir aš tik ketinau jį pertvarkyti ir patobulinti, ir paminėjau tokią frazę, kaip „savęs nuvertinimas“ apie tai, kad tai yra „šūdas kodas“. Jis buvo antrame aukšte, o tuo metu priešais statybų aikštelėje kranas kaip tik kėlė nešiojamąjį tualetą. O scena buvo priešais langą. Tai yra, aš žiūriu pro šį langą, sakau „šūdas kodas“ ir tualetas plaukia pro langą. Ir aš sakau visiems: „Atsisuk, čia yra iliustracija“. Tai turbūt buvo pati geriausia mano minčių skaidrė – skraidantis tualetas mano reportaže, kai kalbėjau apie šlykštų kodą.
Iš tokių istorijų kaip bagažas neatsirado – tai iš principo normali istorija, nėra apie ką net kalbėti. Galime suorganizuoti atskirą interviu apie visokius kelionių patarimus, kur pakalbėsime apie neatvežtą bagažą, bet nieko kritiško nebuvo.
Labai stengiuosi bet kokia kaina visada skristi, ateiti ir dalyvauti visose konferencijose, kuriose žadėjau, nes vėlgi – žmonių metas. Žmonių laikas yra neįkainojamas, nes tai yra toks pasitikėjimo kreditas, kurį jie jums suteikia. O jei ši paskola iššvaistyta, vėliau jos atgauti nebėra kaip.
Jei žmogus praleido laiką, atėjo į konferenciją pasiklausyti mano pranešimo, o aš jį paėmiau ir neatėjau, tai yra blogai, nes šio žmogaus laiko susigrąžinti niekaip nepavyks. Todėl man labai svarbu laikytis visų savo pažadų šiuo klausimu ir kol kas viskas vyksta.
Daugelis žmonių galvoja taip: „Kam iš viso eiti į konferencijas? Galite žiūrėti vaizdo įrašą „YouTube“ ir visada galite kalbėtis internete. Kodėl, jūsų nuomone, dalyviai turi lankytis konferencijose?
Puikus klausimas! Norėdami užmegzti ryšius, turėtumėte eiti į konferencijas. Tai neįkainojama ir nėra kito būdo tai gauti. Jau minėjau bendravimo, bendravimo ir minkštųjų įgūdžių svarbą. Vaizdo įrašo žiūrėjimas „YouTube“, deja, nesuteikia minkštųjų įgūdžių patirties. Todėl į konferencijas reikia eiti dėl bendravimo.
Be to, bent jau man žiūrint vaizdo įrašus „Youtube“ sužadėtuvės būna visai kitokios, o medžiaga įsimenama ir įsimenama daug prasčiau. Galbūt tai tik aš, bet įtariu, kad buvimas kambaryje pokalbio metu ir vaizdo įrašo žiūrėjimas „YouTube“ yra visiškai skirtingi dalykai. Ypač jei reportažas geras, man atrodo, kad daug daug geriau jį išgirsti gyvai. Tai tarsi gyvo garso koncerto ir įrašo klausymas.
Ir dar kartą kartoju: tinklų kūrimas ir bendravimas nėra tai, ko galite pasiimti iš „YouTube“.
Prašau pasakyti keletą atsisveikinimo žodžių tiems, kurie tik planuoja tapti pranešėja arba ką tik pradėjo kalbėti?
Ieškokite vietinių susitikimų. Vietiniai susitikimai yra puikus būdas pradėti kalbėjimo karjerą dėl kelių priežasčių. Pirma, vietiniai susitikimai visada ieško pranešėjų. Gali būti, kad be patirties ir nebūdami garsiu pranešėju jums bus sunku pretenduoti į kokią nors garsią konferenciją, arba programos komitetas, pabendravęs su jumis, supras, kad galbūt jums dar kiek anksti. Priešingai, vietiniai susitikimai visada ieško pranešėjų, o įėjimo juosta yra daug, daug žemesnė, todėl ten patekti yra daug lengviau.
Be to, streso lygis yra visiškai kitoks. Kai ateina 10-15-30 žmonių, tai visai ne tas pats, kas salėje yra 150-200-300 žmonių, todėl daug lengviau.
Vėlgi, vietinio susitikimo išlaidos yra daug mažesnės: jums nereikia niekur skristi, nereikia leisti dienų, galite tiesiog ateiti vakare. Prisimenant mano patarimą, kaip svarbu turėti draugišką veidą auditorijoje, daug lengviau ateiti į vietinį susitikimą su kuo nors, nes tai nekainuoja. Jei kalbate konferencijoje, jūs, kaip pranešėjas, atvykstate nemokamai, bet šiam jūsų +1, kuris bus draugiškas veidas visuomenėje, reikia nusipirkti bilietą. Jei kalbate susitikime, tokios problemos nėra, galite atsivesti vieną ar du ar tris draugus, kurie bus draugiškas veidas kambaryje.
Ir papildomas pliusas yra tai, kad susitikimų organizatoriai turi daug daugiau galimybių jums padėti. Nes konferencijų organizatoriai turės, pavyzdžiui, 60 pranešimų, kuriuos reikės peržiūrėti, pasipraktikuoti ir paruošti. O susitikimų organizatoriai turi vieną, du ar tris, tad dėmesio natūraliai sulauksite kur kas daugiau.
Be to, daug lengviau gauti atsiliepimų iš vietinių susitikimų. Jūs baigėte savo pranešimą ir dabar jūs su auditorija jau bendraujate ir diskutuojate apie ką nors, kas susiję su jūsų pranešimu. Didelėse konferencijose tai dažnai neįvyksta. Padarei ataskaitą ir viskas. Auditorija, kuri per tavo reportažą buvo pilka masė, išėjo, o tu apie ją nieko nebežinai, negirdi, negausi atsiliepimų.
Kad ir ką sakytume, vietiniai susitikimai yra puiki tema apskritai ir ypač pradedantiesiems.
Baruchas kalbės konferencijoje gruodžio 7 d . Savo pranešime Baruchas analizuos tikrus gedimus, kurie atsiranda kasdien ir visur atnaujinant programinę įrangą. Tai parodys, kaip įvairūs „DevOps“ modeliai tinka skirtingiems scenarijams ir kaip juos tinkamai pritaikius galima būtų sutaupyti.
Taip pat programoje: Aleksandras Čistjakovas (vdsina.ru), Michailas Činkovas (AMBOSS), Romanas Boiko (AWS), Pavelas Selivanovas (Southbridge), Rodionas Nagornovas („Kaspersky Lab“), Andrejus Šorinas („DevOps“ konsultantas).
Ateik susipažinti!
Šaltinis: www.habr.com