"Ripoti haina haki ya kuchosha": mahojiano na Baruch Sadogursky kuhusu hotuba kwenye mikutano

Baruch Sadogursky ni Wakili wa Msanidi katika JFrog, mwandishi mwenza wa kitabu "Liquid Software", mzungumzaji mashuhuri wa IT.

Katika mahojiano, Baruch alielezea jinsi anavyojiandaa kwa ripoti, jinsi mikutano ya kigeni inatofautiana na ile ya Kirusi, kwa nini washiriki wanaenda kwao na kwa nini wanapaswa kuzungumza katika vazi la chura.

Wacha tuanze na rahisi zaidi. Unafikiria nini, kwa nini kuzungumza kwenye mikutano hata kidogo?

Kwa kweli kuzungumza kwenye mikutano ni kazi kwangu. Ikiwa unajibu zaidi kimataifa kwa swali "Kwa nini kazi yangu?", basi hii ni ili (angalau kwa JFrog) kufikia malengo mawili. Kwanza, kuanzisha mawasiliano na watumiaji wetu na wateja. Hiyo ni, ninapozungumza kwenye mikutano, ninapatikana ili kila mtu ambaye ana maswali, aina fulani ya maoni juu ya bidhaa na makampuni yetu anaweza kuzungumza nami, kwa namna fulani ninaweza kuwasaidia na kuboresha uzoefu wao katika kufanya kazi na bidhaa zetu.

Pili, ni muhimu kuongeza ufahamu wa chapa. Hiyo ni, nikisema mambo ya kuvutia, basi watu wanavutiwa na aina gani ya JFrog hii, na matokeo yake inaanguka kwenye funnel ya mahusiano ya wasanidi programu, ambayo hatimaye huingia kwenye funnel ya watumiaji wetu, ambayo hatimaye huingia kwenye funnel. ya wateja wetu.

Tafadhali, tuambie, unajiandaaje kwa maonyesho? Kuna algorithm yoyote ya mafunzo?

Kuna hatua nne zaidi au chini ya kiwango cha maandalizi. Ya kwanza ni kuanzishwa, kama katika sinema. Lazima kuna wazo fulani. Wazo linatokea, na kisha hukomaa kwa muda mrefu. Inakomaa, unafikiri juu ya jinsi bora ya kuwasilisha wazo hili, kwa ufunguo gani, katika muundo gani, nini kinaweza kusemwa kuhusu hili. Hii ni hatua ya kwanza.

Hatua ya pili ni uandishi wa mpango maalum. Una wazo, na huanza kukua katika maelezo kuhusu jinsi utakavyowasilisha. Kawaida hii inafanywa katika muundo wa aina fulani ya ramani ya akili, wakati kila kitu kinachohusiana na ripoti kinaonekana karibu na wazo: hoja zinazounga mkono, utangulizi, hadithi fulani ambazo unataka kuwaambia kuhusu hilo. Hii ni hatua ya pili - mpango.

Hatua ya tatu ni kuandika slaidi kulingana na mpango huu. Unatumia mawazo dhahania ambayo yanaonekana kwenye slaidi na kuunga mkono hadithi yako.

Hatua ya nne ni kukimbia-kupitia, mazoezi. Katika hatua hii, ni muhimu kuhakikisha kwamba arc ya hadithi iligeuka, kwamba hadithi ni madhubuti, ili kuhakikisha kuwa kila kitu kinafaa kwa wakati. Baada ya hayo, ripoti inaweza kutangazwa kuwa tayari.

Unaelewaje kwamba "mada hii" inahitaji kushughulikiwa? Na unakusanyaje nyenzo za ripoti?

Sijui jinsi ya kujibu, kwa namna fulani inakuja yenyewe. Labda ni "Loo, jinsi tulivyofanya vizuri hapa", au ni "Loo, hakuna mtu karibu anayejua au kuelewa kuhusu hili" na kuna fursa ya kuwaambia, kuelezea na kusaidia. Moja ya chaguzi hizi mbili.

Mkusanyiko wa nyenzo unategemea sana ripoti. Ikiwa hii ni ripoti juu ya mada fulani ya dhahania, basi ni fasihi zaidi, nakala. Ikiwa hii ni kitu cha vitendo, basi itakuwa kuandika msimbo, baadhi ya demos, kutafuta vipande sahihi vya kanuni katika bidhaa, na kadhalika.

