"Ang ulat ay walang karapatang maging mainip": isang pakikipanayam kay Baruch Sadogursky tungkol sa mga talumpati sa mga kumperensya

Baruch Sadogursky - Developer Advocate sa JFrog, co-author ng aklat na "Liquid Software", sikat na IT speaker.

Sa isang panayam, ipinaliwanag ni Baruch kung paano siya naghahanda para sa kanyang mga ulat, kung paano naiiba ang mga dayuhang kumperensya sa mga Ruso, kung bakit dapat dumalo sa kanila ang mga kalahok, at kung bakit dapat silang magsalita nang nakasuot ng palaka.

"Ang ulat ay walang karapatang maging mainip": isang pakikipanayam kay Baruch Sadogursky tungkol sa mga talumpati sa mga kumperensya

Magsimula tayo sa pinakasimpleng. Bakit sa palagay mo nagsasalita sa mga kumperensya?

Sa katunayan, ang pagsasalita sa mga kumperensya ay isang trabaho para sa akin. Kung sasagutin natin sa pangkalahatan ang tanong na "Bakit ang aking trabaho?", kung gayon ito ay nasa pagkakasunud-sunod (kahit para sa kumpanya ng JFrog) upang makamit ang dalawang layunin. Una, upang magtatag ng pakikipag-ugnayan sa aming mga user at customer. Ibig sabihin, kapag nagsasalita ako sa mga kumperensya, available ako para lahat ng may katanungan, ilang feedback sa aming mga produkto at kumpanya, ay maaaring makipag-usap sa akin, kahit papaano ay matulungan ko sila at mapabuti ang kanilang karanasan sa pagtatrabaho sa aming mga produkto.

Pangalawa, ito ay kinakailangan upang mapataas ang kamalayan ng tatak. Iyon ay, kung sasabihin ko ang ilang mga kawili-wiling bagay, kung gayon ang mga tao ay interesado sa kung anong uri ito ng JFrog, at bilang isang resulta, napupunta sila sa aming funnel ng mga relasyon sa developer, na sa kalaunan ay napupunta sa funnel ng aming mga user, na sa kalaunan ay napupunta sa funnel ng aming mga mamimili.

Mangyaring sabihin sa amin kung paano ka naghahanda para sa mga pagtatanghal? Mayroon bang ilang uri ng algorithm ng paghahanda?

Mayroong apat na higit pa o mas kaunting mga karaniwang yugto ng paghahanda. Ang una ay ang pagsisimula, tulad ng sa mga pelikula. Dapat lumitaw ang ilang ideya. Lumilitaw ang isang ideya, at pagkatapos ay nag-mature ito nang medyo mahabang panahon. Ito ay pagkahinog, iniisip mo kung paano pinakamahusay na ipakita ang ideyang ito, sa anong susi, sa anong format, kung ano ang masasabi tungkol dito. Ito ang unang yugto.

Ang ikalawang yugto ay ang pagsulat ng isang tiyak na plano. Mayroon kang ideya, at nagsisimula itong makakuha ng mga detalye tungkol sa kung paano mo ito ipapakita. Karaniwan itong ginagawa sa ilang uri ng mind-map na format, kapag ang lahat ng nauugnay sa ulat ay lumilitaw sa paligid ng ideya: pagsuporta sa mga argumento, pagpapakilala, ilang kuwento na gusto mong sabihin tungkol dito. Ito ang ikalawang yugto - ang plano.

Ang ikatlong yugto ay ang pagsulat ng mga slide ayon sa planong ito. Gumagamit ka ng ilang abstract na ideya na lumalabas sa mga slide at sumusuporta sa iyong kwento.

Ang ikaapat na yugto ay run-throughs at rehearsals. Sa yugtong ito, mahalagang tiyakin na ang story arc ay lumabas, na ang kuwento ay magkakaugnay, at upang matiyak na ang lahat ay maayos sa mga tuntunin ng oras. Pagkatapos nito, maaaring ideklarang handa na ang ulat.

Paano mo naiintindihan na "ang paksang ito" ay kailangang matugunan? At paano ka kumukolekta ng materyal para sa mga ulat?

