"Hesabatın darıxdırıcı olmağa haqqı yoxdur": Baruch Sadogursky ilə konfranslarda çıxışlar haqqında müsahibə

Baruch Sadogursky JFrog-da Developer Advocate, "Liquid Software" kitabının həmmüəllifi, tanınmış İT spikeridir.

Müsahibəsində Barux məruzələrə necə hazırlaşdığını, xarici konfransların rus konfranslarından nə ilə fərqləndiyini, iştirakçıların niyə onlara getdiyini və niyə qurbağa kostyumunda danışmalı olduqlarını söylədi.

"Hesabatın darıxdırıcı olmağa haqqı yoxdur": Baruch Sadogursky ilə konfranslarda çıxışlar haqqında müsahibə

Ən sadəindən başlayaq. Necə düşünürsünüz, niyə ümumiyyətlə konfranslarda çıxış edirsiniz?

Əslində konfranslarda çıxış etmək mənim üçün bir işdir. Əgər “Niyə mənim işim?” sualına daha qlobal cavab verirsinizsə, bu (ən azı JFrog üçün) iki məqsədə çatmaq üçündür. Birincisi, istifadəçilərimiz və müştərilərimizlə əlaqə yaratmaq. Yəni konfranslarda çıxış edəndə mən hazıram ki, bəzi sualları, məhsullarımız və şirkətimiz haqqında bir növ rəyi olan hər kəs mənimlə danışa bilsin, mən onlara bir növ kömək edə bildim və məhsullarımızla işləmək təcrübələrini təkmilləşdirə bildim.

İkincisi, brend şüurunu artırmaq lazımdır. Yəni bəzi maraqlı şeyləri desəm, insanlar bunun necə JFrog olması ilə maraqlanır və nəticədə o, bizim developer əlaqələri hunimizə düşür, bu da sonda istifadəçilərimizin hunisinə daxil olur və nəticədə huniyə daxil olur. müştərilərimizin.

Bizə deyin, tamaşalara necə hazırlaşırsınız? Təlim alqoritmi varmı?

Hazırlığın daha çox və ya daha az dörd standart mərhələsi var. Birincisi, filmlərdəki kimi başlanğıcdır. Bir fikir olmalıdır. Bir fikir yaranır və sonra o, kifayət qədər müddət yetişir. Yetişir, düşünürsən ki, bu ideyanı ən yaxşı şəkildə necə təqdim etmək olar, hansı açarda, hansı formatda, bu barədə nə demək olar. Bu, birinci mərhələdir.

İkinci mərhələ konkret planın yazılmasıdır. Sizin bir ideyanız var və o, onu necə təqdim edəcəyinizlə bağlı təfərrüatlara çevrilməyə başlayır. Adətən bu, bir növ ağıl xəritəsi formatında edilir, o zaman hesabatla əlaqəli hər şey ideya ətrafında görünür: dəstəkləyici arqumentlər, giriş, bu barədə danışmaq istədiyiniz bəzi hekayələr. Bu, ikinci mərhələdir - plan.

Üçüncü mərhələ bu plana uyğun olaraq slaydların yazılmasıdır. Slaydlarda görünən və hekayənizi dəstəkləyən bəzi mücərrəd fikirlərdən istifadə edirsiniz.

Dördüncü mərhələ qaçışlar, məşqlərdir. Bu mərhələdə hekayə qövsünün ortaya çıxmasına, hekayənin əlaqəli olduğuna əmin olmaq, hər şeyin vaxtında yaxşı olduğundan əmin olmaq vacibdir. Bundan sonra hesabat hazır elan edilə bilər.

“Bu mövzuya” toxunmaq lazım olduğunu necə başa düşürsən? Və hesabatlar üçün materialları necə toplayırsınız?

Bilmirəm necə cavab verim, birtəhər öz-özünə gəlir. Ya "Oh, biz bunu burada necə gözəl etdik" və ya "Oh, ətrafda heç kim bunu həqiqətən bilmir və ya başa düşmür" və demək, izah etmək və kömək etmək imkanı var. Bu iki variantdan biri.

Materialın toplanması hesabatdan çox asılıdır. Əgər bu hansısa mücərrəd mövzuda reportajdırsa, deməli daha çox ədəbiyyat, məqalələrdir. Bu praktiki bir şeydirsə, o zaman kod yazmaq, bəzi demolar, məhsullarda düzgün kod parçalarını tapmaq və s.