Hotuba ya Baruch katika Mkutano wa hivi majuzi wa DevOps Amsterdam 2019

Hofu ya maonyesho na wasiwasi ni moja ya sababu za kawaida kwa nini watu hawaendi kwenye hatua. Je, una ushauri wowote kwa wale wanaopata woga wakati wa maonyesho? Je, una wasiwasi na unaendeleaje?

Ndiyo, ninayo, inapaswa kuwa, na, pengine, wakati ninapoacha kuwa na wasiwasi kabisa, hii ndiyo sababu ya kujifunga na jambo hili.

Inaonekana kwangu kuwa hii ni jambo la kawaida kabisa unapoenda kwenye hatua na kuna watu wengi mbele yako. Una wasiwasi kwa sababu ni jukumu kubwa, ni asili.

Jinsi ya kukabiliana nayo? Kuna njia tofauti. Sijawahi kuwa nayo kwa kiwango ambacho unahitaji kupigana moja kwa moja, kwa hivyo ni ngumu kwangu kusema.

Jambo muhimu zaidi, ambalo pia hunisaidia, ni uso wa kirafiki - aina fulani ya uso unaojulikana katika watazamaji. Ukiuliza mtu unayemjua aje kwenye mada yako, kaa safu za mbele katikati ili uweze kumwangalia kila wakati, na mtu huyo atakuwa mzuri, atatabasamu, atatikisa kichwa, ataunga mkono, nadhani hii ni kubwa, msaada mkubwa.. Siulizi mtu yeyote haswa juu ya hili, lakini ikitokea kwamba kuna uso unaojulikana katika watazamaji, inasaidia sana, hupunguza mafadhaiko. Huu ndio ushauri muhimu zaidi.

Unazungumza mengi kwenye mikutano ya Kirusi na ya kimataifa. Je, unaona tofauti kati ya ripoti katika mikutano ya Kirusi na nje ya nchi? Je, kuna tofauti katika hadhira? Katika shirika?

Ninaona tofauti mbili kubwa. Ni wazi kwamba mikutano ni tofauti nchini Urusi na nje ya nchi, lakini ikiwa tunachukua wastani kwa hospitali, basi nchini Urusi mikutano ni ya kiufundi zaidi kwa suala la kina cha ripoti, kwa suala la hardcore. Hivi ndivyo watu wamezoea, labda kutokana na mikutano mikuu kama vile Joker, JPoint, Highload, ambayo imekuwa ikitegemea mazungumzo magumu kila wakati. Na ndivyo watu wanavyotarajia kutoka kwa mikutano. Na kwa watu wengi hii ni kiashiria cha ikiwa hii ni mkutano mzuri au mbaya: kuna nyama nyingi na ngumu au kuna maji mengi.

Kuwa mkweli, labda kwa sababu mimi huzungumza sana kwenye mikutano ya nje, sikubaliani na njia hii. Ninaamini kwamba ripoti kuhusu ujuzi laini, "ripoti za nusu za kibinadamu", sio chini, na labda muhimu zaidi kwa mikutano. Kwa sababu vitu vingine vya kiufundi vinaweza kusomwa katika vitabu, unaweza kuelewa mwongozo wa mtumiaji, lakini kwa ustadi laini, kama kwa saikolojia, kama kwa mawasiliano, hakuna mahali pa kuchukua haya yote, angalau rahisi, kupatikana na kueleweka. Inaonekana kwangu kuwa hii sio muhimu kuliko sehemu ya kiufundi.

Hii ni muhimu hasa kwa mikutano ya DevOps kama vile DevOpsDays kwa sababu DevOps haihusu teknolojia hata kidogo. DevOps inahusu tu mawasiliano, ni kuhusu njia za kufanya kazi pamoja na watu ambao hawajafanya kazi pamoja hapo awali. Ndiyo, kuna sehemu ya kiufundi, kwa sababu otomatiki ni muhimu kwa DevOps, lakini hii ni mojawapo tu. Na wakati mkutano juu ya DevOps, badala ya kuzungumza juu ya DevOps, inazungumza juu ya kuegemea kwa tovuti au juu ya otomatiki, au juu ya bomba, basi mkutano huu, licha ya ukweli kwamba ni ngumu sana, kwa maoni yangu, hukosa tu kiini cha DevOps na inakuwa mikutano kuhusu usimamizi wa mfumo, si kuhusu DevOps.