Hindi ko alam ang isasagot ko, dumadating lang ito kahit papaano. Alinman sa ito ay "Naku, napakaganda ng nangyari dito," o ito ay "Oh, walang nakakaalam o nakakaunawa tungkol dito," at may pagkakataong magsabi, magpaliwanag at tumulong. Isa sa dalawang pagpipiliang ito.

Ang koleksyon ng materyal ay lubos na nakadepende sa ulat. Kung ito ay isang ulat sa ilang abstract na paksa, kung gayon ito ay higit na panitikan, mga artikulo. Kung praktikal ito, ito ay pagsusulat ng code, ilang mga demo, paghahanap ng mga tamang piraso ng code sa mga produkto, at iba pa.

Ang talumpati ni Baruch sa kamakailang DevOps Summit Amsterdam 2019

Ang takot sa pagganap at pagkabalisa ay ilan sa mga pinakakaraniwang dahilan kung bakit hindi umaakyat ang mga tao sa entablado. May payo ka ba sa mga kinakabahan kapag nagpe-perform? Nag-aalala ka ba at paano mo ito haharapin?

Oo, mayroon ako, dapat, at, marahil, sa sandaling tumigil na ako sa pag-aalala, ito ang dahilan para itigil ang bagay na ito.

Para sa akin, ito ay isang ganap na normal na kababalaghan kapag pumunta ka sa entablado at mayroong maraming mga tao sa harap mo. Nag-aalala ka kasi malaking responsibilidad, natural lang.

Paano haharapin ito? May iba't ibang paraan. Hindi pa ako nagkaroon nito sa ganoong antas na kailangan kong labanan ito nang direkta, kaya mahirap para sa akin na sabihin.

Ang pinakamahalagang bagay na nakakatulong din sa akin ay isang palakaibigang mukha - ilang pamilyar na mukha sa madla. Kung hihilingin mo ang isang taong kilala mo na pumunta sa iyong talumpati, umupo sa harap na hanay sa gitna upang palagi mong tingnan siya, at ang tao ay magiging positibo, ngingiti, tatango, susuportahan, sa tingin ko ito ay napakalaking, malaking tulong. Hindi ko partikular na hinihiling sa sinuman na gawin ito, ngunit kung mangyari na mayroong isang pamilyar na mukha sa madla, ito ay nakakatulong nang malaki at nakakawala ng stress. Ito ang pinakamahalagang payo.

Marami kang nagsasalita sa mga kumperensyang Ruso at internasyonal. Nakikita mo ba ang pagkakaiba sa pagitan ng mga ulat sa mga kumperensya ng Russia at dayuhan? May pagkakaiba ba sa audience? Sa organisasyon?

Nakikita ko ang dalawang malaking pagkakaiba. Malinaw na ang mga kumperensya ay naiiba sa Russia at sa ibang bansa, ngunit kung kukunin natin ang average para sa ospital, kung gayon sa Russia ang mga kumperensya ay mas teknikal sa mga tuntunin ng lalim ng mga ulat, sa mga tuntunin ng hardcore. Ito ang nakasanayan ng mga tao, marahil salamat sa mga pangunahing kumperensya gaya ng Joker, JPoint, Highload, na palaging nakabatay sa mga hardcore na presentasyon. At ito mismo ang inaasahan ng mga tao mula sa mga kumperensya. At para sa maraming tao ito ay isang tagapagpahiwatig kung ang kumperensyang ito ay mabuti o masama: mayroong maraming karne at hardcore o mayroong maraming tubig.

Sa totoo lang, marahil dahil sa marami akong nagsasalita sa mga dayuhang kumperensya, hindi ako sumasang-ayon sa pamamaraang ito. Naniniwala ako na ang mga ulat sa mga soft skills, "mga semi-humanitarian na ulat", ay hindi kukulangin, at marahil ay mas mahalaga para sa mga kumperensya. Dahil ang ilang mga teknikal na bagay ay maaaring basahin sa mga libro, maaari mong malaman ang mga ito gamit ang manwal ng gumagamit, ngunit pagdating sa malambot na mga kasanayan, pagdating sa sikolohiya, pagdating sa komunikasyon, wala kahit saan upang makuha ang lahat ng ito, hindi bababa sa madali, naa-access at naiintindihan. Tila sa akin na ito ay hindi gaanong mahalaga kaysa sa teknikal na bahagi.

