باروخ سادوگورسکی یک مدافع توسعه دهنده در JFrog، یکی از نویسندگان کتاب "نرم افزار مایع"، یک سخنران مشهور فناوری اطلاعات است.
باروخ در مصاحبه ای گفت که چگونه برای گزارش ها آماده می شود، کنفرانس های خارجی چه تفاوتی با کنفرانس های روسی دارد، چرا شرکت کنندگان به آنها می روند و چرا باید با لباس قورباغه صحبت کنند.
بیایید با ساده ترین شروع کنیم. نظر شما چیست، اصلاً چرا در کنفرانس ها صحبت می کنید؟
در واقع صحبت کردن در کنفرانس ها برای من یک شغل است. اگر به این سوال "چرا کار من؟" به صورت جهانی تر پاسخ دهید، این برای دستیابی به دو هدف (حداقل برای JFrog) است. اول، برای ایجاد ارتباط با کاربران و مشتریان خود. یعنی وقتی در کنفرانس‌ها صحبت می‌کنم، در دسترس هستم تا هرکسی که سؤالی دارد، نوعی بازخورد در مورد محصولات و شرکت‌های ما دارد، بتواند با من صحبت کند، من به نحوی به آنها کمک کنم و تجربه آنها را در کار با محصولاتمان بهبود بخشم.
ثانیاً افزایش آگاهی از برند ضروری است. یعنی اگر من چیزهای جالبی را بگویم، مردم علاقه مند می شوند که این چه نوع JFrog است و در نتیجه وارد قیف روابط توسعه دهنده ما می شود که در نهایت به قیف کاربران ما می رود که در نهایت به قیف می رود. از مشتریان ما
لطفاً به ما بگویید چگونه برای اجراها آماده می شوید؟ آیا الگوریتم آموزشی وجود دارد؟
چهار مرحله کم و بیش استاندارد آماده سازی وجود دارد. اولین مورد شروع است، مانند فیلم ها. باید یک ایده وجود داشته باشد. یک ایده ظاهر می شود، و سپس برای مدتی به بلوغ می رسد. به بلوغ می رسد، به این فکر می کنید که چگونه این ایده را به بهترین نحو ارائه کنید، در چه کلیدی، در چه قالبی، چه چیزی می توان در این مورد گفت. این مرحله اول است.
مرحله دوم نوشتن یک طرح مشخص است. شما یک ایده دارید، و شروع به تبدیل شدن به جزئیات در مورد نحوه ارائه آن می کند. معمولاً این در قالب نوعی نقشه ذهنی انجام می شود، زمانی که همه چیز مربوط به گزارش در اطراف ایده ظاهر می شود: استدلال های پشتیبانی، یک مقدمه، برخی داستان هایی که می خواهید در مورد آن بگویید. این مرحله دوم است - طرح.
مرحله سوم نوشتن اسلاید بر اساس این طرح است. شما از برخی ایده های انتزاعی استفاده می کنید که در اسلایدها ظاهر می شوند و از داستان شما پشتیبانی می کنند.
مرحله چهارم، اجرا، تمرین است. در این مرحله، مهم است که مطمئن شوید که قوس داستان مشخص شده است، داستان منسجم است، تا مطمئن شوید که همه چیز به موقع خوب است. پس از آن می توان گزارش را آماده اعلام کرد.
چگونه درک می کنید که "این موضوع" باید مورد توجه قرار گیرد؟ و چگونه مطالب را برای گزارش جمع آوری می کنید؟
نمی دونم چطور جواب بدم، یه جورایی خودش به وجود میاد. یا «اوه، چقدر خوب این کار را انجام دادیم»، یا «اوه، هیچ کس در اطراف واقعاً این را نمی‌داند یا نمی‌فهمد» و فرصتی برای گفتن، توضیح و کمک وجود دارد. یکی از این دو گزینه
مجموعه مطالب بسیار به گزارش وابسته است. اگر این یک گزارش در مورد یک موضوع انتزاعی است، پس بیشتر ادبیات، مقالات است. اگر این چیزی عملی است، نوشتن کد، چند نسخه نمایشی، یافتن کدهای مناسب در محصولات و غیره خواهد بود.
ترس از اجرا و اضطراب یکی از شایع ترین دلایلی است که مردم روی صحنه نمی روند. آیا توصیه ای برای کسانی که هنگام اجرا عصبی می شوند دارید؟ آیا نگران هستید و چگونه با آن کنار می آیید؟
بله، من آن را دارم، باید باشد، و احتمالاً در لحظه ای که اصلاً دیگر نگران نیستم، این دلیلی است برای گره خوردن به این موضوع.
به نظر من وقتی روی صحنه می روید و آدم های زیادی جلوی شما هستند این یک پدیده کاملاً عادی است. شما نگران هستید زیرا این یک مسئولیت بزرگ است، طبیعی است.
باید باهاش چکار کنم؟ راه های مختلفی وجود دارد. من هرگز آن را در چنین سطحی نداشتم که شما نیاز به مبارزه مستقیم داشته باشید، بنابراین برای من سخت است که بگویم.
مهمترین چیزی که به من نیز کمک می کند، یک چهره دوستانه است - نوعی چهره آشنا در مخاطب. اگر از کسی که می‌شناسید بخواهید به سخنرانی شما بیاید، در ردیف‌های اول وسط بنشینید تا بتوانید همیشه به او نگاه کنید و آن شخص مثبت باشد، لبخند بزند، سری تکان دهد، حمایت کند، فکر می‌کنم این خیلی بزرگ است. کمک بزرگ . . من به طور خاص در این مورد از کسی نمی پرسم، اما اگر اتفاقی بیفتد که چهره ای آشنا در بین مخاطبان وجود داشته باشد، بسیار کمک می کند، استرس را از بین می برد. این مهمترین توصیه است.
شما در کنفرانس های روسی و بین المللی زیاد صحبت می کنید. آیا تفاوت گزارش در کنفرانس های روسیه و خارجی را می بینید؟ آیا تفاوتی در مخاطب وجود دارد؟ در سازمان؟
من دو تفاوت بزرگ می بینم. واضح است که کنفرانس ها هم در روسیه و هم در خارج از کشور متفاوت است، اما اگر میانگین یک بیمارستان را در نظر بگیریم، در روسیه کنفرانس ها از نظر عمق گزارش ها، از نظر هاردکور فنی تر هستند. این چیزی است که مردم به آن عادت کرده اند، شاید به لطف کنفرانس های بزرگی مانند Joker، JPoint، Highload که همیشه بر اساس گفتگوهای هاردکور بوده اند. و این همان چیزی است که مردم از کنفرانس ها انتظار دارند. و برای بسیاری از مردم این نشان دهنده این است که آیا این کنفرانس خوب است یا بد: مقدار زیادی گوشت و هاردکور وجود دارد یا آب زیادی وجود دارد.
صادقانه بگویم، شاید چون در کنفرانس های خارجی زیاد صحبت می کنم، با این رویکرد موافق نیستم. من معتقدم که گزارش‌های مربوط به مهارت‌های نرم، «گزارش‌های نیمه بشردوستانه» برای کنفرانس‌ها کمتر و شاید حتی مهم‌تر نیستند. از آنجا که برخی از چیزهای فنی را می‌توان در کتاب‌ها خواند، می‌توان راهنمای کاربر را درک کرد، اما در مورد مهارت‌های نرم، روان‌شناسی و ارتباطات، هیچ جایی برای همه اینها وجود ندارد، حداقل آسان، در دسترس و قابل فهم. به نظر من این مهم کمتر از مولفه فنی نیست.
این به ویژه برای کنفرانس های DevOps مانند DevOpsDays مهم است زیرا DevOps اصلاً در مورد فناوری نیست. DevOps فقط در مورد ارتباط است، فقط در مورد راه هایی برای همکاری با افرادی است که قبلاً با هم کار نکرده اند. بله، یک جزء فنی وجود دارد، زیرا اتوماسیون برای DevOps حیاتی است، اما این تنها یکی از آنهاست. و وقتی یک کنفرانس در DevOps به جای صحبت در مورد DevOps، در مورد قابلیت اطمینان سایت یا اتوماسیون یا در مورد خطوط لوله صحبت می کند، این کنفرانس، با وجود اینکه بسیار هاردکور است، به نظر من، فقط ماهیت DevOps و تبدیل به کنفرانس هایی در مورد مدیریت سیستم می شود، نه در مورد DevOps.
تفاوت دوم در آماده سازی است. باز هم معدل بیمارستان و موارد عمومی میگیرم نه موارد انفرادی. در خارج از کشور، آنها از این واقعیت سرچشمه می‌گیرند که بیشتر مردم در زندگی خود آموزش‌های سخنرانی عمومی را گذرانده‌اند. حداقل در آمریکا، بخشی از آموزش عالی است. اگر فردی از کالج فارغ التحصیل شده باشد، پس او در حال حاضر تجربه زیادی در سخنرانی عمومی دارد. بنابراین، پس از اینکه کمیته برنامه به طرح نگاه کرد و فهمید که گزارش در مورد چه چیزی خواهد بود، دیگر آموزش صحبت کردن برای سخنران انجام نمی شود، زیرا اعتقاد بر این است که او به احتمال زیاد از قبل می داند چگونه این کار را انجام دهد.
در روسیه چنین فرضیاتی مطرح نمی شود، زیرا افراد کمی تجربه سخنرانی در جمع دارند و بنابراین سخنرانان بسیار بیشتر آموزش می بینند. مجدداً، به طور کلی، دوره های آموزشی وجود دارد، کلاس هایی با سخنرانان وجود دارد، دوره های سخنرانی عمومی برای کمک به سخنرانان وجود دارد.
در نتیجه سخنرانان ضعیفی که خوب صحبت نمی کنند حذف می شوند یا به آنها کمک می شود تا سخنرانان قوی تری شوند. این واقعیت که در غرب صحبت کردن در جمع مهارتی است که بسیاری از آن برخوردارند، در نهایت نتیجه معکوس دارد، زیرا این فرض اغلب نادرست، اشتباه است و افرادی که نمی دانند چگونه در جمع رک صحبت کنند. سر صحنه را خراب کنید و گزارش های نفرت انگیز دریافت کنید. و در روسیه ، جایی که اعتقاد بر این است که هیچ تجربه ای در صحبت کردن در جمع وجود ندارد ، در نهایت بسیار بهتر می شود ، زیرا آنها آموزش دیده بودند ، آزمایش شدند ، موارد خوبی را انتخاب کردند و غیره.
در اینجا دو تفاوت وجود دارد.
آیا به DevOpsDays در کشورهای دیگر رفته اید؟ به نظر شما چه تفاوتی با سایر کنفرانس ها دارند؟ آیا امکاناتی وجود دارد؟
من احتمالاً در چندین ده کنفرانس DevOpsDays در سراسر جهان بوده ام: در آمریکا، اروپا، و آسیا. این فرنچایز کنفرانس کاملاً منحصر به فرد است زیرا قالبی کم و بیش ثابت دارد که می توانید از هر یک از این کنفرانس ها انتظار داشته باشید. قالب به این صورت است: گزارش‌های کنفرانس پیشانی نسبتاً کمی وجود دارد و زمان زیادی به فرمت فضاهای باز اختصاص داده می‌شود.
فضاهای باز قالبی است که در آن موضوعی که مردم بیشتر به آن رای داده اند همراه با سایر شرکت کنندگان مورد بحث قرار می گیرد. کسی که این موضوع را مطرح کرده رهبر است، او مطمئن می شود که بحث شروع شود. این یک قالب عالی است، زیرا همانطور که می دانیم، ارتباط و شبکه در هر کنفرانسی کمتر از گزارش ها مهم نیست. و وقتی یک کنفرانس نیمی از زمان خود را در قالب شبکه می گذارد، بسیار جالب است.
به‌علاوه، گفتگوهای لایتنینگ اغلب در DevOpsDays برگزار می‌شوند - این گزارش‌های کوتاه پنج دقیقه‌ای هستند که به شما امکان می‌دهند چیزهای زیادی در مورد چیزهای جدید بیاموزید و در قالبی غیر خسته‌کننده، چشمان خود را به روی آنها باز کنید. و اگر در وسط یک گزارش معمولی متوجه شدید که برای شما نیست، پس زمان از دست می رود، 30-40 دقیقه از زندگی شما رفته است، پس اینجا ما در مورد گزارش های پنج دقیقه صحبت می کنیم. و اگر علاقه ای ندارید، به زودی تمام می شود. "به ما بگویید، اما به سرعت" نیز قالب بسیار خوبی است.
DevOpsDay های فنی بیشتری وجود دارد، مواردی هستند که به طور خاص برای آنچه DevOps است طراحی شده اند: فرآیندها، همکاری، مواردی از این قبیل. هر دو جالب هستند و وقتی هر دو وجود داشته باشد جالب است. من فکر می کنم این یکی از بهترین فرنچایزهای کنفرانس DevOps امروز است.
بسیاری از اجراهای شما شبیه اجراها یا اجراها هستند: حالا گزارشی را در قالب یک تراژدی یونانی تعریف می کنید، سپس در نقش شرلوک هستید، سپس با لباس قورباغه اجرا می کنید. چگونه به آنها می رسی؟ آیا علاوه بر خسته کننده نشدن گزارش، اهداف دیگری نیز وجود دارد؟
به نظر من این گزارش حق ندارد خسته کننده باشد، زیرا اولاً من وقت شنوندگان را تلف می کنم، آنها کمتر درگیر یک گزارش خسته کننده هستند، کمتر یاد می گیرند، چیزهای جدید کمتری یاد می گیرند و این بهترین نیست. اتلاف وقت خود ثانیا، اهداف من نیز محقق نمی شوند: آنها هیچ چیز خوبی در مورد من فکر نمی کنند، آنها هیچ چیز خوبی در مورد JFrog فکر نمی کنند، و برای من این نوعی شکست است.
بنابراین گزارش های خسته کننده حداقل برای من حق وجود ندارند. سعی می کنم آنها را جالب، جذاب و خاطره انگیز کنم. اجراها یک راه هستند. و در واقع، روش بسیار آسان است. تنها چیزی که لازم است این است که یک قالب جالب ارائه کنید و سپس همان افکاری را که در قالب یک گزارش منظم ارائه می شود در قالبی غیر معمول قرار دهید.
چگونه به این فکر کنم؟ همیشه یکسان نیست. گاهی این ایده‌هایی است که به ذهنم می‌رسد، گاهی اوقات اینها ایده‌هایی هستند که وقتی برنامه‌هایی را ترتیب می‌دهم یا افکاری را در مورد گزارش به اشتراک می‌گذارم به من می‌دهند و به من می‌گویند: "اوه، تو می‌توانی اینطوری انجامش دهی!" متفاوت اتفاق می افتد. وقتی ایده ای مطرح می شود، همیشه بسیار شاد و باحال است، به این معنی که می توانید گزارش جالب تری تهیه کنید.
اجراهای چه کسانی از حوزه IT را شخصاً دوست دارید؟ آیا چنین بلندگوهایی وجود دارد؟ و چرا؟
دو نوع سخنران وجود دارد که من سخنرانی آنها را دوست دارم. اولین مورد بلندگوها هستند که سعی می کنم شبیه آنها باشم. آنها داستان ها را به شیوه ای جالب و جذاب تعریف می کنند و سعی می کنند مطمئن شوند که همه علاقه مند هستند و همه گوش می دهند.
نوع دوم بلندگوها کسانی هستند که می توانند به شیوه ای بسیار جالب و هیجان انگیز در مورد هر هاردکور معمولا خسته کننده بگویند.
از میان نام‌های دسته دوم، این Alexey Shepelev است که در مورد نوعی جمع‌آوری زباله با عملکرد عمیق و درونیات یک ماشین مجازی جاوا به شیوه‌ای جالب و طنز صحبت می‌کند. یکی دیگر از کشفیات آخرین DevOops سرگئی فدوروف از نتفلیکس است. او یک چیز کاملاً فنی گفت که چگونه شبکه ارائه محتوای خود را بهینه کردند و آن را به طرز بسیار جالبی بیان کرد.
از دسته اول - این جسیکا دین، آنتون وایس، رومن شاپوشنیک است. این سخنرانانی هستند که داستان های جالب و با طنز تعریف می کنند و به شایستگی امتیاز بالایی دریافت می کنند.
احتمالاً دعوت‌های شما برای سخنرانی در کنفرانس‌ها بیشتر از زمانی است که برای آن دارید. چگونه انتخاب می کنید که کجا بروید و کجا نروید؟
کنفرانس ها و سخنرانان، مانند تقریباً هر چیز دیگری، توسط روابط بازار عرضه و تقاضا و ارزش یکی از دیگری اداره می شوند. کنفرانس هایی وجود دارد که، فرض کنید، من را بیشتر از نیاز من می خواهند. از نظر مخاطب انتظار دارم در آنجا ملاقات کنم و تأثیری که انتظار دارم در آنجا بگذارم. کنفرانس هایی وجود دارد که برعکس، من خیلی بیشتر از نیاز آنها می خواهم در آنها شرکت کنم. با توجه به ارزشی که برای من دارد، تصمیم میگیرم کجا بروم.
یعنی اگر این مثلاً نوعی جغرافیا باشد که من از نظر استراتژیک باید در آن بروم، این یک کنفرانس بزرگ شناخته شده است که شهرت خوبی دارد و مردم به آن خواهند رفت، پس واضح است که من واقعاً به آن نیاز دارم. و من آن را به کنفرانس های دیگر ترجیح می دهم.
اگر این یک نوع کنفرانس کوچک منطقه ای است و شاید ما چندان علاقه ای به آن نداریم، ممکن است سفر به آنجا زمان صرف شده برای این موضوع را توجیه نکند. روابط عادی بازار تقاضا، عرضه و ارزش.
جغرافیای خوب، جمعیت شناسی خوب، تماس های بالقوه خوب، ارتباطات تضمینی هستند که کنفرانس برای من جالب خواهد بود.
در یکی از مصاحبه هایتان اشاره کردید که در سال حدود چهل کنفرانس سخنرانی می کنید. چگونه کار می کنید و برای اجراها آماده می شوید؟ و آیا با چنین برنامه ای موفق به حفظ تعادل کار و زندگی می شوید؟ اسرار خود را به اشتراک بگذارید؟
سفر به کنفرانس ها سهم بزرگی از کار من است. البته، هر چیز دیگری وجود دارد: آماده سازی برای گزارش ها، حفظ شرایط فنی، نوشتن کد، یادگیری چیزهای جدید. همه اینها به موازات کنفرانس ها انجام می شود: عصرها، در هواپیما، روز قبل، زمانی که قبلاً به کنفرانس رسیده اید و فردا است. چیزی شبیه به این.
البته حفظ تعادل کار و زندگی در زمانی که زمان زیادی در سفرهای کاری دارید، سخت است. اما سعی می کنم این را جبران کنم که حداقل وقتی سفر کاری نیستم، 100% با خانواده ام هستم، عصرها به ایمیل ها پاسخ نمی دهم، سعی می کنم در تماس تلفنی شرکت نکنم. در عصرها و آخر هفته ها. وقتی من در سفر کاری نیستم و وقت خانواده است، واقعاً 100% وقت خانواده است. آیا کار می کند و مشکل را حل می کند؟ خیر اما امیدوارم به نوعی جبران تمام مدتی که دور هستم را به خانواده ام بدهد.
با چنین برنامه سختی، آیا می توانید سطح فنی خود را حفظ کنید یا قبلاً از برنامه نویسی فاصله گرفته اید؟
سعی می‌کنم در حین آماده‌سازی برای صحبت‌ها و سایر فعالیت‌هایم در کنفرانس، کارهای فنی انجام دهم. اینها همه انواع دموهای فنی هستند، نوعی گزارش کوچک که ما در غرفه ها برگزار می کنیم. این برنامه نویسی-برنامه نویسی نیست، بیشتر یکپارچه سازی است، اما حداقل یک کار فنی است که من سعی می کنم انجام دهم. به این ترتیب، دانش خود را در مورد محصولات، ویژگی های جدید و غیره حفظ می کنم.
البته گفتن اینکه من الان همان کدنویسی هاردکور هستم که 7 سال پیش بودم، احتمالا غیرممکن است. مطمئن نیستم که این بد است. احتمالا نوعی تکامل طبیعی است. این برای من کمتر جالب است و زمان کمتری است، پس احتمالاً خدا رحمتش کند.
من هنوز خودم را یک متخصص فنی قوی می دانم، هنوز از اتفاقاتی که می افتد آگاه هستم، خودم را در فرم خوبی نگه می دارم. این وضعیت هیبریدی فعلی من است.
لطفاً چند داستان خنده دار یا موقعیت های شدیدی که برای شما اتفاق افتاده است برای ما بگویید: هواپیما را از دست دادید / ارائه را حذف کردید / برق را در حین گزارش قطع کردید / چمدان را نرسیدید؟
از موقعیت‌های خنده‌دار، بیشتر از همه انواع شکست‌های کابوس‌آمیز که در گزارش‌ها اتفاق می‌افتد را به یاد دارم. طبیعتاً، زیرا این استرس زاترین موقعیت است، زیرا این مخاطب، زمان است و باید مطمئن شوید که آن را بیهوده هدر نمی دهند.
در حین صحبت من یک "صفحه آبی مرگ" در ویندوز و مک داشتم. در ویندوز این یک بار اتفاق افتاد، چند بار در مک. این البته استرس زا است، اما ما به نوعی این موضوع را حل می کنیم، کامپیوتر مجدداً راه اندازی می شود، من همچنان در این زمان چیزی را می گویم، اما استرس بسیار زیاد است.
احتمالاً خنده دارترین موقعیتی که تا به حال داشتم در کنفرانس Groovy بود. دقیقاً یادم نیست کنفرانس کجا برگزار شد، فکر می‌کنم در یک هتل بود و نوعی ساخت و ساز یا بازسازی در مقابل این هتل در حال انجام بود. و بنابراین من در مورد کدی صحبت می کردم که نوشتم، این یک نسخه آزمایشی بود. این اولین تکرار از یک نسخه ی نمایشی بود که قابل درک بود اما شاید خوب نوشته نشده بود. و من فقط می خواستم آن را اصلاح کنم و آن را بهبود بخشم، و عبارتی مانند "خود خواری" را در مورد این واقعیت که این "کد گنده" است ذکر کردم. در طبقه دوم بود و در آن زمان جرثقیل در محل ساخت و ساز روبروی آن فقط یک توالت قابل حمل را بلند می کرد. و صحنه روبروی پنجره بود. یعنی از این پنجره به بیرون نگاه می‌کنم، می‌گویم «کد شیطون» و یک توالت بیرون از پنجره شناور است. و من به همه می گویم: "برگردید، ما اینجا یک تصویر داریم." این احتمالاً بهترین اسلاید افکار من بود - یک توالت پرنده در گزارش من، زمانی که در مورد کدهای مزخرف صحبت کردم.
چمدان از داستان هایی مانند این به دست نیامده است - این در اصل یک داستان عادی است و حتی چیزی برای صحبت در مورد آن وجود ندارد. ما می توانیم یک مصاحبه جداگانه در مورد انواع نکات سفر ترتیب دهیم، جایی که می توانید در مورد چمدان هایی که نرسیده اند صحبت کنید، اما هیچ چیز مهمی وجود ندارد.
من خیلی سعی می کنم همیشه پرواز کنم، بیایم و در همه کنفرانس هایی که قول داده ام حضور داشته باشم، زیرا دوباره وقت مردم است. وقت مردم بی ارزش است، زیرا آن چنان اعتباری است که به شما می دهند. و اگر این وام هدر رفت، بعداً راهی برای پس گرفتن آن وجود ندارد.
اگر یک نفر وقت گذاشت، به کنفرانس آمد تا گزارش من را بشنود و من آن را گرفتم و نیامدم، این بد است، زیرا هیچ راهی برای برگرداندن وقت این فرد وجود ندارد. بنابراین برای من بسیار مهم است که به همه قول هایم در این زمینه عمل کنم و تا اینجا همه چیز رو به راه است.
بسیاری از مردم اینگونه فکر می کنند: «اصلاً چرا به کنفرانس ها برویم؟ می‌توانید ویدیو را در YouTube تماشا کنید و همیشه می‌توانید به صورت آنلاین چت کنید.» به نظر شما چرا شرکت کنندگان باید در کنفرانس ها شرکت کنند؟
سوال عالی! شما باید به خاطر شبکه سازی به کنفرانس بروید. قیمتی ندارد و راه دیگری برای به دست آوردن آن وجود ندارد. قبلاً به اهمیت ارتباط، ارتباط و مهارت های نرم اشاره کردم. متأسفانه تماشای یک ویدیو در یوتیوب تجربه مهارت های نرم را به شما نمی دهد. بنابراین برای ارتباط باید به کنفرانس رفت.
علاوه بر این، حداقل برای من، هنگام تماشای ویدیو در یوتیوب، درگیری کاملاً متفاوت است و مطالب بسیار بدتر وارد می شود و به یاد می آورد. شاید این فقط برای من باشد، اما من گمان می کنم که حضور در سالن در یک گزارش و تماشای یک ویدیو در یوتیوب چیزهای کاملاً متفاوتی هستند. به خصوص اگر گزارش خوب باشد، به نظر من شنیدن زنده آن خیلی خیلی بهتر است. مثل گوش دادن به یک کنسرت زنده و یک رکورد است.
و یک بار دیگر تکرار می کنم: شبکه و ارتباطات از یوتیوب گرفته نشده است.
آیا می‌توانید به کسانی که به تازگی سخنران می‌شوند یا تازه شروع به صحبت کرده‌اند، چند کلمه جدایی بگویید؟
به دنبال جلسات محلی باشید. جلسات محلی به دلایل مختلفی راهی عالی برای شروع حرفه سخنران شماست. اولا، جلسات محلی همیشه به دنبال سخنرانان هستند. ممکن است بدون تجربه و بدون اینکه یک سخنران برجسته باشید، درخواست برای یک کنفرانس معروف برای شما دشوار باشد یا کمیته برنامه پس از صحبت با شما متوجه شود که شاید برای شما کمی زود است. در مقابل، جلسات محلی همیشه به دنبال بلندگو هستند و نوار ورودی بسیار بسیار پایین تر است، بنابراین رسیدن به آنجا بسیار آسان تر است.
همچنین سطح استرس کاملاً متفاوت است. وقتی 10-15-30 نفر می آیند، اصلاً مثل زمانی نیست که 150-200-300 نفر در سالن هستند، بنابراین خیلی راحت تر است.
باز هم، هزینه‌های یک جلسه محلی بسیار کمتر است: لازم نیست به جایی پرواز کنید، مجبور نیستید روزها را بگذرانید، فقط می‌توانید عصر بیایید. با یادآوری توصیه من در مورد اهمیت داشتن چهره ای دوستانه در میان جمعیت، آمدن به یک جلسه محلی با کسی بسیار آسان تر است زیرا هزینه ای ندارد. اگر در یک کنفرانس صحبت می کنید، شما به عنوان یک سخنران به صورت رایگان می آیید، اما این +1 شما که چهره ای دوستانه در بین عموم خواهد بود، نیاز به خرید بلیط دارد. اگر در یک میت آپ اجرا می کنید، چنین مشکلی وجود ندارد، می توانید یک یا دو یا سه دوست را با خود بیاورید که چهره دوستانه ای در سالن خواهند بود.
و یک مزیت دیگر این است که سازمان دهندگان ملاقات فرصت های بسیار بیشتری برای کمک به شما دارند. زیرا برگزارکنندگان همایش ها مثلاً 60 گزارش خواهند داشت که باید بررسی، تمرین و تهیه شود. و برگزارکنندگان میت‌آپ‌ها یک، دو یا سه جلسه دارند، بنابراین طبیعتاً توجه بیشتری به شما خواهد شد.
علاوه بر این، دریافت بازخورد از جلسات محلی بسیار ساده تر است. شما گزارش خود را به پایان رسانده اید و اکنون شما و مخاطبان در حال برقراری ارتباط و بحث در مورد موضوع گزارش خود هستید. برای کنفرانس های بزرگ، اغلب اینطور نیست. گزارش دادی و تمام. مخاطبانی که در طول گزارش به صورت توده خاکستری داشتید رفته اند و شما چیزی بیشتر از آنها نمی دانید، نمی شنوید، بازخوردی دریافت نمی کنید.
هر چه که می توان گفت، جلسات محلی به طور کلی و برای مبتدیان به طور خاص یک موضوع عالی است.
7 دسامبر باروخ در کنفرانس سخنرانی خواهد کرد . در این گزارش، باروخ خطاهای واقعی را که روزانه و در همه جا هنگام به روز رسانی نرم افزار رخ می دهد، تجزیه و تحلیل خواهد کرد. این به شما نشان می دهد که چگونه الگوهای مختلف DevOps در سناریوهای مختلف قرار می گیرند و چگونه استفاده صحیح از آنها ممکن است شما را نجات دهد.
همچنین در این برنامه: الکساندر چیستیاکوف (vdsina.ru)، میخائیل چینکوف (AMBOSS)، رومن بویکو (AWS)، پاول سلیوانوف (Southbridge)، رودیون ناگورنوف (آزمایشگاه کسپرسکی)، آندری شورین (مشاور DevOps).
بیا آشنا شو
منبع: www.habr.com