Tofauti ya pili ni katika maandalizi. Tena, ninachukua wastani wa hospitali na kesi za jumla, sio kesi za mtu binafsi. Nje ya nchi, wanaendelea kutokana na ukweli kwamba watu wengi wamepitia mafunzo fulani ya kuzungumza mbele ya watu katika maisha yao. Angalau huko Amerika, ni sehemu ya elimu ya juu. Ikiwa mtu amehitimu kutoka chuo kikuu, basi tayari ana uzoefu mwingi katika kuzungumza kwa umma. Kwa hiyo, baada ya kamati ya programu imeangalia mpango na kuelewa ripoti itakuwa nini, basi hakuna mafunzo zaidi ya kuzungumza kwa msemaji hufanyika, kwa sababu inaaminika kwamba yeye, uwezekano mkubwa, tayari anajua jinsi ya kufanya hivyo.

Huko Urusi, mawazo kama haya hayafanyiki, kwa sababu watu wachache wana uzoefu wa kuzungumza hadharani, na kwa hivyo wasemaji wamefunzwa zaidi. Tena, kwa ujumla, kuna kukimbia-kupitia, kuna madarasa na wasemaji, kuna kozi za kuzungumza kwa umma ili kusaidia wazungumzaji.

Kwa sababu hiyo, wasemaji dhaifu ambao hawasemi vizuri huondolewa, au wanasaidiwa kuwa wasemaji wenye nguvu zaidi. Ukweli kwamba katika nchi za Magharibi kuongea hadharani kunachukuliwa kuwa ustadi ambao wengi wana, mwishowe, ina athari tofauti, kwa sababu dhana hii mara nyingi hugeuka kuwa ya uwongo, potofu, na watu ambao hawajui kuongea mbele ya umma kwa uwazi. jirusha jukwaani na upate ripoti za kuchukiza. Na huko Urusi, ambapo inaaminika kuwa hakuna uzoefu katika kuzungumza kwa umma, mwishowe inageuka kuwa bora zaidi, kwa sababu walifundishwa, walijaribiwa, walichagua nzuri, na kadhalika.

Hapa kuna tofauti mbili.

Je, umetembelea DevOpsDays katika nchi nyingine? Unafikiri wanatofautiana vipi na mikutano mingine? Je, kuna vipengele vyovyote?

Labda nimehudhuria mikutano kadhaa ya DevOpsDays kote ulimwenguni: huko Amerika, na Ulaya, na Asia. Franchise hii ya mkutano ni ya kipekee kabisa kwa kuwa ina umbizo lililoanzishwa zaidi au kidogo ambalo unaweza kutarajia popote kutoka kwa mojawapo ya mikutano hii. Muundo ni huu: kuna ripoti chache za mkutano wa mbele, na muda mwingi hutolewa kwa umbizo la nafasi wazi.

Nafasi wazi ni umbizo ambalo mada ambayo watu walipigia kura zaidi hujadiliwa pamoja na washiriki wengine. Aliyependekeza mada hii ni kiongozi, anahakikisha kuwa mjadala unaanza. Huu ni muundo mzuri, kwa sababu, kama tunavyojua, mawasiliano na mitandao sio sehemu muhimu ya mkutano wowote kuliko ripoti. Na wakati mkutano unaweka nusu ya muda wake katika muundo wa mtandao, ni nzuri sana.

Zaidi ya hayo, Majadiliano ya Umeme mara nyingi hufanyika DevOpsDays - hizi ni ripoti fupi za dakika tano ambazo hukuruhusu kujifunza mengi kuhusu na kufungua macho yako kwa mambo mapya katika umbizo lisilo la kuchosha. Na ikiwa katikati ya ripoti ya kawaida uligundua kuwa haikuwa kwako, basi wakati umepotea, dakika 30-40 za maisha yako zimekwenda, basi hapa tunazungumzia kuhusu ripoti kwa dakika tano. Na ikiwa hupendi, itaisha hivi karibuni. "Tuambie, lakini haraka" pia ni muundo mzuri sana.