Baruchun Amsterdam 2019-un son DevOps Sammitindəki çıxışı

Tamaşa qorxusu və narahatlıq insanların səhnəyə çıxmamasının ən çox yayılmış səbəblərindən biridir. İfa edərkən əsəbiləşənlərə məsləhətiniz varmı? Narahatsınız və öhdəsindən necə gəlirsiniz?

Bəli, məndə var, belə də olmalıdır və yəqin ki, ümumiyyətlə narahat olmağı dayandırdığım anda bu məsələ ilə əlaqə saxlamaq üçün bir səbəbdir.

Mənə elə gəlir ki, səhnəyə çıxanda və qarşında xeyli insan olanda bu, tamamilə normal bir hadisədir. Narahatsınız, çünki bu, böyük məsuliyyətdir, təbiidir.

Bununla necə məşğul olmaq olar? Müxtəlif yollar var. Mən heç vaxt elə səviyyədə olmamışam ki, birbaşa mübarizə aparmaq lazımdır, ona görə də bunu demək mənim üçün çətindir.

Mənə də kömək edən ən vacib şey mehriban simadır - tamaşaçılarda bir növ tanış sima. Tanıdığınız birindən təqdimatınıza gəlməsini xahiş etsəniz, ortada ön cərgələrdə oturun ki, həmişə ona baxa biləsiniz və o insan pozitiv olacaq, gülümsəyəcək, başını tərpətəcək, dəstəkləyəcək, məncə bu, böyük bir böyük kömək.. Bu barədə konkret olaraq heç kimdən soruşmuram, amma tamaşaçıda tanış bir sima varsa, bu, çox kömək edir, stressi azaldır. Bu ən vacib məsləhətdir.

Siz rus və beynəlxalq konfranslarda çox çıxış edirsiniz. Rusiya və xarici konfranslardakı məruzələr arasında fərq görürsünüzmü? Tamaşaçılar arasında fərq varmı? Təşkilatda?

Mən iki böyük fərq görürəm. Aydındır ki, həm Rusiyada, həm də xaricdə konfranslar fərqlidir, lakin xəstəxana üçün orta hesabla götürsək, Rusiyada konfranslar hesabatların dərinliyi, hardkor baxımından daha texniki xarakter daşıyır. İnsanlar bəlkə də həmişə sərt danışıqlara əsaslanan Joker, JPoint, Highload kimi böyük konfranslar sayəsində buna öyrəşiblər. İnsanların konfranslardan gözlədiyi də budur. Bir çox insanlar üçün bu, konfransın yaxşı və ya pis olduğunun göstəricisidir: çoxlu ət və hardkor və ya çoxlu su var.

Düzünü desəm, bəlkə də xarici konfranslarda çox çıxış etdiyim üçün bu yanaşma ilə razılaşmıram. İnanıram ki, yumşaq bacarıqlar haqqında hesabatlar, “yarı humanitar hesabatlar” konfranslar üçün heç də az deyil, bəlkə də daha vacibdir. Bəzi texniki şeylər nəhayət kitablarda oxuna biləcəyi üçün istifadəçi təlimatını başa düşə bilərsiniz, amma yumşaq bacarıqlara gəldikdə, psixologiyaya, ünsiyyətə gəldikdə, bütün bunları götürmək üçün heç bir yer yoxdur, ən azı asan, əlçatan və başa düşüləndir. Mənə elə gəlir ki, bu, texniki komponentdən az vacib deyil.

Bu, DevOpsDays kimi DevOps konfransları üçün xüsusilə vacibdir, çünki DevOps texnologiya ilə bağlı deyil. DevOps sadəcə ünsiyyətdən ibarətdir, sadəcə əvvəllər birlikdə işləməmiş insanlarla birlikdə işləməyin yolları haqqındadır. Bəli, texniki komponent var, çünki avtomatlaşdırma DevOps üçün çox vacibdir, lakin bu onlardan yalnız biridir. Və DevOps-da bir konfrans, DevOps haqqında danışmaq əvəzinə saytın etibarlılığı və ya avtomatlaşdırma və ya boru kəmərləri haqqında danışdıqda, bu konfrans çox sərt olmasına baxmayaraq, mənim fikrimcə, DevOps-un mahiyyətini əldən verir. DevOps haqqında deyil, sistem idarəçiliyi ilə bağlı konfranslara çevrilir.

