Baruch Sadogursky - Advokat Pangembang ing JFrog, co-penulis buku "Perangkat Lunak Cairan", speaker IT sing misuwur.
Ing sawijining wawancara, Baruch nerangake carane dheweke nyiapake laporan, kepiye konferensi asing beda karo Rusia, kenapa peserta kudu melu, lan kenapa dheweke kudu ngomong nganggo kostum kodhok.
Ayo dadi miwiti karo bab paling prasaja. Apa sampeyan mikir ngomong ing konferensi?
Nyatane, ngomong ing konferensi minangka tugas kanggo aku. Yen kita njawab luwih umum pitakonan "Napa karyaku?", banjur iki supaya (paling ora kanggo perusahaan JFrog) kanggo entuk rong gol. Kaping pisanan, kanggo nggawe kontak karo pangguna lan pelanggan. Yaiku, nalika aku ngomong ing konferensi, aku kasedhiya supaya saben wong sing duwe pitakon, sawetara umpan balik babagan produk lan perusahaan, bisa ngomong karo aku, aku bisa mbantu dheweke lan nambah pengalaman ing nggarap produk.
Kapindho, iki perlu kanggo nambah kesadaran merek. Yaiku, yen aku ngandhani sawetara perkara sing menarik, mula wong-wong bakal kasengsem karo jinis JFrog iki, lan minangka asil, dheweke bakal ana ing corong hubungan pangembang, sing pungkasane mlebu ing corong pangguna, sing pungkasane mlebu ing corong. corong pelanggan kita.
Tulung dakcritakake kepiye sampeyan nyiapake pertunjukan? Apa ana sawetara algoritma persiapan?
Ana papat luwih utawa kurang tataran saka preparation. Kaping pisanan yaiku wiwitan, kaya ing film. Sawetara gagasan kudu katon. Ide katon, banjur diwasa cukup suwe. Wis maturing, sampeyan mikir babagan cara paling apik kanggo nampilake ide iki, ing tombol apa, ing format apa, apa sing bisa dikandhakake babagan iki. Iki tahap pisanan.
Tahap kapindho yaiku nulis rencana tartamtu. Sampeyan duwe idea, lan wiwit ndarbeni rincian babagan carane sampeyan bakal saiki. Iki biasane ditindakake ing sawetara format peta pikiran, nalika kabeh sing ana gandhengane karo laporan kasebut katon ing babagan ide kasebut: argumen sing ndhukung, pambuka, sawetara crita sing pengin dicritakake. Iki tahap kapindho - rencana.
Tahap katelu yaiku nulis slide miturut rencana iki. Sampeyan nggunakake sawetara gagasan abstrak sing katon ing slide lan ndhukung crita sampeyan.
Tahap kaping papat yaiku run-through lan gladhen. Ing tataran iki, penting kanggo mesthekake yen busur crita wis dadi, sing crita iku koheren, lan kanggo mesthekake yen kabeh iku apik ing syarat-syarat wektu. Sawise iki, laporan bisa diumumake siap.
Kepiye sampeyan ngerti yen "topik iki" kudu ditangani? Lan carane sampeyan ngumpulake materi kanggo laporan?
Aku ora ngerti carane njawab, mung teka piye wae. Salah siji iku "Oh, carane kelangan ternyata kene,"Utawa iku "Oh, ora ana sing ngerti utawa ngerti bab iki,"Lan ana kesempatan kanggo ngomong, nerangake lan bantuan. Salah siji saka rong pilihan iki.
Koleksi materi gumantung banget marang laporan. Yen iki minangka laporan babagan topik abstrak, mula luwih akeh literatur, artikel. Yen iki praktis, mula bakal nulis kode, sawetara demo, nemokake potongan kode sing tepat ing produk, lan liya-liyane.
Wedi karo kinerja lan kuatir minangka sawetara alasan sing paling umum kenapa wong ora munggah ing panggung. Apa sampeyan duwe saran kanggo sing ngrasa gugup nalika nindakake? Apa sampeyan kuwatir lan kepiye carane ngatasi?
Ya, aku duwe, mesthine, lan, mesthine, nalika aku mandheg kuwatir, iki minangka alasan kanggo mungkasi perkara iki.
Iku misale jek kula sing iki kedadean rampung normal nalika sampeyan munggah ing tataran lan ana akeh wong ing ngarepe sampeyan. Sampeyan kuwatir amarga tanggung jawab gedhe, iku wajar.
Carane menehi hasil karo iki? Ana macem-macem cara. Aku wis tau iku ing tingkat kuwi aku kudu perang langsung, supaya iku angel kanggo kula ngomong.
Sing paling penting sing uga mbantu aku yaiku pasuryan sing ramah - sawetara pasuryan sing akrab ing pamirsa. Yen sampeyan takon wong sing sampeyan kenal teka ing obrolan sampeyan, lungguh ing baris ngarep ing tengah supaya tansah katon ing wong, lan wong bakal positif, bakal mesem, manthuk, ndhukung, aku iki ageng. bantuan gedhe. Aku ora khusus takon sapa apa iki, nanging yen mengkono sing ana pasuryan menowo ing pirsawan, mbantu kathah lan relieves kaku. Iki minangka saran sing paling penting.
Sampeyan ngomong akeh ing konferensi Rusia lan internasional. Apa sampeyan ndeleng prabΓ©dan antarane laporan ing konferensi Rusia lan manca? Apa ana prabΓ©dan ing pamirsa? Ing organisasi?
Aku ndeleng loro beda gedhe. Cetha yen konferensi beda-beda ing Rusia lan ing luar negeri, nanging yen kita njupuk rata-rata kanggo rumah sakit, banjur ing Rusia konferensi luwih teknis babagan kedalaman laporan, babagan hardcore. Iki apa wong sing digunakake kanggo, mbok menawa thanks kanggo konferensi utama kayata Joker, JPoint, Highload, kang tansah adhedhasar presentations hardcore. Lan iki persis sing dikarepake wong saka konferensi. Lan kanggo akeh wong, iki minangka indikator apa konferensi iki apik utawa ala: ana akeh daging lan hardcore utawa akeh banyu.
Jujur, mbok menawa amarga aku ngomong akeh ing konferensi asing, aku ora setuju karo pendekatan iki. Aku pracaya yen laporan babagan soft skills, "laporan semi-kamanusiaan", ora kurang, lan mbok menawa malah luwih penting kanggo konferensi. Amarga sawetara perkara teknis pungkasane bisa diwaca ing buku, sampeyan bisa nemtokake kanthi nggunakake manual pangguna, nanging nalika nerangake soft skill, nalika nerangake psikologi, nalika nerangake komunikasi, ora ana ngendi wae kanggo entuk kabeh iki, paling ora. gampang, diakses lan dingerteni. Iku misale jek kula sing iki ora kurang penting saka komponen technical.
Iki penting banget kanggo konferensi DevOps kayata DevOpsDays, amarga DevOps dudu babagan teknologi. DevOps mung babagan komunikasi, mung babagan cara kanggo wong sing durung kerja bareng sadurunge bisa kerja bareng. Ya, ana komponen teknis, amarga otomatisasi kritis kanggo DevOps, nanging iki mung salah sijine. Lan nalika konferensi DevOps, tinimbang ngomong babagan DevOps, ngomong babagan keandalan situs utawa otomatisasi utawa pipa, mula konferensi iki, sanajan kasunyatane banget hardcore, miturut pendapatku, ora kejawab inti saka DevOps lan dadi konferensi babagan administrasi sistem. , ora babagan DevOps.
Bedane kapindho yaiku persiapan. Maneh, aku njupuk rata-rata rumah sakit lan kasus umum, ora khusus. Ing luar negeri, dheweke nganggep manawa umume wong wis ngalami latihan pidato umum sajrone urip. Paling ora ing Amerika, iku bagΓ©an saka pendidikan sing luwih dhuwur. Yen wong wis lulus saka College, iku wis pengalaman owahan ing public speaking. Mula, sawise panitia program wis ndeleng rencana lan ngerti apa sing bakal dilapurake, ora ana latihan maneh babagan pidato kanggo pamicara, amarga dipercaya dheweke, mesthine, ngerti carane nindakake.
Ing Rusia, asumsi kasebut ora digawe, amarga sawetara wong duwe pengalaman ing public speaking, lan mulane penutur dilatih luwih akeh. Maneh, umume ana run-through, ana kelas karo speaker, ana kursus public speaking kanggo mbantu penutur.
AkibatΓ©, penutur sing lemah sing komunikasi kurang apik diilangi, utawa dibantu dadi presenter sing luwih kuwat. Kasunyatan bilih ing Public Speaking ing Kulon dianggep minangka skill sing akeh wong, pungkasane entuk efek sebaliknya, amarga asumsi iki asring salah, salah, lan wong sing ora ngerti carane ngomong ing umum kanthi terang-terangan. tataran lan gawΓ© laporan njijiki. Lan ing Rusia, sing diyakini ora ana pengalaman ing public speaking, pungkasane dadi luwih apik, amarga padha dilatih, diuji, milih sing apik, lan liya-liyane.
Iki loro prabΓ©dan.
Apa sampeyan wis ngunjungi DevOpsDays ing negara liya? Apa sampeyan mikir yen padha beda karo konferensi liyane? Apa ana fitur khusus?
Aku bisa uga wis melu sawetara konferensi DevOpsDays ing saindenging jagad: ing Amerika, Eropa, lan Asia. Waralaba konferensi iki cukup unik amarga nduweni format sing luwih utawa kurang sing bisa diarepake ing ngendi wae saka konferensi kasebut. Format kasebut kaya ing ngisor iki: ana sawetara presentasi konferensi baris ngarep, lan akeh wektu sing dikhususake kanggo format ruang terbuka.
Ruang terbuka minangka format ing ngendi topik sing dipilih paling akeh dirembug bareng karo peserta liyane. Sing ngusulake topik iki yaiku pimpinan, dheweke nggawe diskusi diwiwiti. Iki minangka format sing apik amarga, kaya sing kita ngerti, komunikasi lan jaringan ora pati penting ing konferensi apa wae tinimbang presentasi. Lan nalika konferensi nyawisake setengah saka wektu kanggo format jaringan, iku apik banget.
Kajaba iku, Dhiskusi Kilat asring dianakake ing DevOpsDays - iki minangka laporan limang menit singkat sing ngidini sampeyan sinau akeh babagan lan mbukak mata kanggo sawetara perkara anyar kanthi format sing ora mboseni. Lan yen ing tengah-tengah laporan reguler sampeyan nyadari yen iki dudu sampeyan, banjur wektu bakal dibuwang, 30-40 menit uripmu dibuwang, banjur ing kene kita ngomong babagan laporan limang menit. Lan yen sampeyan ora kasengsem, iku bakal mungkasi rauh. "Marang kita, nanging cepet" uga format sing apik banget.
Ana liyane DevOpsDays teknis, lan ana sing disesuaikan khusus karo apa DevOps: proses, kolaborasi, lan liya-liyane. Iku menarik kanggo duwe loro, lan iku menarik kanggo duwe loro. Aku mikir iki minangka salah sawijining waralaba konferensi DevOps paling apik saiki.
Kathah pagelaran panjenengan ingkang sami kaliyan pagelaran utawi sandiwara: kadhang-kadhang panjenengan paring pirembagan awujud tragedi Yunani, kadhang kala dados Sherlock, kadhang-kadhang ngangge kostum kodhok. Kepiye carane sampeyan nggawe wong-wong mau? Apa ana gol tambahan kajaba nggawe laporan ora mboseni?
Kayane aku laporan ora duwe hak kanggo mboseni, amarga pisanan, aku mbuwang wektune para pamireng, ing laporan sing mboseni kurang melu, sinau kurang, sinau babagan anyar, lan iki ora. sampah paling apik wektu. Kapindho, tujuanku uga ora bisa digayuh: dheweke ora mikir apa-apa sing apik babagan aku, dheweke ora mikir apa-apa sing apik babagan JFrog, lan kanggoku iki minangka sawetara kegagalan.
Mulane, laporan sing mboseni ora duwe hak kanggo ana, paling ora kanggo aku. Aku nyoba kanggo nggawe wong menarik, atraktif lan paweling. Pagelaran minangka salah sawijining cara. Lan, nyatane, cara kasebut cukup gampang. Kabeh sing perlu kanggo teka munggah karo sawetara format menarik, lan banjur saiki pikirane padha sing presented ing wangun laporan biasa ing format mboten umum.
Kepiye carane nggawe iki? Iku ora tansah padha. Kadhangkala iki sawetara gagasan sing teka ing pikiranku, kadhangkala iki sawetara gagasan sing diwenehake marang aku nalika aku mlaku-mlaku utawa nuduhake pikirane babagan laporan lan dheweke ngandhani: "Oh, bisa kaya iki!" Iku kedadeyan beda. Nalika idea katon, iku tansah seneng banget lan kelangan, iki tegese sampeyan bisa nggawe laporan luwih menarik lan melu.
Pidato saka bidang IT sing sampeyan senengi? Apa ana speaker kaya ngono? Lan kenapa?
Ana rong jinis pamicara sing presentasi aku seneng. Sing pertama yaiku pamicara sing dakcoba kaya. Dheweke ngomong kanthi cara sing menarik lan melu, nyoba kanggo mesthekake yen kabeh wong kasengsem lan kabeh wong ngrungokake.
Jinis penutur nomer loro yaiku sing bisa ngomong babagan hardcore sing biasane mboseni kanthi cara sing menarik lan nyenengake.
Saka jeneng ing kategori kapindho, iki Alexey Shepelev, sing ngomong babagan sawetara jinis koleksi sampah kinerja jero lan njero mesin virtual java kanthi cara sing menarik lan lucu. Penemuan liyane saka DevOops paling anyar yaiku Sergey Fedorov saka Netflix. Dheweke ngandhani babagan teknis babagan cara ngoptimalake jaringan pangiriman konten, lan dheweke ngandhani kanthi cara sing menarik.
Saka kategori pisanan - iki Jessica Deen, Anton Weiss, Roman Shaposhnik. Iki minangka penutur sing ngomong kanthi menarik, humor, lan pantes nampa peringkat dhuwur.
Sampeyan mbokmenawa duwe luwih akeh undhangan kanggo ngomong ing konferensi tinimbang wektu kanggo nindakake. Kepiye sampeyan milih ngendi sampeyan bakal lunga lan ora?
Konferensi lan pamicara, kaya meh kabeh liyane, diatur dening hubungan pasar saka pasokan lan dikarepake lan nilai siji saka liyane. Ana konferensi sing, uga, ayo ngomong, pengin aku luwih saka aku butuh. Ing babagan pamirsa sing dakkarepake bakal ketemu ing kana lan pengaruh sing dakkarepake ana ing kana. Ana konferensi sing, ing nalisir, aku pengin pindhah menyang luwih saka padha perlu kula. Adhedhasar nilai kanggo kula, aku arep menyang ngendi.
Yaiku, yen iki, umpamane, sawetara jinis geografi sing kudu daktuju kanthi strategis, iki minangka konferensi gedhe sing kondhang sing duwe reputasi apik lan wong bakal lunga, mula jelas aku butuh banget. Lan aku luwih seneng karo konferensi liyane.
Yen iki sawetara jenis konferensi regional cilik, lan, mbok menawa, ing ngendi kita ora banget kasengsem, banjur bisa uga yen trip ana ora mbenerake wektu ngginakaken ing prakara iki. Hubungan pasar normal saka dikarepake, pasokan lan nilai.
Geografi sing apik, demografi sing apik, kontak sing bisa uga apik, komunikasi minangka jaminan yen konferensi bakal menarik kanggo aku.
Ing salah sawijining wawancara, sampeyan nyebutake yen sampeyan ngomong babagan patang puluh konferensi saben taun. Kepiye carane sampeyan bisa kerja lan nyiapake pertunjukan? Lan sampeyan bisa njaga keseimbangan kerja / urip kanthi jadwal kaya ngono? Nuduhake rahasia sampeyan?
Lelungan menyang konferensi minangka bagean gedhe saka karyaku. Mesthine, ana kabeh liyane: ana persiapan kanggo laporan, tetep ing wangun teknis, nulis kode, sinau babagan anyar. Iki kabeh ditindakake kanthi paralel karo konferensi: ing wayah sore, ing pesawat, dina sadurunge, nalika sampeyan wis teka kanggo konferensi, lan sesuk. Mergo iki.
Mesthine angel njaga keseimbangan kerja / urip nalika sampeyan nglampahi wektu akeh ing perjalanan bisnis. Nanging aku nyoba ngimbangi iki kanthi kasunyatan, paling ora nalika aku ora ana ing perjalanan bisnis, aku 100% karo kulawarga, aku ora mangsuli email ing wayah sore, aku nyoba ora melu apa wae. telpon ing wayah sore lan ing akhir minggu. Nalika aku ora lelungan bisnis lan wektu kulawarga, iku pancene 100% wektu kulawarga. Apa iki bisa lan ngrampungake masalah? Ora. Nanging muga-muga iki bisa menehi ganti rugi kanggo kulawargaku sajrone aku ora ana.
Kanthi jadwal sing ketat, apa sampeyan bisa njaga level teknis utawa sampeyan wis pindhah saka program?
Aku nyoba nindakake sawetara perkara teknis nalika nyiapake ceramah lan kegiatan liyane ing konferensi kasebut. Iki kabeh jinis demo teknis, sawetara laporan mini sing diwenehake ing stands. Iki ora pemrograman-program, iki luwih integrasi, nanging iki paling sawetara karya technical aku nyoba kanggo nindakake. Kanthi cara iki aku njaga kawruh babagan produk, fitur anyar, lan liya-liyane.
Mesthi, iku mbokmenawa mokal kanggo ngomong sing aku padha hardcore coder saiki aku 7 taun kepungkur. Ora yakin apa sing ala. Iki mbokmenawa sawetara jenis evolusi alam. Iki kurang menarik kanggo kula, lan aku duwe wektu kurang, supaya, mbokmenawa, Gusti Allah mberkahi dheweke.
Aku isih nganggep aku minangka spesialis teknis sing kuwat, aku isih tetep ngerti apa sing kedadeyan, aku tetep ing driji sikilku. Iki kahanan hibridaku saiki.
Mangga marang kita sawetara crita lucu utawa kahanan nemen sing kedaden kanggo sampeyan: ora kejawab pesawat / mbusak presentation / daya Cut mati sak laporan / bagasi ora teka?
Saka kahanan sing lucu, sing paling dakeling-eling yaiku macem-macem kegagalan elek sing kedadeyan sajrone laporan kasebut. Alamiah, amarga iki kahanan paling ngepenakke, amarga iku pirsawan, wektu, lan sampeyan kudu nggawe manawa padha ora sampah.
Aku duwe "layar biru pati" ing Windows lan Mac nalika ngobrol. Ing Windows kedadeyan sapisan, ing Mac kaping pindho. Iki, mesthi, ngepenakke, nanging kita piye wae ngatasi masalah iki, komputer miwiti maneh, Aku terus marang soko ing wektu iki, nanging kaku gedhe tenan.
Mbokmenawa kahanan paling lucu aku ana ing konferensi Groovy. Aku ora ngelingi persis ngendi konferensi iki dianakakΓ©, misale jek, ing hotel, lan ngelawan hotel iki ana sawetara jenis construction utawa mbenake. Lan aku ngedika bab sawetara kode sing aku wrote, iku demo. Iki minangka pengulangan pisanan saka demo, sing bisa dingerteni, nanging bisa uga ora ditulis kanthi apik. Lan aku mung arep refactor lan nambah, lan aku kasebut sawetara tembung kaya "self deprecating" babagan kasunyatan sing iki "kode shitty". Ana ing lantai loro, lan nalika iku crane ing situs konstruksi ngelawan mung ngangkat jamban portabel. Lan panggung ngelawan jendela. Yaiku, aku ndeleng metu jendhela iki, ujar "kode jelek," lan jamban ngambang liwat jendela. Lan aku ngandhani kabeh wong: "Balik, kita duwe ilustrasi ing kene." Iki bisa uga dadi slide paling apik ing pikiranku - jamban mabur ing laporanku nalika aku ngomong babagan kode sing ora apik.
Saka crita kaya bagasi ora teka - iki, ing asas, crita normal, ana apa-apa kanggo ngomong bab. Kita bisa ngatur Interview kapisah bab kabeh jinis tips travel, ngendi kita bisa ngomong bab bagasi sing ora teka, nanging ora ana kritis.
Aku nyoba banget hard ing kabeh biaya kanggo tansah mabur, teka lan rawuh kabeh konferensi ing kang aku janji, amarga, maneh, iku wektu wong. Wektu wong ora larang regane amarga iki minangka kredit kepercayaan sing diwenehake marang sampeyan. Lan yen silihan iki boroske, banjur ora ana cara kanggo mbalekake maneh.
Yen wong ngginakaken wektu, teka ing konferensi kanggo ngrungokake laporan, lan aku njupuk lan ora teka, iki ala, amarga ora ana cara kanggo njaluk wektu wong iki bali. Mula, penting banget kanggo aku netepi kabeh janji ing babagan iki, lan nganti saiki kabeh bisa ditindakake.
Akeh wong sing mikir kaya mangkene: "Apa sebabe menyang konferensi? Sampeyan bisa nonton video ing YouTube, lan sampeyan bisa tansah ngobrol online. Apa sampeyan mikir peserta kudu pindhah menyang konferensi?
Pitakonan gedhe! Sampeyan kudu pindhah menyang konferensi kanggo jaringan. Iki larang regane lan ora ana cara liya kanggo entuk. Aku wis sebutno pentinge komunikasi, komunikasi lan soft skill. Nonton video ing YouTube, sayangΓ©, ora menehi pengalaman ing soft skill. Mulane, sampeyan kudu pindhah menyang konferensi kanggo komunikasi.
Kajaba iku, paling ora kanggo aku, nalika nonton video ing YouTube, keterlibatan kasebut beda banget, lan materi kasebut dieling-eling lan dieling-eling. Mungkin mung aku, nanging aku curiga yen ana ing kamar nalika ngobrol lan nonton video ing YouTube pancen beda. Utamane yen laporan apik, misale jek aku luwih seneng ngrungokake langsung. Kaya ngrungokake konser langsung lan rekaman.
Lan aku mbaleni maneh: jaringan lan komunikasi dudu perkara sing bisa dijupuk saka YouTube.
Mangga menehi sawetara tembung perpisahan kanggo wong-wong sing lagi arep dadi speaker utawa wis wiwit ngomong?
Goleki ketemu lokal. Temu lokal minangka cara sing apik kanggo miwiti karir wicara amarga sawetara alasan. Kaping pisanan, rapat lokal tansah golek pamicara. Bisa uga tanpa pengalaman lan tanpa dadi pamicara sing misuwur, sampeyan bakal angel nglamar konferensi sing misuwur, utawa panitia program, sawise sesambungan karo sampeyan, bakal ngerti manawa isih rada awal kanggo sampeyan. Ing kontras, meetups lokal tansah looking for speakers lan bar kanggo entri akeh, luwih murah, supaya iku luwih gampang kanggo njaluk ing kono.
Kajaba iku, tingkat stres beda banget. Nalika 10-15-30 wong teka, iku ora kabeh padha nalika ana 150-200-300 wong ing bale, supaya luwih gampang.
Maneh, biaya kanggo ketemu lokal luwih murah: sampeyan ora kudu mabur ing ngendi wae, sampeyan ora kudu nglampahi dina, sampeyan mung bisa teka ing wayah sore. Ngelingi pituturku babagan pentinge duwe pasuryan grapyak ing pamirsa, luwih gampang teka ing rapat lokal karo wong amarga ora mbutuhake dhuwit. Yen sampeyan ngomong ing konferensi, sampeyan minangka speaker teka gratis, nanging iki +1 sampeyan, sing bakal dadi ramah ing umum, kudu tuku tiket. Yen sampeyan ngomong ing meetup, ora ana masalah, sampeyan bisa nggawa siji utawa loro utawa telu kanca karo sampeyan sing bakal dadi loropaken ing kamar.
Lan plus tambahan yaiku penyelenggara meetup duwe luwih akeh kesempatan kanggo mbantu sampeyan. Amarga penyelenggara konferensi bakal duwe, contone, 60 presentasi sing kudu dideleng, dilatih lan disiapake. Lan penyelenggara rapat duwe siji, loro utawa telu, dadi sampeyan bakal entuk perhatian luwih akeh.
Kajaba iku, luwih gampang entuk umpan balik saka rapat lokal. Sampeyan wis rampung laporan lan saiki sampeyan lan pamirsa wis komunikasi lan ngrembug babagan sing ana gandhengane karo laporan sampeyan. Kanggo konferensi gedhe, iki asring ora kedadeyan. Sampeyan nggawe laporan lan iku. Para pamirsa, sing dadi massa abu-abu sajrone laporan sampeyan, wis lunga, lan sampeyan ora ngerti apa-apa maneh, sampeyan ora krungu, sampeyan ora bakal nampa umpan balik.
Apa wae sing bisa dikandhakake, pertemuan lokal minangka topik sing apik ing umum lan khusus kanggo pamula.
Baruch bakal ngomong ing konferensi tanggal 7 Desember . Ing laporan kasebut, Baruch bakal nganalisa kegagalan nyata sing kedadeyan saben dina lan ing endi wae nalika nganyari piranti lunak. Iki bakal nuduhake kepiye kabeh pola DevOps cocog karo skenario sing beda-beda lan carane ngetrapake kanthi bener bisa nylametake sampeyan.
Uga ing program: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (konsultan DevOps).
Ayo kenalan!
Source: www.habr.com