Baruch Sadogursky - Developer Advocate ĉe JFrog, kunaŭtoro de la libro "Liquid Software", fama IT-parolanto.
En intervjuo, Baruch klarigis kiel li prepariĝas por siaj raportoj, kiel eksterlandaj konferencoj diferencas de rusaj, kial partoprenantoj devus ĉeesti ilin, kaj kial ili devus paroli en rankostumo.
Ni komencu per la plej simpla. Kial vi pensas entute paroli en konferencoj?
Fakte, paroli en konferencoj estas laboro por mi. Se ni respondas pli ĝenerale al la demando "Kial mia laboro estas?", tiam ĉi tio estas por (almenaŭ por la kompanio JFrog) atingi du celojn. Unue, establi kontakton kun niaj uzantoj kaj klientoj. Tio estas, kiam mi parolas ĉe konferencoj, mi estas disponebla, por ke ĉiuj, kiuj havas demandojn, iujn rimarkojn pri niaj produktoj kaj kompanio, povu paroli kun mi, mi iel povas helpi ilin kaj plibonigi sian sperton pri laboro kun niaj produktoj.
Due, ĉi tio estas necesa por pliigi markkonscion. Tio estas, se mi rakontas kelkajn interesajn aferojn, tiam homoj interesiĝas pri kia JFrog ĉi tio estas, kaj kiel rezulto ili finiĝas en nia funelo de rilatoj por programistoj, kiu eventuale eniras la funelon de niaj uzantoj, kiu fine eniras la funelon de niaj uzantoj. funelo de niaj klientoj.
Bonvolu diri al ni kiel vi prepariĝas por prezentoj? Ĉu ekzistas ia preparado-algoritmo?
Estas kvar pli-malpli normaj stadioj de preparado. La unua estas komenco, kiel en la filmoj. Iu ideo devas aperi. Ideo aperas, kaj tiam ĝi maturiĝas sufiĉe longe. Ĝi maturiĝas, vi pensas pri kiel plej bone prezenti ĉi tiun ideon, en kiu ŝlosilo, en kiu formato, kion oni povas diri pri ĝi. Ĉi tiu estas la unua etapo.
La dua etapo estas verki specifan planon. Vi havas ideon, kaj ĝi komencas akiri detalojn pri kiel vi prezentos ĝin. Ĉi tio kutime estas farita en ia mensmapo-formato, kiam ĉio rilata al la raporto aperas ĉirkaŭ la ideo: subtenaj argumentoj, enkonduko, kelkaj rakontoj, kiujn vi volas rakonti pri ĝi. Jen la dua etapo - la plano.
La tria etapo estas verkado de lumbildoj laŭ ĉi tiu plano. Vi uzas kelkajn abstraktajn ideojn, kiuj aperas sur la lumbildoj kaj subtenas vian rakonton.
La kvara stadio estas kuroj kaj provludoj. En ĉi tiu etapo, estas grave certigi, ke la rakonta arko rezultis, ke la rakonto estas kohera, kaj certigi, ke ĉio estas bona laŭ tempo. Post tio, la raporto povas esti deklarita preta.
Kiel vi komprenas, ke "ĉi tiu temo" devas esti traktita? Kaj kiel vi kolektas materialon por raportoj?
Mi ne scias kiel respondi, ĝi simple venas iel. Aŭ ĝi estas "Ho, kiel bonege ĝi rezultis ĉi tie", aŭ ĝi estas "Ho, neniu vere scias aŭ komprenas pri ĉi tio", kaj ekzistas ŝanco rakonti, klarigi kaj helpi. Unu el ĉi tiuj du ebloj.
La kolekto de materialo tre dependas de la raporto. Se ĉi tio estas raporto pri iu abstrakta temo, tiam temas pli pri literaturo, artikoloj. Se ĉi tio estas io praktika, tiam ĝi estos skribi kodon, iujn pruvojn, trovi la ĝustajn kodojn en produktoj, ktp.
Timo de agado kaj angoro estas iuj el la plej oftaj kialoj, kial homoj ne iras sur la scenejon. Ĉu vi havas iujn konsilojn por tiuj, kiuj sentas nervozojn dum agado? Ĉu vi maltrankviliĝas kaj kiel vi eltenas?
Jes, mi havas ĝin, devus esti, kaj, verŝajne, en la momento, kiam mi tute ĉesas zorgi, ĉi tio estas kialo por forlasi ĉi tiun aferon.
Ŝajnas al mi, ke tio estas tute normala fenomeno kiam oni iras sur la scenejon kaj estas multe da homoj antaŭ vi. Vi maltrankviliĝas ĉar ĝi estas granda respondeco, ĝi estas nature.
Kiel trakti ĉi tion? Estas malsamaj manieroj. Mi neniam havis ĝin je tia nivelo, ke mi devas batali ĝin rekte, do estas malfacile por mi diri.
La plej grava afero, kiu ankaŭ helpas min, estas amika vizaĝo - iu konata vizaĝo en la publiko. Se vi petas iun, kiun vi konas, veni al via parolado, sidiĝu en la unua vico en la mezo, por ke vi ĉiam povu rigardi lin, kaj la persono estos pozitiva, ridetos, kapjesos, subtenos, mi pensas, ke ĉi tio estas grandega, grandega helpo. Mi specife petas iun ajn fari ĉi tion, sed se okazas, ke estas konata vizaĝo en la publiko, ĝi multe helpas kaj malpezigas streson. Ĉi tio estas la plej grava konsilo.
Vi multe parolas en rusaj kaj internaciaj konferencoj. Ĉu vi vidas la diferencon inter raportoj ĉe rusaj kaj eksterlandaj konferencoj? Ĉu estas diferenco en publiko? En la organizo?
Mi vidas du grandajn diferencojn. Estas klare, ke konferencoj estas malsamaj kaj en Rusio kaj eksterlande, sed se ni prenas la mezumon por la hospitalo, tiam en Rusio la konferencoj estas pli teknikaj laŭ la profundo de la raportoj, laŭ hardcore. Jen al kio homoj kutimas, eble danke al tiaj gravaj konferencoj kiel Joker, JPoint, Highload, kiuj ĉiam baziĝis sur hardcore prezentoj. Kaj ĝuste tion homoj atendas de konferencoj. Kaj por multaj homoj tio estas indikilo, ĉu tiu ĉi konferenco estas bona aŭ malbona: estas multe da viando kaj malmola aŭ estas multe da akvo.
Verdire, eble pro tio, ke mi multe parolas ĉe eksterlandaj konferencoj, mi ne konsentas kun ĉi tiu aliro. Mi kredas, ke raportoj pri mildaj kapabloj, "duon-humanitaraj raportoj", estas ne malpli, kaj eble eĉ pli gravaj por konferencoj. Ĉar iuj teknikaj aferoj finfine legeblas en libroj, vi povas eltrovi ilin uzante la uzantmanlibron, sed se temas pri mildaj kapabloj, se temas pri psikologio, se temas pri komunikado, nenie estas por akiri ĉion ĉi, almenaŭ. facila, alirebla kaj komprenebla. Ŝajnas al mi, ke tio ne estas malpli grava ol la teknika komponanto.
Ĉi tio estas precipe grava por DevOps-konferencoj kiel DevOpsDays, ĉar DevOps tute ne temas pri teknologio. DevOps temas nur pri komunikado, temas nur pri manieroj por homoj, kiuj antaŭe ne kunlaboris, labori kune. Jes, ekzistas teknika komponanto, ĉar aŭtomatigo estas kritika por DevOps, sed ĉi tiu estas nur unu el ili. Kaj kiam DevOps-konferenco, anstataŭ paroli pri DevOps, parolas pri reteja fidindeco aŭ aŭtomatigo aŭ duktoj, tiam ĉi tiu konferenco, malgraŭ tio, ke ĝi estas tre hardcore, laŭ mi, maltrafas la esencon mem de DevOps kaj fariĝas konferencoj pri sistema administrado. , ne pri DevOps.
La dua diferenco estas en preparado. Denove, mi prenas la hospitalan mezumon kaj ĝeneralajn kazojn, ne specifajn. Eksterlande, ili supozas, ke la plej multaj homoj spertis ian publikparolan trejnadon en siaj vivoj. Almenaŭ en Ameriko, ĝi estas parto de supera edukado. Se homo diplomiĝis de kolegio, tiam li jam havas konsiderindan sperton pri parolado. Tial, post kiam la programkomitato rigardis la planon kaj komprenis pri kio temas la raporto, oni ne plu faras trejnadon pri parolado por la parolanto, ĉar oni kredas, ke li, plej verŝajne, scias kiel fari ĝin.
En Rusio tiaj supozoj ne estas faritaj, ĉar malmultaj homoj havas sperton pri parolado, kaj tial parolantoj estas multe pli trejnitaj. Denove, ĝenerale, estas kuroj, estas klasoj kun parolantoj, estas publikaj parolaj kursoj por helpi parolantojn.
Kiel rezulto, malfortaj parolantoj kiuj komunikas malbone estas eliminitaj, aŭ ili estas helpitaj iĝi pli fortaj prezentistoj. La fakto, ke en Okcidento parolado estas konsiderata kapablo kiun multaj homoj havas, finfine ricevas la kontraŭan efikon, ĉar tiu supozo ofte montriĝas malvera, erara, kaj homoj, kiuj ne scipovas paroli publike malkaŝe, fuŝas. enscenigi kaj produkti abomenajn raportojn. Kaj en Rusio, kie oni kredas, ke ne ekzistas sperto pri parolado, finfine ĝi rezultas multe pli bone, ĉar ili estis trejnitaj, ili estis provitaj, ili elektis bonan, ktp.
Ĉi tiuj estas la du diferencoj.
Ĉu vi estis ĉe DevOpsDays en aliaj landoj? Kiel vi opinias, ke ili diferencas de aliaj konferencoj? Ĉu ekzistas specialaj funkcioj?
Mi verŝajne estis al pluraj dekoj da DevOpsDays-konferencoj tra la mondo: en Ameriko, Eŭropo kaj Azio. Ĉi tiu konferenca franĉizo estas sufiĉe unika, ĉar ĝi havas pli-malpli establitan formaton, kiun vi povas atendi ie ajn de iu ajn el ĉi tiuj konferencoj. La formato estas jena: estas relative malmultaj frontliniaj konferencaj prezentoj, kaj multe da tempo estas dediĉita al la liberaj spacoj.
Malfermaj spacoj estas formato en kiu la temo por kiu la plej multaj homoj voĉdonis estas diskutata kune kun aliaj partoprenantoj. Tiu, kiu proponis ĉi tiun temon, estas la gvidanto, li zorgas, ke la diskuto komenciĝu. Ĉi tio estas bonega formato ĉar, kiel ni scias, komunikado kaj interkonektado estas ne malpli gravaj partoj de iu ajn konferenco ol prezentoj. Kaj kiam konferenco dediĉas duonon de sia tempo al interkonekta formato, tio estas tre bonega.
Krome, Fulmaj Interparoloj ofte okazas ĉe DevOpsDays - ĉi tiuj estas mallongaj kvin-minutaj raportoj, kiuj ebligas al vi lerni multon pri multo kaj malfermi viajn okulojn al iuj novaj aferoj en ne enuiga formato. Kaj se meze de regula raporto vi rimarkis, ke ĉi tio ne estas via, tiam tempo estas malŝparita, 30-40 minutoj de via vivo estas malŝparitaj, tiam ĉi tie ni parolas pri raportoj dum kvin minutoj. Kaj se vi ne interesiĝas, ĝi baldaŭ finiĝos. "Diru al ni, sed rapide" ankaŭ estas tre bona formato.
Estas pli teknikaj DevOpsDays, kaj estas tiuj, kiuj estas adaptitaj specife al tio, kio estas DevOps: procezoj, kunlaboro, tiaj aferoj. Estas interese havi ambaŭ, kaj estas interese havi ambaŭ. Mi pensas, ke ĉi tiu estas unu el la plej bonaj DevOps-konferencaj franĉizoj hodiaŭ.
Multaj el viaj prezentoj similas al prezentadoj aŭ teatraĵoj: foje vi faras paroladon en formo de greka tragedio, foje vi ludas la rolon de Ŝerloko, foje vi prezentas en rankostumo. Kiel vi elpensas ilin? Ĉu estas pliaj celoj krom fari la raporton ne enuiga?
Ŝajnas al mi, ke raporto ne rajtas esti enuiga, ĉar, unue, mi malŝparas la tempon de la aŭskultantoj, en enuiga raporto ili estas malpli implikitaj, ili lernis malpli, ili lernis malpli novajn aferojn, kaj ĉi tio ne estas. la plej bona malŝparo de ilia tempo. Due, ankaŭ miaj celoj ne estas atingitaj: ili opinias nenion bonan pri mi, ili opinias nenion bonan pri JFrog, kaj por mi tio estas ia fiasko.
Tial enuigaj raportoj ne rajtas ekzisti, almenaŭ por mi. Mi provas fari ilin interesaj, allogaj kaj memorindaj. Prezentoj estas unudirekte. Kaj, fakte, la metodo estas sufiĉe facila. Vi nur bezonas elpensi iun interesan formaton, kaj poste prezenti la samajn pensojn, kiuj estas prezentitaj en formo de regula raporto en nekutima formato.
Kiel mi elpensas ĉi tion? Ne ĉiam estas la sama. Kelkfoje ĉi tiuj estas iuj ideoj, kiuj venas al mi en la menso, foje ĉi tiuj estas iuj ideoj, kiuj estas donitaj al mi kiam mi faras trarigardojn aŭ dividas pensojn pri raporto kaj ili diras al mi: "Ho, ĝi povas esti farita tiel!" Ĝi okazas alimaniere. Kiam aperas ideo, ĝi ĉiam estas tre ĝoja kaj mojosa, tio signifas, ke vi povas fari pli interesan kaj implikitan raporton.
Kies paroladoj el la IT-kampo vi persone ŝatas? Ĉu ekzistas tiaj parolantoj? Kaj kial?
Estas du specoj de prelegantoj, kies prezentojn mi ĝuas. La unua estas la parolantoj, kiujn mi provas esti. Ili parolas en interesa kaj engaĝita maniero, provante certigi ke ĉiuj estas interesitaj kaj ĉiuj aŭskultas.
La dua speco de parolantoj estas tiuj, kiuj povas paroli pri iu ajn kutime enuiga hardcore en tre interesa kaj ekscita maniero.
El la nomoj en la dua kategorio, ĉi tiu estas Alexey Shepelev, kiu parolas pri ia profunda rendimenta rubkolekto kaj la internoj de la java virtuala maŝino en interesa kaj humura maniero. Alia malkovro de la plej nova DevOops estas Sergey Fedorov de Netflix. Li rakontis pure teknikan aferon pri kiel ili optimumigis sian enhavo-liveran reton, kaj li rakontis ĝin en tre interesa maniero.
El la unua kategorio - ĉi tiuj estas Jessica Deen, Anton Weiss, Roman Shaposhnik. Ĉi tiuj estas la parolantoj kiuj parolas interese, kun humuro, kaj merite ricevas altajn taksojn.
Vi verŝajne havas pli da invitoj por paroli ĉe konferencoj ol tempo por fari tion. Kiel vi elektas kien vi iros kaj kien ne?
Konferencoj kaj prelegantoj, kiel preskaŭ ĉio alia, estas regitaj de merkataj rilatoj de oferto kaj postulo kaj la valoro de unu de la alia. Estas konferencoj kiuj, nu, ni diru, volas min pli ol mi bezonas ilin. Laŭ la publiko, kiun mi atendas renkonti tie kaj la efikon, kiun mi atendas fari tie. Estas konferencoj, al kiuj, male, mi volas iri multe pli ol ili bezonas min. Surbaze de la valoro por mi, mi decidas kien iri.
Tio estas, se ĉi tio estas, ekzemple, ia geografio, kien mi strategie bezonas iri, tio estas granda konata konferenco, kiu havas bonan reputacion kaj al kiu homoj iros, tiam evidente mi vere bezonas ĝin. Kaj mi preferas ĝin al aliaj konferencoj.
Se tio estas ia malgranda regiona konferenco, kaj, eble, kie ni ne tre interesiĝas, tiam povas esti, ke la vojaĝo tien ne pravigas la tempon pasigitan pri tiu ĉi afero. Normalaj merkataj rilatoj de postulo, oferto kaj valoro.
Bona geografio, bona demografio, eble bonaj kontaktoj, komunikado estas la garantio, ke la konferenco estos interesa por mi.
En unu el viaj intervjuoj, vi menciis, ke vi parolas ĉe ĉirkaŭ kvardek konferencoj jare. Kiel vi sukcesas labori kaj prepari por prezentoj? Kaj ĉu vi sukcesas konservi labor/vivan ekvilibron kun tia horaro? Kunhavigi viajn sekretojn?
Vojaĝado al konferencoj estas la plej granda parto de mia laboro. Kompreneble, estas ĉio alia: estas preparo por raportoj, konservado de vi en teknika formo, verkado de kodo, lernado de novaj aferoj. Ĉio ĉi estas farata paralele kun konferencoj: vespere, en la aviadilo, antaŭtago, kiam vi jam alvenis por la konferenco, kaj estas morgaŭ. Io tia.
Estas malfacile, kompreneble, konservi labor/vivan ekvilibron kiam vi pasigas tiom da tempo en komercaj vojaĝoj. Sed mi provas kompensi tion per tio, ke, almenaŭ kiam mi ne estas en komerca vojaĝo, mi estas 100% kun mia familio, mi ne respondas retmesaĝojn vespere, mi provas ne partopreni en iu ajn. vokoj vespere kaj semajnfine. Kiam mi ne estas en komerca vojaĝo kaj estas familia tempo, ĝi vere estas 100% familia tempo. Ĉu ĉi tio funkcias kaj ĉu ĝi solvas la problemon? Ne. Sed mi esperas, ke ĉi tio iel kompensos mian familion por la tuta tempo, kiam mi forestas.
Kun tiel streĉa horaro, ĉu vi sukcesas konservi vian teknikan nivelon aŭ ĉu vi jam malproksimiĝis de programado?
Mi provas fari kelkajn teknikajn aferojn dum mi preparas miajn paroladojn kaj aliajn agadojn ĉe la konferenco. Ĉi tiuj estas ĉiaj teknikaj demonstraĵoj, kelkaj mini-raportoj, kiujn ni donas ĉe standoj. Ĉi tio ne estas programado-programado, ĉi tio estas pli da integriĝo, sed ĉi tio estas almenaŭ iu teknika laboro, kiun mi provas fari. Tiel mi konservas scion pri niaj produktoj, novaj funkcioj, ktp.
Kompreneble, verŝajne estas neeble diri, ke mi estas la sama ĝisosta kodisto nun kiel mi estis antaŭ 7 jaroj. Ne certas ĉu tio estas malbona afero. Ĉi tio verŝajne estas ia natura evoluo. Ĉi tio estas malpli interesa por mi, kaj mi havas malpli da tempo, do, verŝajne, Dio benu lin.
Mi ankoraŭ konsideras min forta teknika specialisto, mi daŭre estas informata pri tio, kio okazas, mi tenas min sur la piedfingroj. Ĉi tiu estas mia hibrida situacio hodiaŭ.
Bonvolu rakonti al ni kelkajn amuzajn rakontojn aŭ ekstremajn situaciojn, kiuj okazis al vi: maltrafis la aviadilon/forviŝis la prezenton/elekton dum la raporto/pakaĵo ne alvenis?
El la amuzaj situacioj, kion mi plej memoras, estas ĉiaj teruraj fiaskoj, kiuj okazis dum la raportoj. Kompreneble, ĉar ĉi tiu estas la plej streĉa situacio, ĉar ĝi estas la publiko, tempo, kaj vi devas certigi, ke ili ne malŝparu ĝin.
Mi havis "bluan ekranon de morto" kaj en Vindozo kaj Mac dum la parolado. En Vindozo ĝi okazis unufoje, ĉe Mac kelkfoje. Ĉi tio kompreneble estas streĉa, sed ni iel solvas ĉi tiun problemon, la komputilo rekomencas, mi daŭre rakontas ion ĉi-momente, sed la streĉo estas grandega.
Verŝajne la plej amuza situacio, kiun mi havis, estis ĉe Groovy-konferenco. Mi ne memoras precize kie la konferenco okazis, ŝajnas, en hotelo, kaj kontraŭ ĉi tiu hotelo okazis ia konstruo aŭ renovigo. Kaj do mi parolis pri iu kodo, kiun mi skribis, ĝi estis demo. Ĉi tiu estis la unua ripeto de la demo, kiu estis komprenebla, sed eble ne bone skribita. Kaj mi nur intencis refaktorigi kaj plibonigi ĝin, kaj mi menciis iun frazon kiel "mem malrekomendita" pri tio, ke ĉi tio estas "aĉa kodo". Ĝi estis en la dua etaĝo, kaj tiutempe gruo sur la kontraŭa konstruejo ĵus levis porteblan necesejon. Kaj la scenejo estis kontraŭ la fenestro. Tio estas, mi rigardas ĉi tiun fenestron, diras "aĉa kodo", kaj necesejo flosas preter la fenestro. Kaj mi diras al ĉiuj: "Turnu vin, ni havas ilustraĵon ĉi tie." Ĉi tio verŝajne estis la plej bona diapozitivo de miaj pensoj - la fluganta necesejo en mia raporto kiam mi parolis pri aĉa kodo.
El rakontoj kiel la pakaĵo ne venis - ĉi tio principe estas normala rakonto, estas nenio por eĉ paroli. Ni povas aranĝi apartan intervjuon pri ĉiaj vojaĝkonsiletoj, kie ni povas paroli pri pakaĵoj kiuj ne alvenis, sed estis nenio kritika.
Mi klopodas ĉiakoste por ĉiam flugi, veni kaj ĉeesti ĉiujn konferencojn, ĉe kiuj mi promesis, ĉar, denove, estas tempo de homoj. La tempo de homoj estas netaksebla ĉar ĝi estas tia kredito de fido, kiun ili donas al vi. Kaj se ĉi tiu prunto estas malŝparita, tiam ne estas maniero rericevi ĝin poste.
Se homo pasigis tempon, venis al la konferenco por aŭskulti mian raporton, kaj mi prenis ĝin kaj ne venis, tio estas malbona, ĉar ne estas maniero reakiri la tempon de ĉi tiu persono. Tial estas tre grave por mi plenumi ĉiujn miajn promesojn ĉi-rilate, kaj ĝis nun ĉio funkcias.
Multaj homoj pensas tiel: “Kial entute iri al konferencoj? Vi povas spekti la videon ĉe Jutubo, kaj vi ĉiam povas babili interrete." Kial vi opinias, ke partoprenantoj devas iri al konferencoj?
Bonega demando! Vi devus iri al konferencoj por interkonektado. Ĉi tio estas netaksebla kaj ne ekzistas alia maniero akiri ĝin. Mi jam menciis la gravecon de komunikado, komunikado kaj molkapabloj. Rigardi videon sur Jutubo, bedaŭrinde, ne provizas sperton pri mildaj kapabloj. Tial vi devas iri al konferencoj pro komunikado.
Krome, almenaŭ por mi, kiam oni rigardas filmetojn en Jutubo, la engaĝiĝo estas tute alia, kaj la materialo estas memorata kaj memorata multe malpli bone. Eble estas nur mi, sed mi suspektas, ke esti en la ĉambro ĉe parolado kaj spekti videon en Jutubo estas tute malsamaj aferoj. Precipe se la raporto estas bona, ŝajnas al mi, ke estas multe, multe pli bone aŭdi ĝin vive. Estas kiel aŭskulti vivan koncerton kaj diskon.
Kaj mi ripetas denove: interkonektado kaj komunikado ne estas io, kion vi povas preni de Jutubo.
Bonvolu doni kelkajn disajn vortojn al tiuj, kiuj ĵus planas fariĝi parolanto aŭ ĵus komencis paroli?
Serĉu lokajn renkontiĝojn. Lokaj renkontiĝoj estas bonega maniero komenci vian parolantan karieron pro pluraj kialoj. Unue, lokaj renkontiĝoj ĉiam serĉas parolantojn. Povas esti, ke sen sperto kaj sen esti fama preleganto, estos malfacile por vi kandidatiĝi al iu fama konferenco, aŭ la programa komitato, komunikinte kun vi, komprenos, ke eble estas ankoraŭ iom frue por vi. Kontraste, lokaj renkontiĝoj ĉiam serĉas parolantojn kaj la trinkejo por eniro estas multe, multe pli malalta, do estas multe pli facile atingi tien.
Ankaŭ la streĉa nivelo estas tute malsama. Kiam venas 10-15-30 homoj, tute ne estas la sama kiel kiam estas 150-200-300 homoj en la salono, do estas multe pli facile.
Denove, la kostoj por loka renkontiĝo estas multe pli malaltaj: vi ne devas flugi ien, vi ne devas pasigi tagojn, vi povas simple veni vespere. Memorante miajn konsilojn pri la graveco havi amikan vizaĝon en la publiko, estas multe pli facile veni al loka renkontiĝo kun iu ĉar ĝi ne kostas monon. Se vi parolas en konferenco, vi kiel preleganto venas senpage, sed ĉi tiu via +1, kiu estos amika vizaĝo en la publiko, bezonas aĉeti bileton. Se vi parolas ĉe renkontiĝo, ne ekzistas tia problemo, vi povas kunporti unu aŭ du aŭ tri amikojn, kiuj estos amika vizaĝo en la ĉambro.
Kaj plia pluso estas, ke renkontiĝorganizantoj havas multe pli da ŝancoj helpi vin. Ĉar konferencaj organizantoj havos ekzemple 60 prezentaĵojn, kiujn oni devas revizii, praktiki kaj prepari. Kaj la organizantoj de renkontiĝoj havas unu, du aŭ tri, do vi nature ricevos multe pli da atento.
Krome, estas multe pli facile ricevi komentojn de lokaj renkontiĝoj. Vi finis vian raporton kaj nun vi kaj la publiko jam komunikas kaj diskutas ion rilatan al via raporto. Por grandaj konferencoj tio ofte ne estas la kazo. Vi faris raporton kaj jen. La ĉeestantaro, kiu estis griza maso dum via raporto, foriris, kaj vi nenion plu scias pri ili, vi ne aŭdas, vi ne ricevos reagojn.
Kion ajn oni povas diri, lokaj renkontiĝoj estas bonega temo ĝenerale kaj por komencantoj precipe.
Baruch parolos en la konferenco la 7-an de decembro . En sia raporto, Baruch analizos realajn malsukcesojn, kiuj okazas ĉiutage kaj ĉie kiam ĝi ĝisdatigas programaron. Ĝi montros kiel ĉiaj DevOps-ŝablonoj taŭgas en malsamaj scenaroj kaj kiel apliki ilin ĝuste povus savi vin.
Ankaŭ en la programo: Aleksandr Ĉistyakov (vdsina.ru), Miĥail Ĉinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Sudponto), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps-konsultisto).
Venu konatiĝi!
fonto: www.habr.com