İkinci fərq hazırlıqdır. Yenə də fərdi halları deyil, xəstəxana ortalamalarını və ümumi halları götürürəm. Xaricdə onlar insanların əksəriyyətinin həyatlarında natiqlik üzrə müəyyən təlim keçməsindən irəli gəlirlər. Ən azından Amerikada bu, ali təhsilin bir hissəsidir. Əgər bir insan kolleci bitiribsə, deməli, onun artıq natiqlikdə böyük təcrübəsi var. Buna görə də, proqram komitəsi plana baxdıqdan və hesabatın nədən ibarət olacağını başa düşdükdən sonra natiq üçün danışmaq üçün bir daha təlim keçirilmir, çünki onun, çox güman ki, bunu necə edəcəyini bildiyinə inanılır.

Rusiyada belə fərziyyələr irəli sürülmür, çünki çox az adam ictimai nitq təcrübəsi var və buna görə də natiqlər daha çox hazırlanır. Yenə də, ümumiyyətlə, qaçışlar var, natiqlərlə dərslər var, natiqlərə kömək etmək üçün natiqlik kursları var.

Nəticədə, yaxşı danışa bilməyən zəif natiqlər sıradan çıxarılır və ya onların daha güclü natiq olmasına yardım edilir. Qərbdə nitq qabiliyyətinin çoxlarının malik olduğu bir bacarıq sayılması, nəticədə bunun əks effekti var, çünki bu fərziyyə çox vaxt yalan, səhv və ictimaiyyət qarşısında açıq danışmağı bilməyən insanlar kimi çıxır. səhnəyə çıxın və iyrənc hesabatlar alın. Natiqlik təcrübəsinin olmadığına inanılan Rusiyada isə sonda daha yaxşı çıxır, çünki onlar təlim keçiblər, sınaqdan keçiriliblər, yaxşılarını seçiblər və s.

Burada iki fərq var.

Başqa ölkələrdə DevOpsDays-də olmusunuz? Sizcə, onlar digər konfranslardan nə ilə fərqlənir? Xüsusiyyətlər varmı?

Mən yəqin ki, dünyada bir neçə onlarla DevOpsDays konfransında olmuşam: Amerikada, Avropada və Asiyada. Bu konfrans franchise, bu konfransların hər hansı bir yerindən gözləyə biləcəyiniz az və ya çox müəyyən edilmiş formata sahib olması ilə olduqca unikaldır. Format belədir: frontal konfrans hesabatları nisbətən azdır və açıq məkan formatına çox vaxt ayrılır.

Açıq məkanlar insanların ən çox səs verdiyi mövzunun digər iştirakçılarla birlikdə müzakirə edildiyi formatdır. Bu mövzunu təklif edən liderdir, müzakirənin başlamasına əmin olur. Bu, əla formatdır, çünki bildiyimiz kimi, kommunikasiya və şəbəkə hər hansı konfransın hesabatlardan az vacib hissəsi deyil. Konfrans vaxtının yarısını şəbəkə formatına həsr edəndə çox gözəl olur.

Üstəlik, İldırım Danışıqları tez-tez DevOpsDays-da keçirilir - bunlar darıxdırıcı olmayan formatda çox şey öyrənməyə və bəzi yeni şeylərə gözlərinizi açmağa imkan verən beş dəqiqəlik qısa hesabatlardır. Və adi bir hesabatın ortasında bunun sizin üçün olmadığını başa düşdünüzsə, vaxt itirildi, həyatınızın 30-40 dəqiqəsi getdi, onda burada beş dəqiqəlik hesabatlardan danışırıq. Əgər maraqlanmırsınızsa, tezliklə bitəcək. “Bizə deyin, amma tez” də çox yaxşı formatdır.

Daha çox texniki DevOpsDays var, DevOps-un nə olduğu üçün xüsusi olaraq hazırlanmışlar var: proseslər, əməkdaşlıq, bu kimi şeylər. Hər ikisi maraqlıdır, ikisi də olanda maraqlıdır. Düşünürəm ki, bu, bu gün ən yaxşı DevOps konfrans franchiselərindən biridir.