Ito ay lalong mahalaga para sa mga kumperensya ng DevOps tulad ng DevOpsDays, dahil ang DevOps ay hindi tungkol sa teknolohiya. Ang DevOps ay tungkol lamang sa mga komunikasyon, ito ay tungkol lamang sa mga paraan para magtulungan ang mga taong hindi pa nagtutulungan noon. Oo, mayroong isang teknikal na bahagi, dahil ang automation ay kritikal para sa DevOps, ngunit ito ay isa lamang sa kanila. At kapag ang isang kumperensya ng DevOps, sa halip na pag-usapan ang tungkol sa DevOps, ay nagsasalita tungkol sa pagiging maaasahan ng site o automation o mga pipeline, kung gayon ang kumperensyang ito, sa kabila ng katotohanan na ito ay napaka-hardcore, sa palagay ko, ay nakakaligtaan ang pinakadiwa ng DevOps at nagiging mga kumperensya tungkol sa pangangasiwa ng system , hindi tungkol sa DevOps.

Ang pangalawang pagkakaiba ay sa paghahanda. Muli, kinukuha ko ang average at pangkalahatang mga kaso ng ospital, hindi ang mga partikular. Sa ibang bansa, ipinapalagay nila na karamihan sa mga tao ay sumailalim sa ilang uri ng pagsasanay sa pagsasalita sa publiko sa kanilang buhay. Hindi bababa sa Amerika, ito ay bahagi ng mas mataas na edukasyon. Kung ang isang tao ay nakapagtapos ng kolehiyo, kung gayon mayroon na siyang malaking karanasan sa pagsasalita sa publiko. Samakatuwid, pagkatapos tingnan ng komite ng programa ang plano at maunawaan kung ano ang magiging ulat, wala nang pagsasanay na ginagawa sa pagsasalita para sa tagapagsalita, dahil pinaniniwalaan na siya, malamang, ay alam kung paano ito gagawin.

Sa Russia, ang mga naturang pagpapalagay ay hindi ginawa, dahil kakaunti ang mga tao na may karanasan sa pampublikong pagsasalita, at samakatuwid ang mga nagsasalita ay higit na sinanay. Muli, sa pangkalahatan, may mga run-through, may mga klase na may mga nagsasalita, may mga kurso sa pampublikong pagsasalita upang matulungan ang mga nagsasalita.

Bilang resulta, ang mga mahihinang tagapagsalita na hindi maganda ang pakikipag-usap ay inaalis, o sila ay tinutulungan na maging mas malakas na presenter. Ang katotohanan na sa Kanluran ang pampublikong pagsasalita ay itinuturing na isang kasanayan na mayroon ang maraming mga tao, sa huli ay nakakakuha ng kabaligtaran na epekto, dahil ang palagay na ito ay madalas na lumalabas na mali, mali, at ang mga taong hindi marunong magsalita sa publiko ay hayagang naninira. entablado at gumawa ng mga kasuklam-suklam na ulat. At sa Russia, kung saan pinaniniwalaan na walang karanasan sa pagsasalita sa publiko, sa huli ito ay nagiging mas mahusay, dahil sila ay sinanay, sila ay nasubok, sila ay pumili ng isang mahusay, at iba pa.

Ito ang dalawang pagkakaiba.

Nakapunta ka na ba sa DevOpsDays sa ibang bansa? Ano sa palagay mo ang pagkakaiba nila sa ibang mga kumperensya? Mayroon bang anumang mga espesyal na tampok?