Kuna DevOpsDays za kiufundi zaidi, kuna zile ambazo zimeundwa mahsusi kwa kile DevOps ni: michakato, ushirikiano, vitu kama hivyo. Zote mbili zinavutia, na inavutia wakati kuna zote mbili. Nadhani hii ni mojawapo ya matoleo bora zaidi ya mkutano wa DevOps leo.

Maonyesho yako mengi ni kama maonyesho au maonyesho: sasa unaambia ripoti kwa namna ya mkasa wa Kigiriki, basi uko katika jukumu la Sherlock, kisha unaimba kwa mavazi ya chura. Je, unawapataje? Je, kuna malengo ya ziada zaidi ya kuifanya ripoti hiyo isichoshe?

Inaonekana kwangu kwamba ripoti haina haki ya kuchosha, kwa sababu, kwanza, ninapoteza wakati wa wasikilizaji, wanahusika kidogo katika ripoti ya kuchosha, walijifunza kidogo, walijifunza mambo mapya kidogo, na hii sio bora zaidi. kupoteza muda wao. Pili, malengo yangu pia hayajafikiwa: hawafikirii chochote kizuri kuhusu mimi, hawafikirii chochote kizuri kuhusu JFrog, na kwangu hii ni aina fulani ya kushindwa.

Kwa hivyo, ripoti za kuchosha hazina haki ya kuwepo, angalau kwangu. Ninajaribu kuwafanya kuvutia, kuvutia na kukumbukwa. Maonyesho ni njia moja. Na, kwa kweli, njia ni rahisi sana. Yote ambayo inahitajika ni kuja na muundo wa kuvutia, na kisha kuweka mawazo sawa ambayo yanawasilishwa kwa namna ya ripoti ya kawaida katika muundo usio wa kawaida.

Je, nije na hili? Sio sawa kila wakati. Wakati mwingine haya ni baadhi ya mawazo ambayo huja akilini mwangu, wakati mwingine haya ni baadhi ya mawazo ambayo hupewa ninapopanga kukimbia au kushiriki mawazo kuhusu ripoti na huniambia: "Oh, unaweza kufanya hivi!" Inatokea tofauti. Wazo linapotokea, huwa la kufurahisha na kufurahisha sana, ambayo ina maana kwamba unaweza kutoa ripoti ya kuvutia zaidi na inayohusika.

Je, wewe binafsi unapenda maonyesho ya nani kutoka nyanja ya IT? Kuna wasemaji kama hao? Na kwa nini?

Kuna aina mbili za wasemaji ambao hotuba zao nazipenda. Ya kwanza ni wasemaji, ambayo ninajaribu kuwa kama. Wanasimulia hadithi kwa njia ya kuvutia na ya kuvutia, wakijaribu kuhakikisha kwamba kila mtu anapendezwa na kila mtu anasikiliza.

Aina ya pili ya wasemaji ni wale ambao wanaweza kusema kwa njia ya kuvutia sana na ya kusisimua kuhusu hardcore yoyote ya kawaida ya boring.

Kati ya majina katika kitengo cha pili, huyu ni Alexey Shepelev, ambaye anazungumza juu ya aina fulani ya mkusanyiko wa takataka wa utendaji wa kina na sehemu za ndani za mashine ya java kwa njia ya kuvutia na ya kuchekesha. Ugunduzi mwingine wa DevOops za hivi karibuni ni Sergey Fedorov kutoka Netflix. Aliambia jambo la kiufundi tu, jinsi walivyoboresha mtandao wao wa uwasilishaji wa yaliyomo, na aliiambia kwa njia ya kupendeza sana.

Kutoka kwa jamii ya kwanza - hii ni Jessica Deen, Anton Weiss, Roman Shaposhnik. Hawa ndio wasemaji ambao husimulia hadithi za kupendeza, kwa ucheshi, na kupokea alama za juu zinazostahili.

Pengine una mialiko mingi ya kuzungumza kwenye makongamano kuliko wakati wako nayo. Je, unachaguaje uendako na usipokwenda?

