Baruch Sadogursky - Peguambela Pembangun di JFrog, pengarang bersama buku “Liquid Software”, penceramah IT terkenal.
Dalam temu bual, Baruch menjelaskan bagaimana dia membuat persediaan untuk laporannya, bagaimana persidangan asing berbeza daripada persidangan Rusia, mengapa peserta perlu menghadirinya, dan mengapa mereka harus bercakap dalam pakaian katak.
Mari kita mulakan dengan yang paling mudah. Mengapa anda fikir bercakap di persidangan sama sekali?
Malah, bercakap di persidangan adalah pekerjaan untuk saya. Jika kita menjawab lebih umum soalan "Mengapa kerja saya?", maka ini adalah teratur (sekurang-kurangnya untuk syarikat JFrog) untuk mencapai dua matlamat. Pertama, untuk menjalin hubungan dengan pengguna dan pelanggan kami. Iaitu, apabila saya bercakap di persidangan, saya bersedia supaya semua orang yang mempunyai sebarang soalan, maklum balas mengenai produk dan syarikat kami, boleh bercakap dengan saya, saya boleh membantu mereka dan meningkatkan pengalaman mereka dalam bekerja dengan produk kami.
Kedua, ini perlu untuk meningkatkan kesedaran jenama. Iaitu, jika saya memberitahu beberapa perkara yang menarik, maka orang ramai berminat dengan jenis JFrog ini, dan akibatnya mereka berakhir di corong perhubungan pembangun kami, yang akhirnya masuk ke corong pengguna kami, yang akhirnya masuk ke dalam corong pelanggan kami.
Sila beritahu kami bagaimana anda bersedia untuk persembahan? Adakah terdapat beberapa jenis algoritma penyediaan?
Terdapat empat lebih atau kurang peringkat standard penyediaan. Yang pertama adalah permulaan, seperti dalam filem. Beberapa idea mesti muncul. Idea muncul, dan kemudian ia matang untuk masa yang agak lama. Ia semakin matang, anda sedang memikirkan cara terbaik untuk menyampaikan idea ini, dalam apa kunci, dalam format apa, apa yang boleh dikatakan mengenainya. Ini adalah peringkat pertama.
Peringkat kedua ialah menulis rancangan khusus. Anda mempunyai idea, dan ia mula memperoleh butiran tentang cara anda membentangkannya. Ini biasanya dilakukan dalam beberapa jenis format peta minda, apabila semua yang berkaitan dengan laporan muncul di sekitar idea: hujah sokongan, pengenalan, beberapa cerita yang ingin anda ceritakan mengenainya. Ini adalah peringkat kedua - rancangan.
Peringkat ketiga ialah menulis slaid mengikut rancangan ini. Anda menggunakan beberapa idea abstrak yang muncul pada slaid dan menyokong cerita anda.
Peringkat keempat ialah run-through dan rehearsal. Pada peringkat ini, adalah penting untuk memastikan bahawa arka cerita telah berubah, bahawa cerita itu koheren, dan untuk memastikan semuanya baik dari segi masa. Selepas ini, laporan boleh diisytiharkan siap.
Bagaimanakah anda memahami bahawa "topik ini" perlu ditangani? Dan bagaimana anda mengumpul bahan untuk laporan?
Saya tidak tahu bagaimana untuk menjawab, ia hanya datang entah bagaimana. Sama ada "Oh, betapa hebatnya di sini," atau "Oh, tiada siapa yang benar-benar tahu atau faham tentang perkara ini," dan ada peluang untuk memberitahu, menerangkan dan membantu. Salah satu daripada dua pilihan ini.
Pengumpulan bahan sangat bergantung kepada laporan. Jika ini adalah laporan mengenai beberapa topik abstrak, maka ia lebih banyak kesusasteraan, artikel. Jika ini adalah sesuatu yang praktikal, maka ia akan menulis kod, beberapa demo, mencari kepingan kod yang betul dalam produk, dan sebagainya.
Ketakutan terhadap persembahan dan kebimbangan adalah antara sebab yang paling biasa mengapa orang ramai tidak naik ke pentas. Adakah anda mempunyai sebarang nasihat untuk mereka yang berasa gementar ketika membuat persembahan? Adakah anda bimbang dan bagaimana anda mengatasinya?
Ya, saya mempunyainya, sepatutnya, dan, mungkin, pada masa saya berhenti bimbang sama sekali, ini adalah sebab untuk berhenti daripada perkara ini.
Saya rasa ini adalah fenomena biasa apabila anda naik ke atas pentas dan terdapat ramai orang di hadapan anda. Anda bimbang kerana ia adalah tanggungjawab yang besar, itu semula jadi.
Bagaimana untuk menangani perkara ini? Terdapat cara yang berbeza. Saya tidak pernah mengalaminya pada tahap sedemikian sehingga saya perlu melawannya secara langsung, jadi sukar untuk saya katakan.
Perkara yang paling penting yang turut membantu saya ialah wajah yang mesra - beberapa wajah yang dikenali di kalangan penonton. Jika anda meminta seseorang yang anda kenali untuk datang ke ceramah anda, duduk di barisan hadapan di tengah-tengah supaya anda sentiasa melihatnya, dan orang itu akan positif, akan tersenyum, mengangguk, menyokong, saya rasa ini adalah besar, bantuan yang besar. Saya tidak secara khusus meminta sesiapa melakukan ini, tetapi jika berlaku bahawa terdapat wajah yang dikenali dalam penonton, ia banyak membantu dan melegakan tekanan. Ini adalah nasihat yang paling penting.
Anda banyak bercakap di persidangan Rusia dan antarabangsa. Adakah anda melihat perbezaan antara laporan di persidangan Rusia dan luar negara? Adakah terdapat perbezaan dalam penonton? Dalam organisasi?
Saya melihat dua perbezaan besar. Adalah jelas bahawa persidangan adalah berbeza di Rusia dan di luar negara, tetapi jika kita mengambil purata untuk hospital, maka di Rusia persidangan itu lebih teknikal dari segi kedalaman laporan, dari segi tegar. Inilah yang biasa dilakukan oleh orang ramai, mungkin terima kasih kepada persidangan utama seperti Joker, JPoint, Highload, yang sentiasa berdasarkan persembahan tegar. Dan inilah yang diharapkan oleh orang ramai daripada persidangan. Dan bagi kebanyakan orang ini adalah penunjuk sama ada persidangan ini baik atau buruk: terdapat banyak daging dan tegar atau terdapat banyak air.
Sejujurnya, mungkin kerana saya banyak bercakap di persidangan luar negara, saya tidak bersetuju dengan pendekatan ini. Saya percaya bahawa laporan mengenai kemahiran insaniah, "laporan separa kemanusiaan", tidak kurang, dan mungkin lebih penting untuk persidangan. Kerana beberapa perkara teknikal akhirnya boleh dibaca dalam buku, anda boleh memikirkannya menggunakan manual pengguna, tetapi apabila ia datang kepada kemahiran insaniah, apabila ia datang kepada psikologi, apabila ia datang kepada komunikasi, tidak ada tempat untuk mendapatkan semua ini, sekurang-kurangnya mudah, mudah diakses dan difahami. Nampaknya saya ini tidak kurang pentingnya daripada komponen teknikal.
Ini amat penting untuk persidangan DevOps seperti DevOpsDays, kerana DevOps bukan mengenai teknologi sama sekali. DevOps hanyalah mengenai komunikasi, ia hanya mengenai cara orang yang tidak pernah bekerja bersama sebelum ini untuk bekerjasama. Ya, terdapat komponen teknikal, kerana automasi adalah penting untuk DevOps, tetapi ini hanyalah salah satu daripadanya. Dan apabila persidangan DevOps, bukannya bercakap tentang DevOps, bercakap tentang kebolehpercayaan tapak atau automasi atau saluran paip, maka persidangan ini, walaupun pada hakikatnya ia sangat tegar, pada pendapat saya, merindui intipati DevOps dan menjadi persidangan mengenai pentadbiran sistem , bukan tentang DevOps.
Perbezaan kedua adalah dalam penyediaan. Sekali lagi, saya mengambil purata hospital dan kes umum, bukan yang khusus. Di luar negara, mereka menganggap bahawa kebanyakan orang telah menjalani beberapa jenis latihan pengucapan awam dalam kehidupan mereka. Sekurang-kurangnya di Amerika, ia adalah sebahagian daripada pendidikan tinggi. Jika seseorang itu telah menamatkan pengajian di kolej, maka dia sudah mempunyai pengalaman yang cukup luas dalam pengucapan awam. Oleh itu, selepas jawatankuasa program melihat rancangan dan memahami apa laporan itu, tiada lagi latihan untuk bercakap untuk penceramah, kerana dipercayai bahawa dia, kemungkinan besar, tahu bagaimana melakukannya.
Di Rusia, andaian sedemikian tidak dibuat, kerana beberapa orang mempunyai pengalaman dalam pengucapan awam, dan oleh itu penceramah dilatih lebih banyak lagi. Sekali lagi, secara umum, ada run-through, ada kelas dengan penceramah, ada kursus pengucapan awam untuk membantu penceramah.
Akibatnya, penceramah yang lemah dan kurang berkomunikasi akan disingkirkan, atau mereka dibantu untuk menjadi penyampai yang lebih kuat. Hakikat bahawa dalam pengucapan awam Barat dianggap sebagai kemahiran yang dimiliki oleh ramai orang, akhirnya mendapat kesan sebaliknya, kerana andaian ini sering menjadi palsu, salah, dan orang yang tidak tahu bagaimana bercakap di khalayak ramai secara terbuka menyalahkan pentas dan menghasilkan laporan yang menjijikkan. Dan di Rusia, di mana ia dipercayai bahawa tidak ada pengalaman dalam pengucapan awam, pada akhirnya ternyata lebih baik, kerana mereka dilatih, mereka diuji, mereka memilih yang baik, dan sebagainya.
Ini adalah dua perbezaan.
Adakah anda pernah ke DevOpsDays di negara lain? Apa yang anda fikir ia berbeza daripada persidangan lain? Adakah terdapat ciri khas?
Saya mungkin pernah menghadiri beberapa dozen persidangan DevOpsDays di seluruh dunia: di Amerika, Eropah dan Asia. Francais persidangan ini agak unik kerana ia mempunyai format yang lebih kurang mantap yang boleh anda jangkakan di mana-mana dari mana-mana persidangan ini. Formatnya adalah seperti berikut: terdapat sedikit pembentangan persidangan barisan hadapan, dan banyak masa ditumpukan kepada format ruang terbuka.
Ruang terbuka ialah format di mana topik yang paling ramai orang mengundi dibincangkan bersama peserta lain. Yang mencadangkan topik ini ialah ketua, dia memastikan perbincangan bermula. Ini adalah format yang hebat kerana, seperti yang kita ketahui, komunikasi dan rangkaian adalah bahagian yang tidak kurang penting dalam mana-mana persidangan berbanding pembentangan. Dan apabila persidangan menumpukan separuh masanya untuk format rangkaian, itu sangat bagus.
Selain itu, Ceramah Kilat sering diadakan di DevOpsDays - ini adalah laporan pendek lima minit yang membolehkan anda mempelajari banyak perkara dan membuka mata anda kepada beberapa perkara baharu dalam format yang tidak membosankan. Dan jika di tengah-tengah laporan biasa anda menyedari bahawa ini bukan milik anda, maka masa terbuang, 30-40 minit hidup anda terbuang, maka di sini kita bercakap tentang laporan selama lima minit. Dan jika anda tidak berminat, ia akan berakhir tidak lama lagi. "Beritahu kami, tetapi cepat" juga merupakan format yang sangat baik.
Terdapat lebih banyak DevOpsDays teknikal, dan ada yang disesuaikan secara khusus dengan apa itu DevOps: proses, kerjasama, perkara seperti itu. Menarik untuk memiliki kedua-duanya, dan menarik untuk memiliki kedua-duanya. Saya fikir ini adalah salah satu francais persidangan DevOps terbaik hari ini.
Kebanyakan persembahan anda adalah serupa dengan persembahan atau drama: kadangkala anda memberi ceramah dalam bentuk tragedi Yunani, kadangkala anda memainkan watak Sherlock, kadangkala anda membuat persembahan dengan kostum katak. Bagaimana anda datang dengan mereka? Adakah terdapat sebarang matlamat tambahan selain menjadikan laporan tidak membosankan?
Saya rasa laporan tidak berhak untuk membosankan, kerana, pertama, saya membuang masa pendengar, dalam laporan yang membosankan mereka kurang terlibat, mereka telah belajar kurang, mereka telah belajar kurang perkara baru, dan ini tidak pembaziran terbaik masa mereka. Kedua, matlamat saya juga tidak tercapai: mereka tidak fikir apa-apa yang baik tentang saya, mereka tidak fikir apa-apa yang baik tentang JFrog, dan bagi saya ini adalah sejenis kegagalan.
Oleh itu, laporan yang membosankan tidak mempunyai hak untuk wujud, sekurang-kurangnya bagi saya. Saya cuba menjadikannya menarik, menarik dan tidak dapat dilupakan. Persembahan adalah satu cara. Dan, sebenarnya, kaedahnya agak mudah. Apa yang anda perlukan ialah menghasilkan beberapa format yang menarik, dan kemudian mengemukakan pemikiran yang sama yang dibentangkan dalam bentuk laporan biasa dalam format yang luar biasa.
Bagaimana saya boleh membuat ini? Ia tidak selalu sama. Kadang-kadang ini adalah beberapa idea yang terlintas di fikiran saya, kadang-kadang ini adalah beberapa idea yang diberikan kepada saya apabila saya melakukan run-through atau berkongsi pemikiran tentang laporan dan mereka memberitahu saya: "Oh, ia boleh dilakukan seperti ini!" Ia berlaku secara berbeza. Apabila idea muncul, ia sentiasa sangat menggembirakan dan sejuk, ini bermakna anda boleh membuat laporan yang lebih menarik dan terlibat.
Ucapan dari bidang IT yang anda suka secara peribadi? Adakah terdapat penceramah seperti itu? Dan mengapa?
Terdapat dua jenis penceramah yang saya gemari pembentangannya. Yang pertama ialah penceramah yang saya cuba jadikan. Mereka bercakap dengan cara yang menarik dan terlibat, cuba memastikan semua orang berminat dan semua orang mendengar.
Jenis penceramah kedua ialah mereka yang boleh bercakap tentang mana-mana tegar yang biasanya membosankan dengan cara yang sangat menarik dan mengujakan.
Daripada nama dalam kategori kedua, ini ialah Alexey Shepelev, yang bercakap tentang beberapa jenis pengumpulan sampah berprestasi mendalam dan bahagian dalam mesin maya java dengan cara yang menarik dan lucu. Satu lagi penemuan DevOops terbaharu ialah Sergey Fedorov daripada Netflix. Dia memberitahu perkara teknikal semata-mata tentang cara mereka mengoptimumkan rangkaian penghantaran kandungan mereka, dan dia memberitahunya dengan cara yang sangat menarik.
Dari kategori pertama - ini ialah Jessica Deen, Anton Weiss, Roman Shaposhnik. Ini ialah penceramah yang bercakap dengan menarik, dengan humor, dan berhak menerima penilaian yang tinggi.
Anda mungkin mempunyai lebih banyak jemputan untuk bercakap di persidangan berbanding masa untuk berbuat demikian. Bagaimana anda memilih ke mana anda akan pergi dan ke mana tidak?
Persidangan dan penceramah, seperti hampir semua perkara lain, dikawal oleh hubungan pasaran bekalan dan permintaan dan nilai satu daripada yang lain. Terdapat persidangan yang, baik, katakan, mahukan saya lebih daripada yang saya perlukan. Dari segi penonton yang saya jangka akan bertemu di sana dan impak yang saya harapkan untuk dilakukan di sana. Terdapat persidangan yang, sebaliknya, saya mahu pergi ke lebih daripada yang mereka perlukan saya. Berdasarkan nilai untuk saya, saya memutuskan ke mana hendak pergi.
Iaitu, jika ini, sebagai contoh, sejenis geografi di mana saya perlu pergi secara strategik, ini adalah persidangan terkenal yang besar yang mempunyai reputasi yang baik dan orang ramai akan pergi, maka jelas saya sangat memerlukannya. Dan saya lebih suka daripada persidangan lain.
Jika ini adalah sejenis persidangan serantau kecil, dan, mungkin, di mana kita tidak begitu berminat, maka mungkin perjalanan ke sana tidak membenarkan masa yang dihabiskan untuk perkara ini. Perhubungan pasaran biasa permintaan, penawaran dan nilai.
Geografi yang baik, demografi yang baik, hubungan yang berpotensi baik, komunikasi adalah jaminan bahawa persidangan itu akan menarik bagi saya.
Dalam satu temu bual anda, anda menyebut bahawa anda bercakap pada kira-kira empat puluh persidangan setahun. Bagaimanakah anda menguruskan untuk bekerja dan bersedia untuk persembahan? Dan adakah anda berjaya mengekalkan keseimbangan kerja/kehidupan dengan jadual sedemikian? Kongsi rahsia anda?
Perjalanan ke persidangan adalah bahagian terbesar kerja saya. Sudah tentu, terdapat segala-galanya: terdapat persediaan untuk laporan, mengekalkan diri anda dalam bentuk teknikal, menulis kod, mempelajari perkara baharu. Ini semua dilakukan selari dengan persidangan: pada waktu malam, dalam kapal terbang, sehari sebelumnya, apabila anda sudah tiba untuk persidangan itu, dan esok. Sesuatu seperti ini.
Sudah tentu, sukar untuk mengekalkan keseimbangan kerja/kehidupan apabila anda menghabiskan banyak masa dalam perjalanan perniagaan. Tetapi saya cuba mengimbanginya dengan fakta bahawa, sekurang-kurangnya apabila saya tidak dalam perjalanan perniagaan, saya 100% bersama keluarga saya, saya tidak menjawab e-mel pada waktu malam, saya cuba untuk tidak menyertai mana-mana panggilan pada waktu malam dan pada hujung minggu. Apabila saya tidak dalam perjalanan perniagaan dan ia adalah masa keluarga, ia benar-benar 100% masa keluarga. Adakah ini berfungsi dan adakah ia menyelesaikan masalah? Tidak. Tetapi saya berharap ini akan memberi pampasan kepada keluarga saya sepanjang masa saya tiada.
Dengan jadual yang begitu padat, adakah anda berjaya mengekalkan tahap teknikal anda atau adakah anda sudah beralih daripada pengaturcaraan?
Saya cuba melakukan beberapa perkara teknikal semasa membuat persediaan untuk ceramah saya dan aktiviti lain di persidangan itu. Ini adalah semua jenis demo teknikal, beberapa laporan mini yang kami berikan di tempat duduk. Ini bukan pengaturcaraan pengaturcaraan, ini lebih integrasi, tetapi ini sekurang-kurangnya beberapa kerja teknikal yang saya cuba lakukan. Dengan cara ini saya mengekalkan pengetahuan tentang produk kami, ciri baharu dan sebagainya.
Sudah tentu, mungkin mustahil untuk mengatakan bahawa saya adalah pengekod tegar yang sama sekarang seperti saya 7 tahun lalu. Tidak pasti sama ada itu perkara yang buruk. Ini mungkin sejenis evolusi semula jadi. Ini kurang menarik bagi saya, dan saya mempunyai sedikit masa, jadi, mungkin, Tuhan memberkati dia.
Saya masih menganggap diri saya pakar teknikal yang kuat, saya masih mengikuti perkembangan apa yang berlaku, saya sentiasa berjaga-jaga. Ini adalah keadaan hibrid saya hari ini.
Sila beritahu kami beberapa cerita lucu atau situasi melampau yang berlaku kepada anda: terlepas pesawat/padam pembentangan/kuasa terputus semasa laporan/bagasi tidak sampai?
Daripada situasi yang melucukan, apa yang paling saya ingat ialah pelbagai kegagalan dahsyat yang berlaku semasa laporan itu. Sememangnya, kerana ini adalah situasi yang paling tertekan, kerana ia adalah penonton, masa, dan anda perlu memastikan bahawa mereka tidak mensia-siakannya.
Saya mempunyai "skrin biru kematian" pada kedua-dua Windows dan Mac semasa ceramah. Pada Windows ia berlaku sekali, pada Mac beberapa kali. Ini, tentu saja, tertekan, tetapi kami entah bagaimana menyelesaikan masalah ini, komputer dimulakan semula, saya terus memberitahu sesuatu pada masa ini, tetapi tekanannya sangat besar.
Mungkin situasi paling lucu yang saya alami adalah pada persidangan Groovy. Saya tidak ingat dengan tepat di mana persidangan itu diadakan, nampaknya, di sebuah hotel, dan di seberang hotel ini terdapat beberapa jenis pembinaan atau pengubahsuaian yang sedang dijalankan. Jadi saya bercakap tentang beberapa kod yang saya tulis, ia adalah demo. Ini adalah lelaran pertama demo, yang boleh difahami, tetapi mungkin tidak ditulis dengan baik. Dan saya hanya akan memfaktorkan semula dan memperbaikinya, dan saya menyebut beberapa frasa seperti "menghina diri" tentang fakta bahawa ini adalah "kod buruk". Ia berada di tingkat dua, dan pada masa itu kren di tapak pembinaan bertentangan hanya mengangkat tandas mudah alih. Dan pentas itu bertentangan dengan tingkap. Iaitu, saya melihat ke luar tingkap ini, sebut "kod buruk," dan tandas terapung melepasi tingkap. Dan saya memberitahu semua orang: "Berbalik, kami mempunyai ilustrasi di sini." Ini mungkin slaid terbaik pemikiran saya - tandas terbang dalam laporan saya apabila saya bercakap tentang kod buruk.
Dari cerita seperti bagasi tidak datang - ini, pada dasarnya, cerita biasa, tidak ada apa-apa untuk dibincangkan. Kami boleh mengatur temu bual berasingan tentang semua jenis petua perjalanan, di mana kami boleh bercakap tentang bagasi yang tidak sampai, tetapi tiada apa-apa yang kritikal.
Saya cuba bersungguh-sungguh dalam semua kos untuk sentiasa terbang, datang dan menghadiri semua persidangan yang saya janjikan, kerana, sekali lagi, sudah tiba masanya. Masa orang tidak ternilai kerana ia adalah satu kredit kepercayaan yang mereka berikan kepada anda. Dan jika pinjaman ini dibazirkan, maka tidak ada cara untuk mendapatkannya kembali kemudian.
Jika seseorang meluangkan masa, datang ke persidangan untuk mendengar laporan saya, dan saya mengambilnya dan tidak datang, ini buruk, kerana tidak ada cara untuk mendapatkan masa orang ini kembali. Oleh itu, adalah sangat penting bagi saya untuk menunaikan semua janji saya dalam hal ini, dan setakat ini semuanya berjalan lancar.
Ramai orang berfikir seperti ini: "Mengapa pergi ke persidangan sama sekali? Anda boleh menonton video di YouTube dan anda boleh bersembang dalam talian pada bila-bila masa.” Mengapakah anda fikir peserta perlu pergi ke persidangan?
Soalan yang hebat! Anda harus pergi ke persidangan untuk rangkaian. Ini tidak ternilai dan tidak ada cara lain untuk mendapatkannya. Saya telah menyebut tentang kepentingan komunikasi, komunikasi dan kemahiran insaniah. Menonton video di YouTube, malangnya, tidak memberikan pengalaman dalam kemahiran insaniah. Oleh itu, anda perlu pergi ke persidangan demi komunikasi.
Di samping itu, sekurang-kurangnya bagi saya, apabila menonton video di YouTube, pertunangan itu sama sekali berbeza, dan bahan itu diingati dan diingati dengan lebih baik. Mungkin ini hanya saya, tetapi saya mengesyaki bahawa berada di dalam bilik semasa ceramah dan menonton video di YouTube adalah perkara yang berbeza. Terutama jika laporan itu bagus, nampaknya saya lebih baik mendengarnya secara langsung. Ia seperti mendengar konsert secara langsung dan rakaman.
Dan saya ulangi sekali lagi: rangkaian dan komunikasi bukanlah sesuatu yang boleh anda ambil daripada YouTube.
Tolong berikan kata-kata perpisahan kepada mereka yang baru merancang untuk menjadi penceramah atau baru mula berucap?
Cari pertemuan tempatan. Pertemuan tempatan ialah cara terbaik untuk memulakan kerjaya pertuturan anda atas beberapa sebab. Pertama, pertemuan tempatan sentiasa mencari penceramah. Mungkin tanpa pengalaman dan tanpa menjadi penceramah terkenal, sukar bagi anda untuk memohon ke beberapa persidangan terkenal, atau jawatankuasa program, selepas berkomunikasi dengan anda, akan memahami bahawa mungkin ia masih agak awal untuk anda. Sebaliknya, pertemuan tempatan sentiasa mencari pembesar suara dan bar untuk masuk adalah jauh lebih rendah, jadi lebih mudah untuk sampai ke sana.
Juga, tahap tekanan adalah berbeza sama sekali. Apabila 10-15-30 orang datang, ia tidak sama sekali dengan apabila terdapat 150-200-300 orang di dalam dewan, jadi ia lebih mudah.
Sekali lagi, kos untuk pertemuan tempatan adalah jauh lebih rendah: anda tidak perlu terbang ke mana-mana, anda tidak perlu menghabiskan hari, anda hanya boleh datang pada waktu petang. Mengingati nasihat saya tentang kepentingan mempunyai wajah yang mesra di kalangan penonton, adalah lebih mudah untuk datang ke pertemuan tempatan dengan seseorang kerana ia tidak memerlukan wang. Jika anda bercakap di persidangan, anda sebagai penceramah datang secara percuma, tetapi +1 anda ini, yang akan menjadi muka mesra di khalayak ramai, perlu membeli tiket. Jika anda bercakap dalam pertemuan, tidak ada masalah seperti itu, anda boleh membawa seorang atau dua atau tiga rakan bersama anda yang akan menjadi muka mesra di dalam bilik.
Dan tambahan tambahan ialah penganjur pertemuan mempunyai lebih banyak peluang untuk membantu anda. Kerana penganjur persidangan akan mempunyai, sebagai contoh, 60 pembentangan yang perlu disemak, dipraktikkan dan disediakan. Dan penganjur pertemuan mempunyai satu, dua atau tiga, jadi anda secara semula jadi akan menerima lebih banyak perhatian.
Selain itu, lebih mudah untuk mendapatkan maklum balas daripada pertemuan tempatan. Anda telah menyelesaikan laporan anda dan kini anda dan penonton sudah pun berkomunikasi dan membincangkan sesuatu yang berkaitan dengan laporan anda. Untuk persidangan besar ini selalunya tidak berlaku. Anda membuat laporan dan itu sahaja. Khalayak, yang merupakan massa kelabu semasa laporan anda, telah pergi, dan anda tidak lagi mengetahui apa-apa tentang mereka, anda tidak mendengar, anda tidak akan menerima sebarang maklum balas.
Apa pun yang boleh dikatakan, pertemuan tempatan adalah topik yang hebat secara umum dan untuk pemula khususnya.
Baruch akan bercakap pada persidangan itu pada 7 Disember . Dalam laporannya, Baruch akan menganalisis kegagalan sebenar yang berlaku setiap hari dan di mana-mana semasa mengemas kini perisian. Ia akan menunjukkan cara semua jenis corak DevOps sesuai dengan senario yang berbeza dan cara menerapkannya dengan betul boleh menjimatkan anda.
Juga dalam program: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (perunding DevOps).
Ayuh berkenalan!
Sumber: www.habr.com