Marahil ay nakapunta na ako sa ilang dosenang kumperensya ng DevOpsDays sa buong mundo: sa America, Europe, at Asia. Ang prangkisa ng kumperensya na ito ay medyo kakaiba dahil mayroon itong mas marami o hindi gaanong itinatag na format na maaari mong asahan kahit saan mula sa alinman sa mga kumperensyang ito. Ang format ay ang mga sumusunod: medyo kakaunti ang mga presentasyon ng kumperensya sa harap ng linya, at maraming oras ang nakalaan sa format na open space.

Ang mga open space ay isang format kung saan tinatalakay ang paksa kung saan ang pinakamaraming tao ang bumoto kasama ng iba pang mga kalahok. Ang nagmungkahi ng paksang ito ay ang pinuno, sinisigurado niyang magsisimula na ang talakayan. Ito ay isang mahusay na format dahil, tulad ng alam natin, ang komunikasyon at networking ay hindi gaanong mahalagang bahagi ng anumang kumperensya kaysa sa mga pagtatanghal. At kapag ang isang kumperensya ay naglaan ng kalahati ng oras nito sa isang format ng networking, iyon ay napaka-cool.

Dagdag pa, ang Lightning Talks ay madalas na ginaganap sa DevOpsDays - ito ay maiikling limang minutong ulat na nagbibigay-daan sa iyong matuto ng marami tungkol sa marami at buksan ang iyong mga mata sa ilang bagong bagay sa hindi nakakabagot na format. At kung sa gitna ng isang regular na ulat napagtanto mo na hindi ito sa iyo, kung gayon ang oras ay nasayang, 30-40 minuto ng iyong buhay ay nasasayang, pagkatapos ay narito ang pinag-uusapan natin tungkol sa mga ulat sa loob ng limang minuto. At kung hindi ka interesado, malapit na itong matapos. Ang "Sabihin sa amin, ngunit mabilis" ay isa ring napakahusay na format.

Mayroong higit pang mga teknikal na DevOpsDays, at mayroong mga partikular na iniangkop sa kung ano ang DevOps: mga proseso, pakikipagtulungan, mga bagay na tulad niyan. Ito ay kagiliw-giliw na magkaroon ng pareho, at ito ay kagiliw-giliw na magkaroon ng pareho. Sa tingin ko ito ang isa sa pinakamahusay na mga franchise ng kumperensya ng DevOps ngayon.

Marami sa iyong mga pagtatanghal ay katulad ng mga pagtatanghal o dula: kung minsan ay nagbibigay ka ng isang talumpati sa anyo ng isang trahedya sa Greece, kung minsan ay gumaganap ka bilang Sherlock, kung minsan ay gumaganap ka sa isang kasuutan ng palaka. Paano ka makakasama sa kanila? Mayroon bang mga karagdagang layunin bukod sa gawing hindi nakakainip ang ulat?

Para sa akin ay walang karapatang maging boring ang isang ulat, dahil una, sinasayang ko ang oras ng mga nakikinig, sa isang boring na ulat ay hindi sila gaanong kasali, mas kaunti ang kanilang natutunan, mas kaunting mga bagong bagay ang kanilang natutunan, at ito ay hindi ang pinakamahusay na pag-aaksaya ng kanilang oras. Pangalawa, ang aking mga layunin ay hindi rin nakakamit: wala silang iniisip na mabuti tungkol sa akin, wala silang iniisip na mabuti tungkol sa JFrog, at para sa akin ito ay isang uri ng kabiguan.

Samakatuwid, ang mga boring na ulat ay walang karapatang umiral, kahit para sa akin. Sinusubukan kong gawin silang kawili-wili, kaakit-akit at hindi malilimutan. Ang mga pagtatanghal ay isang paraan. At, sa katunayan, ang pamamaraan ay medyo madali. Ang kailangan mo lang ay makabuo ng ilang kawili-wiling format, at pagkatapos ay ipakita ang parehong mga saloobin na ipinakita sa anyo ng isang regular na ulat sa isang hindi pangkaraniwang format.