Mikutano na wasemaji, kama karibu kila kitu kingine, hutawaliwa na uhusiano wa soko wa usambazaji na mahitaji na thamani ya moja kutoka kwa nyingine. Kuna makongamano ambayo, tuseme, yananitaka zaidi ya ninavyohitaji. Kwa upande wa hadhira ninayotarajia kukutana huko na athari ninayotarajia kuleta huko. Kuna makongamano ambayo, kinyume chake, ninataka kuhudhuria zaidi ya wanavyonihitaji. Kulingana na thamani kwangu, ninaamua wapi pa kwenda.

Hiyo ni, ikiwa hii ni, kwa mfano, aina fulani ya jiografia ambapo ninahitaji kwenda kimkakati, hii ni mkutano mkubwa unaojulikana ambao una sifa nzuri na ambayo watu watakwenda, basi, ni wazi, ninaihitaji sana. Na nitapendelea kuliko mikutano mingine.

Ikiwa hii ni aina fulani ya mkutano mdogo wa kikanda, na, labda, ambapo hatuna nia sana, basi inaweza kuwa kwamba safari huko haifai muda uliotumiwa juu ya jambo hili. Mahusiano ya kawaida ya soko ya mahitaji, usambazaji na thamani.

Jiografia nzuri, demografia nzuri, uwezekano wa mawasiliano mazuri, mawasiliano ni dhamana ya kwamba mkutano utakuwa wa manufaa kwangu.

Katika mojawapo ya mahojiano yako, ulitaja kuwa unazungumza katika takriban mikutano arobaini kwa mwaka. Je, unawezaje kufanya kazi na kujiandaa kwa maonyesho? Je, unafanikiwa kudumisha usawa wa kazi/maisha na ratiba kama hiyo? Shiriki siri zako?

Kusafiri kwa mikutano ni sehemu kubwa ya kazi yangu. Bila shaka, kuna kila kitu kingine: kuna maandalizi ya ripoti, kujiweka katika sura ya kiufundi, kuandika kanuni, kujifunza mambo mapya. Haya yote yanafanywa sambamba na makongamano: jioni, kwenye ndege, siku moja kabla, wakati tayari umefika kwenye mkutano, na ni kesho. Kitu kama hiki.

Ni vigumu, bila shaka, kudumisha usawa wa kazi/maisha wakati una muda mwingi kwenye safari za biashara. Lakini ninajaribu kufidia ukweli kwamba, angalau wakati siko kwenye safari ya kikazi, nina 100% na familia yangu, sijibu barua pepe jioni, najaribu kutoshiriki katika simu zozote. jioni na wikendi. Wakati siko kwenye safari ya kikazi na ni wakati wa familia, ni wakati wa familia 100%. Je, inafanya kazi na inasuluhisha tatizo? Hapana. Lakini natumai itafidia familia yangu kwa wakati wote ninapokuwa mbali.

Moja ya ripoti za Baruch ni “Tuna DevOps. Wacha tuwafukuze wanaojaribu wote"

Kwa ratiba ngumu kama hii, je, unaweza kudumisha kiwango cha kiufundi au tayari umeachana na upangaji programu?

Ninajaribu kufanya mambo fulani ya kiufundi wakati wa kuandaa mazungumzo yangu na shughuli zingine kwenye mkutano huo. Hizi ni aina zote za demo za kiufundi, aina fulani ya ripoti ndogo ambazo tunashikilia kwenye stendi. Sio programu-programu, ni ushirikiano zaidi, lakini ni angalau baadhi ya kazi ya kiufundi ambayo ninajaribu kufanya. Kwa njia hii, ninadumisha ujuzi kuhusu bidhaa zetu, vipengele vipya, na kadhalika.

Kwa kweli, kusema kwamba sasa mimi ni msimbo uleule ambao nilikuwa miaka 7 iliyopita labda haiwezekani. Sina hakika kama hii ni mbaya. Pengine aina fulani ya mageuzi ya asili. Hili halinivutii sana, na kuna wakati mchache, kwa hivyo, pengine, Mungu ambariki.

Bado ninajiona kuwa mtaalamu wa kiufundi mwenye nguvu, bado ninafahamu kinachotokea, ninajiweka katika hali nzuri. Hii ndio hali yangu ya sasa ya mseto.

Tafadhali tuambie hadithi kadhaa za kuchekesha au hali mbaya zaidi zilizokutokea: ulikosa ndege / ulifuta wasilisho / ulikata umeme wakati wa ripoti / haukufika mizigo?

