Baruch Sadogursky - JFrog'un Geliştirici Avukatı, “Sıvı Yazılım” kitabının ortak yazarı, ünlü BT konuşmacısı.
Bir röportajda Baruch, raporlarını nasıl hazırladığını, yabancı konferansların Rus konferanslarından ne kadar farklı olduğunu, katılımcıların neden katılmaları gerektiğini ve neden kurbağa kostümüyle konuşmaları gerektiğini anlattı.
En basit şeyle başlayalım. Neden konferanslarda konuşmayı düşünüyorsunuz?
Aslında konferanslarda konuşmak benim için bir iş. "Neden benim işim?" sorusuna daha genel bir yanıt verirsek, o zaman bu (en azından JFrog şirketi için) iki hedefe ulaşmak içindir. Öncelikle kullanıcılarımız ve müşterilerimizle iletişim kurmak. Yani konferanslarda konuştuğumda, ürünlerimiz ve şirketimiz hakkında herhangi bir sorusu olan, geri bildirimi olan herkesin benimle konuşabilmesi için müsaitim, onlara bir şekilde yardımcı olabilirim ve ürünlerimizle çalışma deneyimlerini geliştirebilirim.
İkincisi marka bilinirliğini arttırmak için bu gerekli. Yani, bazı ilginç şeyler söylersem, insanlar bunun ne tür bir JFrog olduğuyla ilgileniyorlar ve sonuç olarak geliştirici ilişkileri hunimize giriyorlar, bu da en sonunda kullanıcılarımızın hunisine gidiyor, o da sonunda geliştirici ilişkileri hunisine gidiyor. müşterilerimizin hunisi.
Gösterilere nasıl hazırlanacağınızı bize anlatır mısınız? Bir çeşit hazırlama algoritması var mı?
Hazırlığın aşağı yukarı dört standart aşaması vardır. Birincisi, filmlerdeki gibi başlangıçtır. Bir fikir ortaya çıkmalı. Bir fikir ortaya çıkıyor ve oldukça uzun bir süre olgunlaşıyor. Olgunlaşıyor, bu fikri en iyi nasıl sunacağınızı, hangi anahtarda, hangi formatta, onun hakkında ne söylenebileceğini düşünüyorsunuz. Bu ilk aşamadır.
İkinci aşama belirli bir plan yazmaktır. Bir fikriniz var ve onu nasıl sunacağınıza dair ayrıntılar edinmeye başlıyor. Bu genellikle bir tür zihin haritası formatında yapılır; raporla ilgili her şey fikrin etrafında görünür: destekleyici argümanlar, giriş, bu konuda anlatmak istediğiniz bazı hikayeler. Bu ikinci aşamadır; plan.
Üçüncü aşama ise bu plana göre slaytların yazılmasıdır. Slaytlarda görünen bazı soyut fikirleri kullanıyor ve hikayenizi destekliyorsunuz.
Dördüncü aşama, denemeler ve provalardır. Bu aşamada hikaye akışının ortaya çıktığından, hikayenin tutarlı olduğundan ve zamanlama açısından her şeyin yolunda olduğundan emin olmak önemlidir. Bundan sonra raporun hazır olduğu bildirilebilir.
“Bu konunun” ele alınması gerektiğini nasıl anlıyorsunuz? Peki raporlar için materyali nasıl topluyorsunuz?
Nasıl cevap vereceğimi bilmiyorum, bir şekilde geliyor. Ya "Ah, burası ne kadar harika oldu" ya da "Ah, bunu gerçekten kimse bilmiyor ya da anlamıyor" ve anlatma, açıklama ve yardım etme fırsatı var. Bu iki seçenekten biri.
Materyallerin toplanması büyük ölçüde rapora bağlıdır. Bu soyut bir konu hakkında bir raporsa, o zaman daha çok literatür, makalelerdir. Eğer bu pratik bir şeyse, o zaman kod yazmak, bazı demolar yapmak, ürünlerde doğru kod parçalarını bulmak vb. olacaktır.
Performans korkusu ve kaygı, insanların sahneye çıkmamasının en yaygın nedenlerinden bazılarıdır. Performans yaparken gergin hissedenlere tavsiyeleriniz var mı? Endişeleniyor musunuz ve bununla nasıl başa çıkıyorsunuz?
Evet, bende var, öyle olmalı ve muhtemelen endişelenmeyi tamamen bıraktığım anda bu, bu konuyu bırakmak için bir neden.
Bana öyle geliyor ki, sahneye çıktığınızda ve önünüzde çok sayıda insan olduğunda bu tamamen normal bir olay. Endişeleniyorsun çünkü bu büyük bir sorumluluk, bu doğal.
Bununla nasıl başa çıkılır? Farklı yollar var. Hiçbir zaman doğrudan savaşmamı gerektirecek bir seviyeye ulaşmadım, o yüzden bunu söylemek benim için zor.
Bana yardımcı olan en önemli şey dost canlısı bir yüz; seyirciler arasında tanıdık bir yüz. Tanıdığınız birinden konuşmanıza gelmesini isterseniz, ön sırada, ortada oturun, böylece ona her zaman bakabilirsiniz ve karşınızdaki kişi pozitif olacaktır, gülümseyecek, başını sallayacak, destekleyecektir, bence bu çok büyük bir şey. büyük yardım. Kimseden özellikle bunu yapmasını istemiyorum ama eğer seyirciler arasında tanıdık bir yüz varsa bu çok yardımcı oluyor ve stresi azaltıyor. Bu en önemli tavsiyedir.
Rusya'da ve uluslararası konferanslarda çok konuşuyorsunuz. Rusya ve yabancı konferanslardaki raporlar arasındaki farkı görüyor musunuz? Seyirci farkı var mı? Organizasyonda mı?
İki büyük fark görüyorum. Konferansların hem Rusya'da hem de yurtdışında farklı olduğu açık, ancak hastane ortalamasını alırsak Rusya'da konferanslar raporların derinliği, hardcore açısından daha tekniktir. Belki de Joker, JPoint, Highload gibi her zaman zorlu sunumlara dayanan büyük konferanslar sayesinde insanların alıştığı şey budur. İnsanların konferanslardan beklediği de tam olarak budur. Ve birçok insan için bu, konferansın iyi mi yoksa kötü mü olduğunun bir göstergesi: çok fazla et ve hardcore var ya da çok fazla su var.
Dürüst olmak gerekirse, belki de yurt dışı konferanslarda çok konuşmam nedeniyle bu yaklaşıma katılmıyorum. Sosyal becerilere ilişkin raporların, "yarı insani raporların" daha az olmadığına ve konferanslar için belki de daha önemli olduğuna inanıyorum. Çünkü bazı teknik şeyler sonuçta kitaplarda okunabilir, kullanım kılavuzunu kullanarak bunları çözebilirsiniz, ancak konu sosyal becerilere geldiğinde, konu psikolojiye geldiğinde, konu iletişime geldiğinde tüm bunları elde edecek hiçbir yer yok, en azından kolay, erişilebilir ve anlaşılır. Bana öyle geliyor ki bu teknik bileşenden daha az önemli değil.
Bu özellikle DevOpsDays gibi DevOps konferansları için önemlidir çünkü DevOps'un teknolojiyle hiçbir alakası yoktur. DevOps sadece iletişimle ilgilidir; daha önce birlikte çalışmamış kişilerin birlikte çalışmasının yolları ile ilgilidir. Evet teknik bir bileşen var çünkü otomasyon DevOps için kritik öneme sahip ama bu sadece onlardan biri. Ve bir DevOps konferansı, DevOps hakkında konuşmak yerine site güvenilirliği, otomasyon veya boru hatları hakkında konuştuğunda, o zaman bu konferans, çok sert olmasına rağmen, benim görüşüme göre, DevOps'un özünü kaçırıyor ve sistem yönetimi ile ilgili konferanslara dönüşüyor , DevOps ile ilgili değil.
İkinci fark hazırlık aşamasındadır. Yine spesifik vakaları değil, hastane ortalamasını ve genel vakalarını alıyorum. Yurt dışında çoğu insanın hayatları boyunca bir tür topluluk önünde konuşma eğitimi aldığını varsayıyorlar. En azından Amerika'da yüksek öğrenimin bir parçası. Bir kişi üniversiteden mezun olduysa, topluluk önünde konuşma konusunda zaten önemli bir deneyime sahiptir. Bu nedenle, program komitesi planı inceledikten ve raporun ne hakkında olacağını anladıktan sonra, konuşmacı adına konuşma konusunda artık eğitim yapılmaz çünkü konuşmacının büyük olasılıkla bunu nasıl yapacağını bildiğine inanılır.
Rusya'da bu tür varsayımlar yapılmamaktadır, çünkü çok az kişi topluluk önünde konuşma deneyimine sahiptir ve bu nedenle konuşmacılar çok daha fazla eğitilmektedir. Yine genel olarak alıştırmalar var, konuşmacıların olduğu sınıflar var, konuşmacılara yardımcı olacak topluluk önünde konuşma kursları var.
Sonuç olarak, zayıf iletişim kuran zayıf konuşmacılar elenir veya daha güçlü konuşmacılar olmalarına yardımcı olunur. Batı'da topluluk önünde konuşmanın birçok insanın sahip olduğu bir beceri olarak kabul edilmesi, sonuçta tam tersi bir etki yaratıyor, çünkü bu varsayımın çoğu zaman yanlış ve hatalı olduğu ortaya çıkıyor ve topluluk önünde nasıl konuşulacağını bilmeyen insanlar, açıkça çuvallıyorlar. sahneye çıkıp iğrenç raporlar üretiyorlar. Ve topluluk önünde konuşma deneyimi olmadığına inanılan Rusya'da, sonuçta çok daha iyi çıkıyor, çünkü eğitildiler, test edildiler, iyi olanı seçtiler vb.
Bunlar iki farktır.
Başka ülkelerde DevOpsDays'e katıldınız mı? Sizce diğer konferanslardan farkı nedir? Herhangi bir özel özellik var mı?
Muhtemelen dünya çapında birkaç düzine DevOpsDays konferansına katıldım: Amerika, Avrupa ve Asya'da. Bu konferans serisi, bu konferansların herhangi birinden bekleyebileceğiniz az çok yerleşik bir formata sahip olması açısından oldukça benzersizdir. Format şu şekildedir: Nispeten az sayıda ön konferans sunumu vardır ve açık alan formatına çok fazla zaman ayrılmıştır.
Açık alanlar, en çok oy verilen konunun diğer katılımcılarla birlikte tartışıldığı formattır. Bu konuyu öneren liderdir, tartışmanın başlamasını sağlar. Bu harika bir format çünkü bildiğimiz gibi iletişim ve ağ oluşturma herhangi bir konferansın sunumlardan daha az önemli bir parçası değil. Ve bir konferans zamanının yarısını bir ağ formatına ayırdığında bu çok hoş.
Ayrıca, Hızlandırılmış Konuşmalar genellikle DevOpsDays'de düzenlenir; bunlar, pek çok şey hakkında çok şey öğrenmenize ve sıkıcı olmayan bir formatta bazı yeni şeylere gözlerinizi açmanıza olanak tanıyan beş dakikalık kısa raporlardır. Ve düzenli bir raporun ortasında bunun size ait olmadığını fark ettiyseniz, o zaman zaman boşa gidiyor, hayatınızın 30-40 dakikası boşa gidiyor, o zaman burada beş dakikalık raporlardan bahsediyoruz. Ve eğer ilgilenmiyorsanız, yakında sona erecek. “Bize anlatın ama çabuk” da çok iyi bir formattır.
Daha teknik DevOpsDay'ler var ve DevOps'un ne olduğuna özel olarak uyarlanmış olanlar da var: süreçler, işbirliği, bunun gibi şeyler. Her ikisine de sahip olmak ilginç ve her ikisine de sahip olmak ilginç. Bunun günümüzün en iyi DevOps konferans serilerinden biri olduğunu düşünüyorum.
Performanslarınızın çoğu performanslara veya oyunlara benziyor: Bazen bir Yunan trajedisi şeklinde bir konuşma yapıyorsunuz, bazen Sherlock rolündesiniz, bazen kurbağa kostümüyle sahne alıyorsunuz. Bunları nasıl buluyorsunuz? Raporun sıkıcı olmamasının dışında ek hedefleriniz var mı?
Bana öyle geliyor ki bir raporun sıkıcı olmaya hakkı yok, çünkü öncelikle dinleyicilerin zamanını boşa harcıyorum, sıkıcı bir rapora daha az dahil oluyorlar, daha az öğreniyorlar, daha az yeni şeyler öğreniyorlar ve bu değil zamanlarının en iyi israfı. İkincisi, hedeflerime de ulaşılamadı: Benim hakkımda iyi bir şey düşünmüyorlar, JFrog hakkında iyi bir şey düşünmüyorlar ve benim için bu bir tür başarısızlık.
Bu nedenle, en azından benim için sıkıcı raporların var olma hakkı yok. Onları ilginç, çekici ve unutulmaz kılmaya çalışıyorum. Performanslar tek yönlüdür. Ve aslında yöntem oldukça kolaydır. İhtiyacınız olan tek şey ilginç bir format bulmak ve ardından düzenli bir rapor şeklinde sunulan aynı düşünceleri alışılmadık bir formatta sunmaktır.
Bunu nasıl bulabilirim? Her zaman aynı değildir. Bazen aklıma gelen fikirler bunlar, bazen de bir rapor üzerinde incelemeler yaptığımda ya da bir raporla ilgili düşüncelerimi paylaştığımda bana verilen fikirler ve bana “Ah, böyle de yapılabilir!” diyorlar. Farklı oluyor. Bir fikir ortaya çıktığında her zaman çok keyifli ve havalı olur, bu da daha ilginç ve kapsayıcı bir rapor hazırlayabileceğiniz anlamına gelir.
Bilişim alanından kimlerin konuşmalarını kişisel olarak beğeniyorsunuz? Böyle konuşmacılar var mı? Ve neden?
Sunumlarından keyif aldığım iki tür konuşmacı var. Birincisi, benzemeye çalıştığım konuşmacılar. İlginç ve ilgili bir şekilde konuşurlar, herkesin ilgilenmesini ve herkesin dinlemesini sağlamaya çalışırlar.
İkinci tür konuşmacılar, genellikle sıkıcı olan herhangi bir hardcore hakkında çok ilginç ve heyecan verici bir şekilde konuşabilenlerdir.
İkinci kategorideki isimlerden biri, bir tür derin performanslı çöp toplama ve java sanal makinesinin iç kısımlarından ilginç ve esprili bir şekilde bahseden Alexey Shepelev'dir. En son DevOops'un bir diğer keşfi ise Netflix'ten Sergey Fedorov. İçerik dağıtım ağlarını nasıl optimize ettiklerine dair tamamen teknik bir şey anlattı ve bunu çok ilginç bir şekilde anlattı.
İlk kategoriden - bunlar Jessica Deen, Anton Weiss, Roman Shaposhnik. Bunlar ilginç, mizah dolu konuşan ve haklı olarak yüksek puanlar alan konuşmacılardır.
Muhtemelen konferanslarda konuşmak için vaktinizden daha fazla davet almışsınızdır. Nereye gideceğinizi ve nereye gitmeyeceğinizi nasıl seçiyorsunuz?
Konferanslar ve konuşmacılar, hemen hemen her şey gibi, arz ve talebin piyasa ilişkilerine ve birinin diğerindeki değerine göre yönetilir. Diyelim ki beni benim onlara ihtiyacımdan daha fazlasını isteyen konferanslar var. Orada buluşmayı beklediğim izleyici kitlesi ve orada yaratmayı beklediğim etki açısından. Tam tersine onların bana ihtiyaç duyduğundan çok daha fazla gitmek istediğim konferanslar var. Benim için değerine göre nereye gideceğime karar veririm.
Yani, eğer burası, örneğin stratejik olarak gitmem gereken bir coğrafyaysa, iyi bilinen, iyi bir üne sahip ve insanların katılacağı, iyi bilinen büyük bir konferanssa, o zaman açıkçası buna gerçekten ihtiyacım var. Ve bunu diğer konferanslara tercih ederim.
Eğer bu bir tür küçük bölgesel konferanssa ve belki de pek ilgilenmediğimiz bir yerse, o zaman oraya yapılan gezi bu konuya harcanan zamanı haklı çıkarmayabilir. Talep, arz ve değerin normal piyasa ilişkileri.
İyi coğrafya, iyi demografi, potansiyel olarak iyi bağlantılar ve iletişim, konferansın benim için ilgi çekici olacağının garantisidir.
Bir röportajınızda yılda yaklaşık kırk konferansta konuştuğunuzdan bahsetmiştiniz. Çalışmayı ve performanslara hazırlanmayı nasıl başarıyorsunuz? Peki böyle bir programla iş/hayat dengesini korumayı başarabiliyor musunuz? Sırlarınızı paylaşır mısınız?
Konferanslara seyahat etmek işimin aslan payıdır. Elbette geri kalan her şey var: Raporlara hazırlanmak, kendinizi teknik formda tutmak, kod yazmak, yeni şeyler öğrenmek var. Bunların hepsi konferanslarla paralel olarak yapılır: akşamları, uçakta, bir gün önce, konferansa zaten vardığınızda ve yarındır. Bunun gibi bir şey.
İş seyahatlerinde bu kadar çok zaman harcadığınızda iş/yaşam dengesini korumak elbette zor. Ama bunu en azından iş gezisinde olmadığım zamanlarda %100 ailemle birlikte olduğum, akşamları e-postalara cevap vermediğim, hiçbir etkinliğe katılmamaya çalıştığım gerçeğiyle telafi etmeye çalışıyorum. akşamları ve hafta sonları ararlar. Bir iş gezisinde olmadığımda ve aile zamanı olduğunda, bu gerçekten %100 aile zamanıdır. Bu işe yarıyor mu ve sorunu çözüyor mu? HAYIR. Ama umarım bu, aileme uzakta olduğum tüm zamanların karşılığını bir şekilde telafi eder.
Bu kadar sıkı bir programla teknik seviyenizi korumayı başarabildiniz mi yoksa programlamadan çoktan uzaklaştınız mı?
Konferanstaki konuşmalarıma ve diğer etkinliklerime hazırlanırken bazı teknik şeyler yapmaya çalışıyorum. Bunlar her türlü teknik demo, stantlarda verdiğimiz mini raporlar. Bu programlama-programlama değil, bu daha çok entegrasyon ama bu en azından benim yapmaya çalıştığım bazı teknik çalışmalar. Bu şekilde ürünlerimiz, yeni özelliklerimiz vb. hakkında bilgi sahibi oluyorum.
Elbette, 7 yıl öncekiyle aynı sıkı kodlayıcı olduğumu söylemek muhtemelen mümkün değil. Bunun kötü bir şey olup olmadığından emin değilim. Bu muhtemelen bir tür doğal evrimdir. Bu benim için daha az ilgi çekici ve daha az zamanım var, bu yüzden muhtemelen Tanrı onu korusun.
Kendimi hala güçlü bir teknik uzman olarak görüyorum, olup bitenleri hâlâ takip ediyorum, kendimi tetikte tutuyorum. Bugünkü hibrit durumum bu.
Lütfen bize başınıza gelen birkaç komik hikayeyi ya da ekstrem durumu anlatın: uçağı kaçırdınız/sunumu sildiniz/rapor sırasında elektrik kesildi/bagajınız gelmedi mi?
Komik durumlardan en çok hatırladığım şey, raporlar sırasında yaşanan her türlü korkunç başarısızlıktır. Doğal olarak, çünkü bu en stresli durumdur, çünkü bu seyircidir, zamandır ve onların bunu boşa harcamadığından emin olmanız gerekir.
Konuşma sırasında hem Windows hem de Mac'te "mavi ölüm ekranı" yaşadım. Windows'ta bir kez, Mac'te birkaç kez oldu. Bu elbette stresli ama bir şekilde bu sorunu çözüyoruz, bilgisayar yeniden başlıyor, şu anda bir şeyler anlatmaya devam ediyorum ama stres çok büyük.
Muhtemelen yaşadığım en komik durum Groovy konferansındaydı. Konferansın tam olarak nerede yapıldığını hatırlamıyorum, görünüşe göre bir otelde ve bu otelin karşısında bir tür inşaat veya yenileme yapılıyordu. Ve yazdığım bazı kodlardan bahsettim, bu bir demoydu. Bu, demonun anlaşılabilir ancak belki de iyi yazılmamış ilk yinelemesiydi. Ben de onu yeniden düzenleyip geliştirecektim ve bunun "boktan kod" olduğu gerçeğiyle ilgili "kendini küçümseme" gibi bir ifadeden bahsettim. İkinci kattaydı ve o sırada karşıdaki inşaat sahasındaki bir vinç portatif bir tuvaleti kaldırıyordu. Ve sahne pencerenin karşısındaydı. Yani bu pencereden dışarı bakıyorum, "boktan kod" diyorum ve pencerenin önünden bir tuvalet geçiyor. Ben de herkese şunu söylüyorum: “Arkanı dönün, burada bir illüstrasyon var.” Bu muhtemelen düşüncelerimin en iyi slaytıydı; boktan koddan bahsettiğimde raporumdaki uçan tuvalet.
Bagajın gelmediği gibi hikayelerden - bu prensipte normal bir hikaye, konuşacak bir şey bile yok. Her türlü seyahat tüyosu hakkında ayrı bir röportaj düzenleyebiliriz, gelmeyen bagajlar hakkında konuşabiliriz ama kritik bir şey yoktu.
Ne pahasına olursa olsun her zaman uçmak, söz verdiğim tüm konferanslara gelmek ve katılmak için çok çalışıyorum, çünkü yine insanların zamanı. İnsanların zamanı paha biçilemez çünkü size verdikleri güvendir. Ve eğer bu kredi boşa giderse, onu daha sonra geri almanın hiçbir yolu yoktur.
Eğer bir kişi zaman geçirmişse, konferansa raporumu dinlemek için gelmişse ve ben de alıp gelmemişsem bu kötüdür, çünkü bu kişinin zamanını geri almanın hiçbir yolu yoktur. Bu nedenle bu konuda verdiğim tüm sözleri tutmak benim için çok önemli ve şu ana kadar her şey yolunda gidiyor.
Pek çok insan şöyle düşünüyor: “Neden konferanslara gidiyorsunuz? Videoyu YouTube'da izleyebilir ve her zaman çevrimiçi sohbet edebilirsiniz. Katılımcıların neden konferanslara gitmesi gerektiğini düşünüyorsunuz?
Harika soru! Ağ oluşturmak için konferanslara gitmelisiniz. Bu paha biçilemez ve bunu elde etmenin başka yolu yok. İletişimin, iletişimin ve sosyal becerilerin öneminden daha önce bahsetmiştim. YouTube'da video izlemek maalesef sosyal becerilerde deneyim kazandırmıyor. Bu nedenle iletişim adına konferanslara gitmeniz gerekiyor.
Ayrıca en azından benim için YouTube'da video izlerken etkileşim tamamen farklı ve materyal çok daha az hatırlanıyor ve hatırlanıyor. Belki sadece bana öyle geliyor ama sanırım odada bir konuşma yapmakla YouTube'da video izlemek tamamen farklı şeyler. Hele ki rapor iyiyse canlı dinlemek çok daha iyi gibi geliyor bana. Canlı bir konser ve plak dinlemek gibi.
Ve bir kez daha tekrar ediyorum: ağ oluşturma ve iletişim, YouTube'dan alabileceğiniz bir şey değildir.
Lütfen konuşmacı olmayı planlayan veya konuşmaya yeni başlayanlara birkaç veda sözü verir misiniz?
Yerel buluşmalar arayın. Yerel buluşmalar çeşitli nedenlerden dolayı konuşma kariyerinize başlamanın harika bir yoludur. İlk olarak, yerel buluşmalar her zaman konuşmacı arıyor. Deneyiminiz olmadan ve ünlü bir konuşmacı olmadan, ünlü bir konferansa başvurmanız sizin için zor olabilir veya program komitesi sizinle iletişim kurduktan sonra belki de sizin için hala biraz erken olduğunu anlayacaktır. Bunun aksine, yerel buluşmalarda her zaman konuşmacı aranır ve giriş çıtası çok çok daha düşüktür, dolayısıyla oraya ulaşmak çok daha kolaydır.
Ayrıca stres düzeyi de tamamen farklıdır. 10-15-30 kişi geldiğinde salonda 150-200-300 kişi olduğu zaman hiç de aynı olmuyor, dolayısıyla çok daha kolay oluyor.
Yine yerel bir buluşmanın maliyeti çok daha düşük: Hiçbir yere uçmanıza gerek yok, günler harcamanıza gerek yok, sadece akşam gelebilirsiniz. Dinleyiciler arasında dost canlısı bir yüze sahip olmanın önemi hakkındaki tavsiyemi hatırlayarak, yerel bir buluşmaya birisiyle gelmek çok daha kolaydır çünkü bunun bir maliyeti yoktur. Bir konferansta konuşuyorsanız konuşmacı olarak ücretsiz geliyorsunuz ancak halkta dost yüzü olacak bu +1'inizin bilet alması gerekiyor. Bir buluşmada konuşuyorsanız böyle bir sorun yok, yanınızda odada dost yüzü olacak bir, iki veya üç arkadaşınızı getirebilirsiniz.
Ve ek bir artı, buluşmayı düzenleyenlerin size yardımcı olmak için çok daha fazla fırsata sahip olmasıdır. Çünkü konferansı düzenleyenlerin örneğin gözden geçirilmesi, pratik yapılması ve hazırlanması gereken 60 sunumu olacak. Ve buluşmaları düzenleyenlerin bir, iki veya üç toplantısı var, dolayısıyla doğal olarak çok daha fazla ilgi göreceksiniz.
Ayrıca yerel buluşmalardan geri bildirim almak çok daha kolay. Raporunuzu bitirdiniz ve şimdi siz ve dinleyiciler raporunuzla ilgili bir şeyi iletişim kuruyor ve tartışıyorsunuz. Büyük konferanslar için bu genellikle geçerli değildir. Bir rapor hazırladın ve bu kadar. Haberiniz sırasında gri bir kitle olan dinleyiciler gitti ve artık onlar hakkında hiçbir şey bilmiyorsunuz, duymuyorsunuz, geri dönüş alamıyorsunuz.
Ne derse desin, yerel buluşmalar genel olarak ve özellikle yeni başlayanlar için harika bir konudur.
Baruch 7 Aralık'taki konferansta konuşacak . Baruch, raporunda yazılımı güncellerken her gün ve her yerde meydana gelen gerçek arızaları analiz edecek. Her türlü DevOps modelinin farklı senaryolara nasıl uyduğunu ve bunları doğru şekilde uygulamanın sizi nasıl kurtarabileceğini gösterecektir.
Programda ayrıca: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Güney Köprüsü), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps danışmanı).
Gelin tanışın!
Kaynak: habr.com