Paano ko ito gagawin? Ito ay hindi palaging pareho. Minsan ito ang ilang ideya na pumapasok sa aking isipan, minsan ito ay ilang ideya na ibinibigay sa akin kapag nagsagawa ako ng run-through o nagbabahagi ng mga saloobin tungkol sa isang ulat at sinasabi nila sa akin: "Oh, maaari itong gawin ng ganito!" Iba ang nangyayari. Kapag lumitaw ang isang ideya, ito ay palaging napakasaya at cool, nangangahulugan ito na maaari kang gumawa ng isang mas kawili-wili at kasangkot na ulat.

"Ang ulat ay walang karapatang maging mainip": isang pakikipanayam kay Baruch Sadogursky tungkol sa mga talumpati sa mga kumperensya

Kaninong mga talumpati mula sa larangan ng IT ang personal mong gusto? May mga ganyang speakers ba? At bakit?

Mayroong dalawang uri ng tagapagsalita na ang mga pagtatanghal ay kinagigiliwan ko. Ang una ay ang mga nagsasalita na sinusubukan kong maging katulad. Nag-uusap sila sa isang kawili-wili at kasangkot na paraan, sinusubukang tiyakin na lahat ay interesado at lahat ay nakikinig.

Ang pangalawang uri ng mga tagapagsalita ay ang mga nakakapag-usap tungkol sa anumang karaniwang nakakainip na hardcore sa isang napaka-interesante at kapana-panabik na paraan.

Sa mga pangalan sa pangalawang kategorya, ito ay si Alexey Shepelev, na nag-uusap tungkol sa ilang uri ng malalim na pagkolekta ng basura at ang loob ng java virtual machine sa isang kawili-wili at nakakatawang paraan. Ang isa pang pagtuklas ng pinakabagong DevOops ay si Sergey Fedorov mula sa Netflix. Sinabi niya ang isang puro teknikal na bagay tungkol sa kung paano nila na-optimize ang kanilang network ng paghahatid ng nilalaman, at sinabi niya ito sa isang napaka-kawili-wiling paraan.

Mula sa unang kategorya - ito ay sina Jessica Deen, Anton Weiss, Roman Shaposhnik. Ito ang mga nagsasalita na nagsasalita nang kawili-wili, may katatawanan, at nararapat na makatanggap ng mataas na rating.

Malamang na mas marami kang imbitasyon na magsalita sa mga kumperensya kaysa sa oras na gawin ito. Paano mo pipiliin kung saan ka pupunta at kung saan hindi?

Ang mga kumperensya at tagapagsalita, tulad ng halos lahat ng iba pa, ay pinamamahalaan ng mga relasyon sa merkado ng supply at demand at ang halaga ng isa mula sa isa. May mga conference na, well, let's say, gusto ako ng higit pa sa kailangan ko. Sa mga tuntunin ng madla na inaasahan kong matugunan doon at ang epekto na inaasahan kong gawin doon. May mga kumperensya na, sa kabaligtaran, gusto kong pumunta sa higit pa sa kailangan nila sa akin. Batay sa halaga para sa akin, nagpasya ako kung saan pupunta.

Iyon ay, kung ito ay, halimbawa, isang uri ng heograpiya kung saan kailangan kong pumunta, ito ay isang malaking kilalang kumperensya na may magandang reputasyon at pupuntahan ng mga tao, kung gayon malinaw na kailangan ko ito. At mas gusto ko ito kaysa sa ibang mga kumperensya.

Kung ito ay isang uri ng maliit na kumperensya sa rehiyon, at, marahil, kung saan hindi tayo masyadong interesado, kung gayon maaaring ang paglalakbay doon ay hindi nagbibigay-katwiran sa oras na ginugol sa bagay na ito. Normal na relasyon sa merkado ng demand, supply at halaga.

Magandang heograpiya, magandang demograpiko, potensyal na magandang contact, komunikasyon ang garantiya na magiging interesante sa akin ang kumperensya.

Sa isa sa iyong mga panayam, binanggit mo na nagsasalita ka sa halos apatnapung kumperensya sa isang taon. Paano mo nagagawang magtrabaho at maghanda para sa mga pagtatanghal? At pinamamahalaan mo bang mapanatili ang balanse sa trabaho/buhay na may ganitong iskedyul? Ibahagi ang iyong mga sikreto?