Sənin bir çox çıxışların tamaşaya, tamaşaya bənzəyir: indi yunan faciəsi şəklində reportaj danışırsan, sonra Şerlok rolundasan, sonra qurbağa geyimində çıxış edirsən. Onlarla necə gəlirsən? Hesabatın darıxdırıcı olmamasından başqa əlavə məqsədlər varmı?

Mənə elə gəlir ki, hesabatın darıxdırıcı olmağa haqqı yoxdur, çünki birincisi, mən dinləyicilərin vaxtını itirirəm, onlar darıxdırıcı reportajda az iştirak edirlər, daha az öyrəndilər, daha az yeni şeylər öyrəndilər və bu ən yaxşısı deyil. vaxtlarının boşa getməsi. İkincisi, mənim məqsədlərim də əldə olunmayıb: onlar mənim haqqımda yaxşı heç nə düşünmürlər, JFrog haqqında yaxşı heç nə düşünmürlər və mənim üçün bu bir növ uğursuzluqdur.

Ona görə də darıxdırıcı hesabatların mövcud olmağa haqqı yoxdur, ən azından mənim üçün. Onları maraqlı, cəlbedici və yaddaqalan etməyə çalışıram. Tamaşalar bir yoldur. Və əslində üsul olduqca asandır. Lazım olan hər şey maraqlı bir format hazırlamaq və sonra adi hesabat şəklində təqdim olunan eyni fikirləri qeyri-adi formatda qoymaqdır.

Mən buna necə gələ bilərəm? Həmişə eyni deyil. Bəzən bunlar ağlıma gələn bəzi fikirlərdir, bəzən qaçışlar təşkil edəndə və ya hesabatla bağlı fikirlərimi bölüşəndə ​​mənə verilən bəzi fikirlər olur və onlar mənə deyirlər: “Ah, bunu belə edə bilərsən!” Fərqli şəkildə baş verir. İdeya ortaya çıxanda həmişə çox sevincli və sərin olur, yəni daha maraqlı və cəlbedici hesabat hazırlaya bilərsiniz.

"Hesabatın darıxdırıcı olmağa haqqı yoxdur": Baruch Sadogursky ilə konfranslarda çıxışlar haqqında müsahibə

Şəxsən İT sahəsindən kimin çıxışlarını bəyənirsiniz? Belə danışanlar varmı? Bəs niyə?

Çıxışlarını bəyəndiyim iki növ natiq var. Birincisi, mənim kimi olmağa çalışdığım natiqlərdir. Maraqlı və cəlbedici şəkildə hekayələr danışırlar, hamının maraqlandığına və hamının dinləməsinə əmin olmağa çalışırlar.

İkinci növ natiqlər hər hansı bir adətən darıxdırıcı hardkor haqqında çox maraqlı və həyəcanlı şəkildə danışa bilənlərdir.

İkinci kateqoriyadakı adlardan bu, maraqlı və yumoristik şəkildə bir növ dərin performanslı zibil kolleksiyası və java virtual maşınının içindən bəhs edən Aleksey Şepelevdir. Ən son DevOops-un başqa bir kəşfi Netflix-dən Sergey Fedorovdur. O, sırf texniki bir şey söylədi, məzmun çatdırma şəbəkələrini necə optimallaşdırdılar və bunu çox maraqlı bir şəkildə söylədi.

Birinci kateqoriyadan - bu Jessica Deen, Anton Weiss, Roman Shaposhnik. Maraqlı, yumorla danışan, layiqincə yüksək qiymət alan natiqlərdir.

Yəqin ki, konfranslarda çıxış etmək üçün vaxtınız olduğundan daha çox dəvətiniz var. Hara getdiyinizi və hara getməyəcəyinizi necə seçirsiniz?

Konfranslar və məruzəçilər, demək olar ki, hər şey kimi, tələb və təklifin bazar münasibətləri və birinin digərindən dəyəri ilə idarə olunur. Elə konfranslar var ki, tutaq ki, məni ehtiyacımdan çox istəyir. Tamaşaçılar baxımından orada görüşməyi və orada gözlədiyim təsirləri gözləyirəm. Elə konfranslar var ki, əksinə, onların mənə ehtiyacı olduğundan qat-qat artıq iştirak etmək istəyirəm. Mənim üçün dəyərə görə, hara gedəcəyimə qərar verirəm.