Kati ya hali za kuchekesha, nakumbuka zaidi ya kila aina ya ndoto mbaya ambazo zilitokea kwenye ripoti. Kwa kawaida, kwa sababu hii ndiyo hali ya shida zaidi, kwa sababu hii ni watazamaji, wakati, na unahitaji kuhakikisha kwamba hawapotezi bure.

Nilikuwa na "skrini ya bluu ya kifo" kwenye Windows na Mac wakati wa mazungumzo. Kwenye Windows ilitokea mara moja, kwenye Mac mara kadhaa. Hii, bila shaka, inasisitiza, lakini kwa namna fulani tunatatua suala hili, kompyuta inaanza tena, ninaendelea kusema kitu kwa wakati huu, lakini dhiki ni kubwa.

Pengine hali ya kuchekesha zaidi niliyowahi kuwa nayo ilikuwa kwenye mkutano wa Groovy. Sikumbuki ni wapi hasa mkutano ulifanyika, nadhani ilikuwa katika hoteli, na kulikuwa na aina fulani ya ujenzi au ukarabati unaendelea kinyume na hoteli hii. Na kwa hivyo nilikuwa nikizungumza juu ya nambari fulani ambayo niliandika, ilikuwa onyesho. Hili lilikuwa ni marudio ya kwanza ya onyesho ambalo lilieleweka lakini labda halijaandikwa vizuri. Na nilikuwa naenda tu kurekebisha na kuiboresha, na nilitaja baadhi ya maneno kama "kujidharau" kuhusu ukweli kwamba hii ni "misimbo ya shitty". Ilikuwa kwenye ghorofa ya pili, na wakati huo crane kwenye tovuti ya ujenzi kinyume ilikuwa tu kuinua choo cha portable. Na jukwaa lilikuwa kinyume na dirisha. Hiyo ni, ninaangalia dirisha hili, sema "msimbo wa shitty", na choo kinaelea nje ya dirisha. Na ninawaambia kila mtu: "Geuka, tuna kielelezo hapa." Labda hii ilikuwa slaidi bora zaidi ya mawazo yangu - choo cha kuruka katika ripoti yangu, nilipozungumza kuhusu msimbo wa shitty.

Mizigo haikutoka kwa hadithi kama hii - hii ni, kimsingi, hadithi ya kawaida, hakuna chochote cha kuzungumza. Tunaweza kupanga mahojiano tofauti kuhusu kila aina ya vidokezo vya usafiri, ambapo unaweza kuzungumza juu ya mizigo ambayo haikufika, lakini hakuna kitu muhimu.

Ninajaribu sana kuruka ndani kila wakati, kuja na kuhudhuria kwenye mikutano yote ambayo niliahidi, kwa sababu, tena, ni wakati wa watu. Wakati wa watu hauna thamani, kwa sababu ni sifa ya uaminifu ambayo wanakupa. Na ikiwa mkopo huu utafujwa, basi hakuna njia ya kuurudisha baadaye.

Ikiwa mtu alitumia muda, alikuja kwenye mkutano ili kusikiliza ripoti yangu, na nilichukua na sikuja, hii ni mbaya, kwa sababu hakuna njia ya kurudi wakati wa mtu huyu. Kwa hivyo, ni muhimu sana kwangu kutimiza ahadi zangu zote katika suala hili, na hadi sasa kila kitu kinaendelea.

Watu wengi hufikiri hivi: “Kwa nini uende kwenye mikutano hata kidogo? Unaweza kutazama video kwenye YouTube, na unaweza kupiga gumzo mtandaoni kila wakati.” Kwa nini unafikiri washiriki wanahitaji kuhudhuria makongamano?

Swali kubwa! Unahitaji kwenda kwenye mikutano kwa ajili ya mitandao. Ni ya thamani na hakuna njia nyingine ya kuipata. Tayari nimetaja umuhimu wa mawasiliano, mawasiliano na stadi laini. Kuangalia video kwenye YouTube, kwa bahati mbaya, haitoi uzoefu katika ujuzi laini. Kwa hiyo, mtu anapaswa kwenda kwenye mikutano kwa ajili ya mawasiliano.