Ang paglalakbay sa mga kumperensya ay ang malaking bahagi ng aking trabaho. Siyempre, mayroong lahat ng iba pa: mayroong paghahanda para sa mga ulat, pinapanatili ang iyong sarili sa teknikal na hugis, pagsulat ng code, pag-aaral ng mga bagong bagay. Ginagawa ang lahat ng ito kasabay ng mga kumperensya: sa gabi, sa eroplano, sa araw bago, kapag nakarating ka na para sa kumperensya, at ito ay bukas. Isang bagay na tulad nito.

Siyempre, mahirap mapanatili ang balanse sa trabaho/buhay kapag gumugugol ka ng napakaraming oras sa mga business trip. Ngunit sinusubukan kong bawiin ito sa pamamagitan ng katotohanan na, hindi bababa sa kapag wala ako sa isang paglalakbay sa negosyo, 100% ako kasama ng aking pamilya, hindi ako sumasagot ng mga email sa gabi, sinusubukan kong huwag lumahok sa anumang mga tawag sa gabi at sa katapusan ng linggo. Kapag wala ako sa isang business trip at oras ng pamilya, ito ay tunay na 100% oras ng pamilya. Gumagana ba ito at malulutas ba nito ang problema? Hindi. Ngunit umaasa ako na kahit papaano ay mabayaran nito ang aking pamilya sa lahat ng oras na wala ako.

Ang isa sa mga ulat ni Baruch ay "Mayroon kaming DevOps. Tanggalin na natin lahat ng tester."

Sa sobrang higpit ng iskedyul, pinapanatili mo ba ang iyong teknikal na antas o nakalayo ka na ba sa programming?

Sinusubukan kong gumawa ng ilang mga teknikal na bagay habang naghahanda para sa aking mga pahayag at iba pang aktibidad sa kumperensya. Ito ang lahat ng uri ng teknikal na demo, ilang mini-ulat na ibinibigay namin sa mga stand. Ito ay hindi programming-programming, ito ay higit na pagsasama, ngunit ito ay hindi bababa sa ilang teknikal na gawain na sinusubukan kong gawin. Sa ganitong paraan napapanatili ko ang kaalaman tungkol sa aming mga produkto, mga bagong feature, at iba pa.

Siyempre, malamang na imposibleng sabihin na ako ang parehong hardcore coder ngayon gaya ng 7 taon na ang nakalipas. Hindi sigurado kung iyon ay isang masamang bagay. Marahil ito ay isang uri ng natural na ebolusyon. Ito ay hindi gaanong kawili-wili sa akin, at mas kaunting oras ako, kaya, marahil, pagpalain siya ng Diyos.

Itinuturing ko pa rin ang aking sarili na isang malakas na teknikal na espesyalista, patuloy pa rin akong nababatay sa kung ano ang nangyayari, pinapanatili ko ang aking sarili sa aking mga daliri. Ito ang aking hybrid na sitwasyon ngayon.

Mangyaring sabihin sa amin ang ilang nakakatawang kuwento o matinding sitwasyon na nangyari sa iyo: hindi nakuha ang eroplano/tinanggal ang presentasyon/naputol ang kuryente sa panahon ng ulat/hindi dumating ang mga bagahe?

Sa mga nakakatawang sitwasyon, ang pinakanaaalala ko ay ang lahat ng uri ng kakila-kilabot na kabiguan na nangyari sa panahon ng mga ulat. Naturally, dahil ito ang pinaka-stressful na sitwasyon, dahil ito ang madla, oras, at kailangan mong tiyakin na hindi nila ito sayangin.

Nagkaroon ako ng "asul na screen ng kamatayan" sa parehong Windows at Mac habang nagsasalita. Sa Windows nangyari ito nang isang beses, sa Mac ng ilang beses. Ito ay, siyempre, nakababahalang, ngunit sa anumang paraan namin malutas ang isyung ito, ang computer ay nag-restart, patuloy akong nagsasabi ng isang bagay sa oras na ito, ngunit ang stress ay napakalaking.