Yəni, əgər bu, məsələn, mənim strateji baxımdan getməli olduğum bir coğrafiyadırsa, bu, yaxşı reputasiyası olan və insanların gedəcəyi böyük, tanınmış konfransdırsa, o zaman, açıq-aydın, mənə çox lazımdır. Mən bunu digər konfranslardan üstün tutacağam.

Əgər bu, bir növ kiçik regional konfransdırsa və bəlkə də bizi çox maraqlandırmayan bir yerdədirsə, ola bilər ki, oraya səfər bu məsələyə sərf olunan vaxta haqq qazandırmır. Tələb, təklif və dəyərin normal bazar münasibətləri.

Yaxşı coğrafiya, yaxşı demoqrafiya, potensial yaxşı əlaqələr, ünsiyyət konfransın mənim üçün maraqlı olacağına zəmanətdir.

Müsahibələrinizin birində qeyd etdiniz ki, ildə qırxa yaxın konfransda çıxış edirsiniz. İşləməyi, tamaşalara hazırlaşmağı necə bacarırsınız? Və belə bir cədvəllə iş/həyat balansını qorumağı bacarırsınız? Sirlərinizi bölüşürsünüz?

Konfranslara səyahət etmək işimin ən böyük payıdır. Təbii ki, başqa hər şey var: hesabatlara hazırlıq, özünüzü texniki formada saxlamaq, kod yazmaq, yeni şeylər öyrənmək var. Bütün bunlar konfranslara paralel olaraq edilir: axşamlar, təyyarədə, bir gün əvvəl, siz artıq konfransa gəldiyiniz zaman və sabahdır. Bu kimi bir şey.

İşgüzar səfərlərdə bu qədər vaxtınız olarkən iş/həyat balansını saxlamaq, əlbəttə ki, çətindir. Amma heç olmasa ezamiyyətdə olmayanda ailəmlə 100% olmağımla, axşamlar məktublara cavab verməməyimlə, heç bir telefon danışıqlarında iştirak etməməyimlə kompensasiya etməyə çalışıram. axşamlar və həftə sonları. Mən işgüzar səfərdə olmayanda və ailə vaxtı olanda, həqiqətən, 100% ailə vaxtıdır. Bu işləyirmi və problemi həll edirmi? Yox. Ancaq ümid edirəm ki, bu, mənim ailəmdən uzaqda olduğum müddət üçün bir şəkildə kompensasiya verir.

Baruchun hesabatlarından biri “Bizim DevOps var. Bütün testçiləri işdən çıxaraq”

Belə çətin cədvəllə texniki səviyyənizi qoruyub saxlaya bilirsinizmi, yoxsa artıq proqramlaşdırmadan uzaqlaşmısınız?

Konfransda çıxışlarıma və digər fəaliyyətlərimə hazırlaşarkən bəzi texniki işlər görməyə çalışıram. Bunlar hər cür texniki nümayişlər, tribunalarda keçirdiyimiz bir növ mini hesabatlardır. Bu, proqramlaşdırma-proqramlaşdırma deyil, daha çox inteqrasiyadır, amma ən azı bəzi texniki işlərlə məşğul olmağa çalışıram. Bu yolla mən məhsullarımız, yeni funksiyalar və s. haqqında bilikləri saxlayıram.

Əlbəttə ki, indi 7 il əvvəl olduğum hardkor kodçu olduğumu söyləmək, yəqin ki, mümkün deyil. Bunun pis olub olmadığına əmin deyiləm. Yəqin ki, bir növ təbii təkamül. Bu mənim üçün daha az maraqlıdır, vaxt da azdır, ona görə də, yəqin ki, Allah rəhmət eləsin.

Mən hələ də özümü güclü texniki mütəxəssis hesab edirəm, hələ də baş verənlərdən xəbərdaram, özümü yaxşı formada saxlayıram. Bu mənim hazırkı hibrid vəziyyətimdir.

Zəhmət olmasa, başınıza gələn bir neçə gülməli əhvalat və ya ekstremal vəziyyətlərdən danışın: təyyarəni qaçırdınız / təqdimatı sildiniz / hesabat zamanı elektrik enerjisini kəsdiniz / baqaj gəlmədi?