Kwa kuongeza, angalau kwangu, wakati wa kutazama video kwenye YouTube, ushiriki ni tofauti kabisa, na nyenzo zinakuja na kukumbukwa mbaya zaidi. Labda ni kwangu tu, lakini ninashuku kuwa kuwa kwenye ukumbi kwenye ripoti na kutazama video kwenye YouTube ni vitu tofauti kabisa. Hasa ikiwa ripoti ni nzuri, nadhani ni nyingi, bora zaidi kuisikia moja kwa moja. Ni kama kusikiliza tamasha la moja kwa moja na rekodi.

Na narudia tena: mitandao na mawasiliano hazijachukuliwa kutoka kwa YouTube.

Mazungumzo ya pamoja na Leonid Igolnik katika DevOpsCon

Je, unaweza kutoa maneno ya kuagana kwa wale ambao ndio watakuwa wasemaji tu au ndio wameanza kuongea?

Tafuta mikutano ya ndani. Mikutano ya ndani ni njia nzuri ya kuanza taaluma yako ya spika kwa sababu kadhaa. Kwanza, mikutano ya ndani hutafuta wasemaji kila wakati. Huenda ikawa kwamba bila uzoefu na bila kuwa mzungumzaji mashuhuri, itakuwa vigumu kwako kuomba kwa mkutano fulani unaojulikana, au kamati ya programu, baada ya kuzungumza nawe, itaelewa kwamba labda ni mapema sana kwako. Kinyume chake, mikutano ya ndani daima hutafuta wasemaji na upau wa kuingia ni wa chini sana, kwa hivyo ni rahisi kufika huko.

Pia, kiwango cha dhiki ni tofauti kabisa. Wakati watu 10-15-30 wanakuja, sio sawa na wakati kuna watu 150-200-300 kwenye ukumbi, hivyo ni rahisi zaidi.

Tena, gharama za mkutano wa ndani ni wa chini sana: huna kuruka popote, huna kutumia siku, unaweza kuja tu jioni. Kukumbuka ushauri wangu kuhusu umuhimu wa kuwa na uso wa kirafiki katika umati, ni rahisi zaidi kuja kwenye mkutano wa ndani na mtu kwa sababu haigharimu pesa. Ukizungumza kwenye mkutano, wewe kama mzungumzaji unakuja bila malipo, lakini huyu wako +1, ambaye atakuwa mtu wa urafiki hadharani, anahitaji kununua tikiti. Ikiwa unafanya kwenye mkutano, hakuna shida kama hiyo, unaweza kuleta marafiki mmoja au wawili au watatu nawe ambao watakuwa uso wa kirafiki kwenye ukumbi.

Na la ziada ni kwamba waandaaji wa mkutano wana fursa nyingi zaidi za kukusaidia. Kwa sababu waandaaji wa makongamano watakuwa na, kwa mfano, ripoti 60 zinazohitaji kupitiwa upya, kufanyiwa mazoezi na kutayarishwa. Na waandaaji wa mikutano wana moja, mbili au tatu, kwa hivyo, kwa kawaida, umakini zaidi utalipwa kwako.

Kwa kuongeza, ni rahisi zaidi kupata maoni kutoka kwa mikutano ya ndani. Umemaliza ripoti yako na sasa wewe na hadhira tayari mnawasiliana na kujadili jambo linalohusiana na ripoti yako. Kwa mikutano mikubwa, hii sio kawaida. Umetoa ripoti na ndivyo hivyo. Hadhira uliyokuwa nayo kama misa ya kijivu wakati wa ripoti imeondoka, na hujui chochote zaidi juu yao, husikii, huwezi kupata maoni yoyote.

Chochote mtu anaweza kusema, mikutano ya ndani ni mada nzuri kwa jumla na haswa kwa wanaoanza.

Desemba 7 Baruku atazungumza kwenye mkutano huo DevOpsDays Moscow. Katika ripoti hiyo, Baruku atachanganua makosa halisi yanayotokea kila siku na kila mahali wakati wa kusasisha programu. Itakuonyesha jinsi mifumo tofauti ya DevOps inavyolingana katika hali tofauti na jinsi kuitumia kwa usahihi kunaweza kukuokoa.

Pia kwenye mpango: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps mshauri).

Njoo ujue!

Chanzo: mapenzi.com