Marahil ang pinakanakakatawang sitwasyon na mayroon ako ay sa isang kumperensya ng Groovy. Hindi ko talaga maalala kung saan ginanap ang kumperensya, tila, sa isang hotel, at sa tapat ng hotel na ito ay may ilang uri ng pagtatayo o pagsasaayos na nangyayari. At kaya napag-usapan ko ang ilang code na isinulat ko, ito ay isang demo. Ito ang unang pag-ulit ng demo, na naiintindihan, ngunit marahil ay hindi mahusay na nakasulat. At magre-refactor lang ako at pagbutihin ito, at binanggit ko ang ilang parirala tulad ng "self deprecating" tungkol sa katotohanang ito ay "shitty code". Ito ay nasa ikalawang palapag, at sa oras na iyon ay isang crane sa construction site sa tapat ay nagbubuhat lamang ng portable toilet. At ang stage ay nasa tapat ng bintana. Ibig sabihin, dumungaw ako sa bintanang ito, sabihin ang β€œbastos na code,” at lumutang ang isang kubeta lampas sa bintana. At sinasabi ko sa lahat: "Bumalik ka, mayroon kaming isang ilustrasyon dito." Ito ay marahil ang pinakamahusay na slide ng aking mga saloobin - ang lumilipad na banyo sa aking ulat kapag pinag-uusapan ko ang tungkol sa bastos na code.

Mula sa mga kuwento tulad ng mga bagahe ay hindi dumating - ito ay, sa prinsipyo, isang normal na kuwento, walang kahit ano na pag-usapan. Maaari naming ayusin ang isang hiwalay na panayam tungkol sa lahat ng uri ng mga tip sa paglalakbay, kung saan maaari naming pag-usapan ang tungkol sa mga bagahe na hindi dumating, ngunit walang kritikal.

Sinusubukan ko nang husto sa lahat ng mga gastos na palaging lumipad, pumunta at dumalo sa lahat ng mga kumperensya kung saan ako nangako, dahil, muli, oras na ng mga tao. Ang oras ng mga tao ay hindi mabibili dahil ito ay isang kredito ng tiwala na ibinibigay nila sa iyo. At kung ang utang na ito ay nasayang, kung gayon walang paraan upang maibalik ito sa ibang pagkakataon.

Kung ang isang tao ay gumugol ng oras, pumunta sa kumperensya upang makinig sa aking ulat, at kinuha ko ito at hindi dumating, ito ay masama, dahil walang paraan upang maibalik ang oras ng taong ito. Samakatuwid, napakahalaga para sa akin na tuparin ang lahat ng aking mga pangako sa bagay na ito, at sa ngayon ay gumagana ang lahat.

Maraming tao ang nag-iisip ng ganito: "Bakit pumunta sa mga kumperensya? Maaari mong panoorin ang video sa YouTube, at palagi kang makakapag-chat online.” Sa iyong palagay, bakit kailangang pumunta ang mga kalahok sa mga kumperensya?

Mahusay na tanong! Dapat kang pumunta sa mga kumperensya para sa networking. Ito ay hindi mabibili ng salapi at walang ibang paraan para makuha ito. Nabanggit ko na ang kahalagahan ng komunikasyon, komunikasyon at soft skills. Ang panonood ng video sa YouTube, sa kasamaang-palad, ay hindi nagbibigay ng karanasan sa mga soft skill. Samakatuwid, kailangan mong pumunta sa mga kumperensya para sa kapakanan ng komunikasyon.

Bilang karagdagan, hindi bababa sa para sa akin, kapag nanonood ng mga video sa YouTube, ang pakikipag-ugnayan ay ganap na naiiba, at ang materyal ay naaalala at naaalala nang mas mahusay. Marahil ay ako lang, ngunit pinaghihinalaan ko na ang pagiging nasa silid sa isang usapan at panonood ng video sa YouTube ay ganap na magkaibang mga bagay. Lalo na kung maganda ang ulat, para sa akin ay mas masarap marinig ito nang live. Ito ay tulad ng pakikinig sa isang live na konsiyerto at isang rekord.