Gülməli situasiyalardan ən çox hesabatlarda baş verən kabuslu uğursuzluqları xatırlayıram. Təbii ki, bu, ən stresli vəziyyət olduğu üçün, çünki bu, tamaşaçıdır, vaxtdır və əmin olmaq lazımdır ki, onlar bunu boş yerə sərf etməsinlər.

Söhbət əsnasında həm Windows, həm də Mac-da "ölümün mavi ekranı" var idi. Windows-da bir dəfə, Mac-da bir neçə dəfə baş verdi. Bu, əlbəttə ki, stressdir, amma biz bu məsələni birtəhər həll edirik, kompüter yenidən işə salınır, bu anda bir şey söyləməyə davam edirəm, amma stress böyükdür.

Yəqin ki, indiyə qədər yaşadığım ən gülməli vəziyyət Groovy konfransında idi. Konfransın harada keçirildiyini dəqiq xatırlamıram, məncə oteldə idi və bu otellə üzbəüz hansısa tikinti və ya təmir gedirdi. Beləliklə, mən yazdığım bəzi kodlardan danışırdım, bu demo idi. Bu, başa düşülən, lakin bəlkə də yaxşı yazılmayan demonun ilk iterasiyası idi. Mən sadəcə onu yenidən nəzərdən keçirib təkmilləşdirməyə hazırlaşırdım və bunun “bok kod” olması ilə bağlı “özünü aşağılamaq” kimi bir ifadəni qeyd etdim. İkinci mərtəbədə idi və o zaman qarşıdakı tikinti sahəsindəki kran sadəcə portativ tualeti qaldırırdı. Səhnə isə pəncərə ilə üzbəüz idi. Yəni mən bu pəncərədən baxıram, “bok kod” deyirəm və pəncərədən kənarda tualet üzür. Mən isə hamıya deyirəm: “Dönün, burada bir illüstrasiyamız var”. Bu, yəqin ki, fikirlərimin ən yaxşı slaydı idi - hesabatımda uçan tualet, mən pis kod haqqında danışanda.

Baqaj bu kimi hekayələrdən gəlmədi - bu, prinsipcə, normal bir hekayədir, danışmağa belə bir şey yoxdur. Hər cür səyahət məsləhətləri haqqında ayrıca müsahibə təşkil edə bilərik, burada çatmayan baqaj haqqında danışa bilərsiniz, lakin kritik bir şey yox idi.

Mən çox çalışıram ki, həmişə uçub gəlib söz verdiyim bütün konfranslarda iştirak edim, çünki yenə insanların vaxtıdır. İnsanların vaxtı əvəzsizdir, çünki bu, sizə verdikləri etibar kreditidir. Və əgər bu kredit sovrulursa, sonradan onu geri qaytarmaq mümkün deyil.

Əgər bir adam vaxt keçiribsə, konfransa gəlib məruzəmi dinləyibsə, mən də götürüb gəlməmişəmsə, bu pisdir, çünki bu adamın vaxtını geri qaytarmaq mümkün deyil. Buna görə də, bu mövzuda verdiyim bütün vədləri yerinə yetirmək mənim üçün çox vacibdir və bu günə qədər hər şey işləyir.

Çoxları belə düşünür: “Niyə ümumiyyətlə konfranslara gedirsiniz? Videoya YouTube-da baxa bilərsiniz və hər zaman onlayn söhbət edə bilərsiniz.” Sizcə, iştirakçılar niyə konfranslarda iştirak etməlidirlər?

Əla sual! Şəbəkə qurmaq üçün konfranslara getməlisiniz. Bu qiymətsizdir və onu əldə etməyin başqa yolu yoxdur. Ünsiyyət, ünsiyyət və yumşaq bacarıqların vacibliyini artıq qeyd etdim. YouTube-da bir videoya baxmaq, təəssüf ki, yumşaq bacarıqlarda təcrübə vermir. Ona görə də ünsiyyət naminə konfranslara getmək lazımdır.