At inuulit ko muli: ang networking at komunikasyon ay hindi isang bagay na maaari mong kunin mula sa YouTube.

Pinagsamang ulat kay Leonid Igolnik sa DevOpsCon

Please give some parting words sa mga nagbabalak pa lang maging speaker o kakasimula pa lang magsalita?

Maghanap ng mga lokal na pagkikita. Ang mga lokal na pagkikita ay isang magandang paraan upang simulan ang iyong karera sa pagsasalita para sa ilang kadahilanan. Una, ang mga lokal na pagkikita ay laging naghahanap ng mga tagapagsalita. Maaaring walang karanasan at walang sikat na tagapagsalita, mahirap para sa iyo na mag-aplay sa ilang sikat na kumperensya, o ang komite ng programa, pagkatapos makipag-usap sa iyo, ay mauunawaan na marahil ay medyo maaga pa para sa iyo. Sa kabaligtaran, ang mga lokal na pagkikita ay palaging naghahanap ng mga speaker at ang bar para sa pagpasok ay mas mababa, kaya mas madaling makarating doon.

Gayundin, ang antas ng stress ay ganap na naiiba. Kapag 10-15-30 tao ang dumating, hindi ito katulad ng kapag mayroong 150-200-300 na tao sa bulwagan, kaya mas madali ito.

Muli, ang mga gastos para sa isang lokal na pagkikita ay mas mababa: hindi mo kailangang lumipad kahit saan, hindi mo kailangang gumugol ng mga araw, maaari ka lamang pumunta sa gabi. Ang pag-alala sa aking payo tungkol sa kahalagahan ng pagkakaroon ng magiliw na mukha sa madla, mas madaling pumunta sa isang lokal na pakikipagkita sa isang tao dahil hindi ito nagkakahalaga ng pera. Kung magsasalita ka sa isang kumperensya, ikaw bilang tagapagsalita ay darating nang libre, ngunit itong +1 mo, na magiging magiliw na mukha sa publiko, ay kailangang bumili ng tiket. Kung nagsasalita ka sa isang meetup, walang ganoong problema, maaari kang magdala ng isa o dalawa o tatlong mga kaibigan sa iyo na magiging isang palakaibigan na mukha sa silid.

At ang isang karagdagang plus ay ang mga organizer ng meetup ay may mas maraming pagkakataon na tulungan ka. Dahil ang mga tagapag-ayos ng kumperensya ay magkakaroon, halimbawa, ng 60 mga pagtatanghal na kailangang suriin, isagawa at ihanda. At ang mga organizer ng mga meetup ay may isa, dalawa o tatlo, kaya natural na makakatanggap ka ng higit na atensyon.

Bilang karagdagan, mas madaling makakuha ng feedback mula sa mga lokal na meetup. Natapos mo na ang iyong ulat at ngayon ikaw at ang madla ay nakikipag-usap at tinatalakay ang isang bagay na may kaugnayan sa iyong ulat. Para sa malalaking kumperensya, madalas na hindi ito ang kaso. Gumawa ka ng ulat at iyon na. Ang madla, na isang kulay-abo na masa sa panahon ng iyong ulat, ay umalis, at wala ka nang alam tungkol sa kanila, hindi mo marinig, hindi ka makakatanggap ng anumang feedback.

Anuman ang masasabi ng isa, ang mga lokal na pagkikita ay isang magandang paksa sa pangkalahatan at para sa mga nagsisimula sa partikular.

Magsasalita si Baruch sa kumperensya sa Disyembre 7 DevOpsDays Moscow. Sa kanyang ulat, susuriin ni Baruch ang mga tunay na pagkabigo na nangyayari araw-araw at saanman kapag nag-a-update ng software. Ipapakita nito kung paano umaangkop ang lahat ng uri ng mga pattern ng DevOps sa iba't ibang mga sitwasyon at kung paano posibleng mailigtas ka ng wastong paglalapat ng mga ito.

Gayundin sa programa: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps consultant).

Halina't makipagkilala!

Pinagmulan: www.habr.com

Magdagdag ng komento