Bundan əlavə, ən azı mənim üçün YouTube-da videolara baxarkən, cəlbetmə tamamilə fərqlidir və material daxil olur və daha pis xatırlanır. Bəlkə də sırf mənim üçündür, amma mən şübhələnirəm ki, reportajda salonda olmaq və YouTube-da videoya baxmaq tamam başqa şeylərdir. Xüsusən də hesabat yaxşı olarsa, məncə onu canlı dinləmək daha yaxşıdır. Bu canlı konsertə və rekorda qulaq asmaq kimidir.

Və bir daha təkrar edirəm: şəbəkə və ünsiyyət YouTube-dan götürülmür.

DevOpsCon-da Leonid İqolnik ilə birgə söhbət

Zəhmət olmasa, yenicə spiker olmağa hazırlaşan və ya yenicə danışmağa başlayanlara ayrılıq sözü verə bilərsinizmi?

Yerli görüşlər axtarın. Yerli görüşlər bir neçə səbəbə görə natiqlik karyeranıza başlamaq üçün əla yoldur. Birincisi, yerli görüşlər həmişə spiker axtarır. Ola bilər ki, təcrübəniz olmadan və görkəmli məruzəçi olmadan hansısa tanınmış konfransa müraciət etmək sizin üçün çətin olacaq və ya proqram komitəsi sizinlə danışdıqdan sonra başa düşəcək ki, bəlkə də sizin üçün bir az tezdir. Bunun əksinə olaraq, yerli görüşlər həmişə spiker axtarır və giriş çubuğu çox, daha aşağıdır, ona görə də ora çatmaq daha asandır.

Həm də stress səviyyəsi tamamilə fərqlidir. 10-15-30 nəfər gələndə zalda 150-200-300 nəfərin olması heç də eyni deyil, ona görə də çox asan olur.

Yenə də yerli görüş üçün xərclər xeyli aşağıdır: heç yerə uçmaq lazım deyil, günlər sərf etmək lazım deyil, sadəcə axşam gələ bilərsiniz. İzdihamda mehriban bir sifətə sahib olmağın vacibliyi ilə bağlı məsləhətimi xatırlayaraq, kimsə ilə yerli görüşə gəlmək daha asandır, çünki bu, pula başa gəlmir. Konfransda çıxış edirsənsə, natiq kimi pulsuz gəlirsən, amma camaatda mehriban sima olacaq bu +1-in bilet alması lazımdır. Bir görüşdə çıxış edirsinizsə, belə bir problem yoxdur, salonda mehriban sima olacaq bir və ya iki və ya üç dostunuzu özünüzlə gətirə bilərsiniz.

Əlavə bir artı odur ki, görüş təşkilatçılarının sizə kömək etmək üçün daha çox imkanları var. Çünki konfransların təşkilatçılarının, məsələn, nəzərdən keçirilməli, məşq edilməli və hazırlanmalı olan 60 məruzəsi olacaq. Və görüşlərin təşkilatçılarının bir, iki və ya üçü var, ona görə də təbii ki, sizə daha çox diqqət yetiriləcək.

Bundan əlavə, yerli görüşlərdən rəy almaq daha asandır. Siz hesabatınızı bitirdiniz və indi siz və auditoriya hesabatınızla bağlı nəyisə danışır və müzakirə edirsiniz. Böyük konfranslar üçün bu, çox vaxt belə olmur. Siz hesabat verdiniz və bu qədər. Hesabat zamanı boz kütlə halında olduğunuz auditoriya getdi və siz onlar haqqında daha heç nə bilmirsiniz, eşitmirsiniz, heç bir rəy almayacaqsınız.

Kim nə deyə bilər, yerli görüşlər ümumiyyətlə, xüsusən də yeni başlayanlar üçün əla mövzudur.

7 dekabr Barux konfransda çıxış edəcək DevOpsDays Moskva. Hesabatda Baruch proqram təminatının yenilənməsi zamanı gündəlik və hər yerdə baş verən real uğursuzluqları təhlil edəcək. Bu, müxtəlif DevOps nümunələrinin müxtəlif ssenarilərə necə uyğunlaşdığını və onları düzgün tətbiq etməyin sizi necə xilas edə biləcəyini sizə göstərəcək.

Həmçinin proqramda: Alexander Chistyakov (vdsina.ru), Mixail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Cənub körpüsü), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps məsləhətçisi).

Gəl tanış ol!

Mənbə: www.habr.com

Добавить комментарий