"אין לדו"ח זכות להיות משעמם": ראיון עם ברוך סדוגורסקי על נאומים בכנסים

ברוך סדוגורסקי - עו"ד מפתחים ב-JFrog, מחבר שותף של הספר "תוכנה נוזלית", דובר IT מפורסם.

בראיון הסביר ברוך כיצד הוא מתכונן לדיווחים שלו, במה נבדלים כנסים זרים מאלו הרוסיים, מדוע המשתתפים צריכים להשתתף בהם ולמה עליהם לדבר בתחפושת צפרדע.

נתחיל בדבר הפשוט ביותר. למה אתה חושב לדבר בכנסים בכלל?

למעשה, דיבור בכנסים זו עבודה עבורי. אם נענה באופן כללי יותר על השאלה "למה העבודה שלי?", אז זה כדי (לפחות לחברת JFrog) להשיג שתי מטרות. ראשית, ליצור קשר עם המשתמשים והלקוחות שלנו. כלומר, כשאני מדבר בכנסים, אני זמין כדי שכל מי שיש לו שאלות, קצת משוב על המוצרים והחברה שלנו, יוכל לדבר איתי, אני יכול איכשהו לעזור להם ולשפר את החוויה שלהם בעבודה עם המוצרים שלנו.

שנית, זה הכרחי כדי להגביר את המודעות למותג. כלומר, אם אני מספר דברים מעניינים, אז אנשים מתעניינים באיזה סוג של JFrog זה, וכתוצאה מכך הם מגיעים למשפך קשרי המפתחים שלנו, שבסופו של דבר נכנס למשפך של המשתמשים שלנו, שבסופו של דבר נכנס ל- משפך של הלקוחות שלנו.

בבקשה ספר לנו איך אתה מתכונן להופעות? האם יש איזשהו אלגוריתם הכנה?

ישנם ארבעה שלבי הכנה פחות או יותר סטנדרטיים. הראשון הוא התחלה, כמו בסרטים. חייב להופיע רעיון כלשהו. רעיון מופיע, ואז הוא מבשיל די הרבה זמן. זה מתבגר, אתה חושב איך להציג את הרעיון הזה בצורה הטובה ביותר, באיזה מפתח, באיזה פורמט, מה אפשר לומר עליו. זהו השלב הראשון.

השלב השני הוא כתיבת תוכנית ספציפית. יש לך רעיון, והוא מתחיל לקבל פרטים על איך תציג אותו. זה נעשה בדרך כלל בפורמט של מפת חשיבה כלשהי, כאשר כל מה שקשור לדוח מופיע סביב הרעיון: טיעונים תומכים, הקדמה, כמה סיפורים שאתה רוצה לספר עליו. זה השלב השני - התוכנית.

השלב השלישי הוא כתיבת שקופיות לפי תוכנית זו. אתה משתמש בכמה רעיונות מופשטים המופיעים בשקופיות ותומכים בסיפור שלך.

השלב הרביעי הוא הרצה וחזרות. בשלב זה חשוב לוודא שקשת הסיפור יצאה, שהסיפור קוהרנטי ולוודא שהכל בסדר מבחינת התזמון. לאחר מכן, ניתן להכריז על הדוח מוכן.

איך אתה מבין שצריך לטפל ב"נושא הזה"? ואיך אוספים חומר לדוחות?

אני לא יודע איך לענות, זה פשוט בא איכשהו. או שזה "אוי, איזה מגניב יצא פה", או שזה "אוי, אף אחד לא באמת יודע או מבין בזה", ויש הזדמנות לספר, להסביר ולעזור. אחת משתי האפשרויות הללו.

איסוף החומר תלוי מאוד בדוח. אם זה דו"ח על נושא מופשט כלשהו, ​​אז זה יותר ספרות, מאמרים. אם זה משהו מעשי, אז זה יהיה כתיבת קוד, כמה הדגמות, מציאת פיסות הקוד הנכונות במוצרים וכו'.

נאומו של ברוך בפסגת DevOps האחרונה באמסטרדם 2019

פחד מהופעה וחרדה הם חלק מהסיבות הנפוצות ביותר לכך שאנשים לא עולים לבמה. יש לך עצה למי שמרגיש עצבני בזמן הופעה? האם אתה מודאג ואיך אתה מתמודד?

כן, יש לי את זה, זה צריך להיות, וכנראה, ברגע שאני מפסיק לדאוג לגמרי, זו סיבה להפסיק עם העניין הזה.

נראה לי שזו תופעה נורמלית לגמרי כשאתה עולה לבמה ויש הרבה אנשים מולך. אתה דואג כי זו אחריות גדולה, זה טבעי.

איך להתמודד עם זה? יש דרכים שונות. מעולם לא היה לי את זה ברמה כזו שאני צריך להילחם בזה ישירות, אז קשה לי לומר.

הדבר הכי חשוב שגם עוזר לי זה פרצוף ידידותי – איזה פרצוף מוכר בקהל. אם תבקש ממישהו שאתה מכיר לבוא להרצאה שלך, שב בשורה הראשונה באמצע כדי שתמיד תוכל להסתכל עליו, והאדם יהיה חיובי, יחייך, ינהן, יתמוך, אני חושב שזה ענק, עזרה ענקית. אני לא מבקש מאף אחד לעשות את זה ספציפית, אבל אם קורה שיש פנים מוכרות בקהל, זה עוזר מאוד ומפיג מתחים. זו העצה החשובה ביותר.

אתה מדבר הרבה בכנסים רוסים ובינלאומיים. האם אתה רואה את ההבדל בין דיווחים בכנסים רוסים וזרים? האם יש הבדל בקהל? בארגון?

אני רואה שני הבדלים גדולים. ברור שהכנסים שונים גם ברוסיה וגם בחו"ל, אבל אם ניקח את הממוצע של בית החולים, אז ברוסיה הכנסים יותר טכניים מבחינת עומק הדיווחים, מבחינת הארדקור. זה מה שאנשים רגילים אליו, אולי הודות לכנסים גדולים כמו Joker, JPoint, Highload, שתמיד התבססו על מצגות הארדקור. וזה בדיוק מה שאנשים מצפים מכנסים. ועבור אנשים רבים זה אינדיקציה אם הכנס הזה טוב או רע: יש הרבה בשר והארדקור או שיש הרבה מים.

למען האמת, אולי בשל העובדה שאני מדבר הרבה בכנסים זרים, אני לא מסכים עם הגישה הזו. אני מאמין שדיווחים על כישורים רכים, "דוחות חצי הומניטריים", הם לא פחות ואולי אף יותר חשובים לכנסים. מכיוון שבסופו של דבר אפשר לקרוא כמה דברים טכניים בספרים, אתה יכול להבין אותם באמצעות המדריך למשתמש, אבל כשזה מגיע לכישורים רכים, כשזה מגיע לפסיכולוגיה, כשזה מגיע לתקשורת, אין מאיפה להשיג את כל זה, לפחות קל, נגיש ומובן. נראה לי שזה לא פחות חשוב מהמרכיב הטכני.

זה חשוב במיוחד עבור כנסים של DevOps כמו DevOpsDays, כי DevOps לא עוסק בטכנולוגיה בכלל. DevOps עוסק רק בתקשורת, הוא עוסק רק בדרכים של אנשים שלא עבדו יחד לפני כן לעבוד יחד. כן, יש מרכיב טכני, כי אוטומציה היא קריטית עבור DevOps, אבל זה רק אחד מהם. וכאשר כנס DevOps, במקום לדבר על DevOps, מדבר על אמינות אתרים או אוטומציה או צינורות, אז הכנס הזה, למרות העובדה שהוא מאוד הארדקור, לדעתי, מפספס את עצם המהות של DevOps והופך לכנסים על ניהול מערכת , לא על DevOps.

ההבדל השני הוא בהכנה. שוב, אני לוקח את הממוצע של בית החולים ואת המקרים הכלליים, לא ספציפיים. בחו"ל הם מניחים שרוב האנשים עברו איזושהי הכשרה לדיבור בפני קהל בחייהם. לפחות באמריקה, זה חלק מההשכלה הגבוהה. אם אדם סיים את לימודיו בקולג', אז יש לו כבר ניסיון רב בדיבור בפני קהל. לכן, לאחר שוועדת התוכנית בחנה את התוכנית והבינה על מה יעסוק הדו"ח, לא מתבצעת עוד הכשרה על דיבור בשם הדובר, כי מאמינים שהוא, קרוב לוודאי, יודע איך לעשות זאת.

ברוסיה לא מניחים הנחות כאלה, כי מעטים האנשים שיש להם ניסיון בדיבור בפני קהל, ולכן הדוברים מאומנים הרבה יותר. שוב, באופן כללי, יש הרצה, יש שיעורים עם דוברים, יש קורסי דיבור בפני קהל כדי לעזור לדוברים.

כתוצאה מכך, דוברים חלשים שמתקשרים בצורה גרועה מתבטלים, או שהם עוזרים להפוך למגישים חזקים יותר. העובדה שבמערב דיבור מול קהל נחשב למיומנות שיש להרבה אנשים, מקבלת בסופו של דבר את האפקט ההפוך, כי ההנחה הזו מתגלה לרוב כשקרית, שגויה, ואנשים שלא יודעים לדבר בפומבי מפשלים. שלב ולייצר דיווחים מגעילים. וברוסיה, שבה מאמינים שאין ניסיון בדיבור בפני קהל, בסוף זה יוצא הרבה יותר טוב, כי הם הוכשרו, הם נבדקו, הם בחרו טוב וכו'.

אלו שני ההבדלים.

האם היית ב-DevOpsDays במדינות אחרות? במה לדעתך הם שונים מכנסים אחרים? האם יש תכונות מיוחדות?

כנראה הייתי בכמה עשרות כנסים של DevOpsDays ברחבי העולם: באמריקה, אירופה ואסיה. זיכיון כנסים זה די ייחודי בכך שיש לו פורמט פחות או יותר מבוסס שניתן לצפות לו בכל מקום מכל אחד מהכנסים הללו. המתכונת היא כדלקמן: יש יחסית מעט מצגות כנסים בחזית, והרבה זמן מוקדש לפורמט השטחים הפתוחים.

שטחים פתוחים הוא פורמט שבו הנושא שעבורו הצביעו הכי הרבה אנשים נדון יחד עם משתתפים אחרים. מי שהציע את הנושא הזה הוא המנהיג, הוא דואג שהדיון יתחיל. זהו פורמט מצוין כי, כידוע, תקשורת ונטוורקינג הם חלק לא פחות חשוב בכל כנס מאשר מצגות. וכשכנס מקדיש חצי מהזמן שלו לפורמט נטוורקינג, זה מאוד מגניב.

בנוסף, Lightning Talks מתקיימים לעתים קרובות ב-DevOpsDays - אלו דוחות קצרים של חמש דקות שמאפשרים לך ללמוד הרבה על הרבה ולפקוח את העיניים לכמה דברים חדשים בפורמט לא משעמם. ואם באמצע דו"ח רגיל הבנת שזה לא שלך, אז הזמן מבוזבז, 30-40 דקות מהחיים שלך מבוזבזות, אז פה אנחנו מדברים על דו"חות לחמש דקות. ואם אתה לא מעוניין, זה יסתיים בקרוב. "ספר לנו, אבל מהר" הוא גם פורמט טוב מאוד.

יש DevOpsDays טכניים יותר, ויש כאלה שמותאמים במיוחד למה זה DevOps: תהליכים, שיתוף פעולה, דברים כאלה. זה מעניין שיש את שניהם, ומעניין שיש את שניהם. אני חושב שזה אחד מזכיונות הכנס הטובים ביותר של DevOps כיום.

הרבה מההופעות שלך דומות להצגות או הצגות: לפעמים אתה נותן הרצאה בצורה של טרגדיה יוונית, לפעמים אתה בתפקיד של שרלוק, לפעמים אתה מופיע בתחפושת של צפרדע. איך אתה בא איתם? האם יש מטרות נוספות מלבד הפיכת הדוח לא משעמם?

נראה לי שלדו"ח אין זכות להיות משעמם, כי קודם כל אני מבזבז את זמנם של המאזינים, בדו"ח משעמם הם פחות מעורבים, למדו פחות, למדו פחות דברים חדשים, וזה לא בזבוז הזמן הטוב ביותר שלהם. שנית, גם היעדים שלי לא הושגו: הם לא חושבים עליי שום דבר טוב, הם לא חושבים שום דבר טוב על JFrog, ובשבילי זה סוג של כישלון.

לכן, לדיווחים משעממים אין זכות קיום, לפחות מבחינתי. אני מנסה להפוך אותם למעניינים, אטרקטיביים ובלתי נשכחים. הופעות הן דרך אחת. ולמעשה, השיטה די קלה. כל מה שצריך זה להמציא איזה פורמט מעניין, ואז להציג את אותן מחשבות שמוצגות בצורה של דוח רגיל בפורמט יוצא דופן.

איך אני מגיע לזה? זה לא תמיד אותו דבר. לפעמים אלו כמה רעיונות שעולים לי לראש, לפעמים אלו כמה רעיונות שניתנים לי כשאני עושה ריצה או חולקת מחשבות על דו"ח והם אומרים לי: "אה, אפשר לעשות את זה ככה!" זה קורה אחרת. כשמופיע רעיון, זה תמיד מאוד משמח ומגניב, זה אומר שאתה יכול לעשות דו"ח מעניין ומעורב יותר.

את הנאומים של מי מתחום ה-IT אתה אישית אוהב? יש רמקולים כאלה? ולמה?

ישנם שני סוגי רמקולים שאני נהנה מהמצגות שלהם. הראשון הוא הרמקולים שאני מנסה להיות כמוהם. הם מדברים בצורה מעניינת ומעורבת, מנסים לוודא שכולם יתעניינו וכולם יקשיבו.

הסוג השני של הרמקולים הם אלו שיכולים לדבר על כל הארדקור משעמם בדרך כלל בצורה מאוד מעניינת ומרגשת.

מבין השמות בקטגוריה השנייה, זה אלכסיי שפלב, שמדבר על איזשהו אוסף אשפה ביצועים עמוק והחלק הפנימי של המכונה הוירטואלית של ג'אווה בצורה מעניינת והומוריסטית. תגלית נוספת של DevOops האחרונה היא סרגיי פדורוב מנטפליקס. הוא סיפר דבר טכני גרידא על האופן שבו הם עשו אופטימיזציה של רשת אספקת התוכן שלהם, והוא סיפר זאת בצורה מאוד מעניינת.

מהקטגוריה הראשונה - אלו ג'סיקה דין, אנטון וייס, רומן שאפוסניק. אלו הדוברים שמדברים בצורה מעניינת, בהומור ומקבלים רייטינג גבוה בצדק.

כנראה שיש לך יותר הזמנות לדבר בכנסים מאשר זמן לעשות זאת. איך בוחרים לאן ללכת ולאן לא?

ועידות ודוברים, כמו כמעט כל דבר אחר, נשלטים על ידי יחסי שוק של היצע וביקוש והערך של אחד מהשני. יש כנסים שבכן, נניח, רוצים אותי יותר ממה שאני צריך אותם. מבחינת הקהל שאני מצפה לפגוש שם וההשפעה שאני מצפה לעשות שם. יש כנסים שלהפך, אני רוצה ללכת אליהם הרבה יותר ממה שהם צריכים אותי. בהתבסס על הערך עבורי, אני מחליט לאן ללכת.

כלומר, אם זו, למשל, איזושהי גיאוגרפיה שבה אני צריך להגיע אסטרטגית, זה כנס גדול ומוכר שיש לו מוניטין טוב ושאנשים ילכו אליו, אז ברור שאני באמת צריך את זה. ואני מעדיף את זה על פני כנסים אחרים.

אם זה סוג של כנס אזורי קטן, ואולי, שבו אנחנו לא מאוד מתעניינים, אז יכול להיות שהטיול לשם לא מצדיק את הזמן המושקע בעניין הזה. יחסי שוק תקינים של ביקוש, היצע וערך.

גיאוגרפיה טובה, דמוגרפיה טובה, פוטנציאל קשרים טובים, תקשורת הם הערובה שהכנס יהיה מעניין עבורי.

באחד הראיונות שלך ציינת שאתה מדבר בכארבעים כנסים בשנה. איך אתה מצליח לעבוד ולהתכונן להופעות? והאם אתה מצליח לשמור על איזון עבודה/חיים עם לוח זמנים כזה? לשתף את הסודות שלך?

נסיעה לכנסים היא חלק הארי בעבודתי. כמובן, יש את כל השאר: יש הכנה לדיווחים, לשמור על עצמך בכושר טכני, לכתוב קוד, ללמוד דברים חדשים. כל זה נעשה במקביל לכנסים: בערבים, במטוס, יום קודם, כשכבר הגעתם לכנס, וזה מחר. משהו כזה.

קשה, כמובן, לשמור על איזון עבודה/חיים כשאתה מבלה כל כך הרבה זמן בנסיעות עסקים. אבל אני מנסה לפצות על זה בכך שלפחות כשאני לא בנסיעת עסקים, אני 100% עם המשפחה שלי, אני לא עונה למיילים בערבים, אני משתדלת לא להשתתף בכל שיחות בערבים ובסופי שבוע. כשאני לא בנסיעת עסקים וזה זמן משפחתי, זה באמת 100% זמן משפחתי. האם זה עובד והאם זה פותר את הבעיה? לא. אבל אני מקווה שזה יפצה איכשהו את המשפחה שלי על כל הזמן שאני לא.

אחד הדיווחים של ברוך הוא "יש לנו DevOps. בואו נפטר את כל הבוחנים".

עם לוח זמנים כל כך צפוף, האם אתה מצליח לשמור על הרמה הטכנית שלך או שכבר התרחקת מהתכנות?

אני מנסה לעשות כמה דברים טכניים תוך כדי הכנה לשיחות שלי ולפעילויות אחרות בכנס. אלה כל מיני הדגמות טכניות, כמה מיני דוחות שאנחנו נותנים בדוכנים. זה לא תכנות-תכנות, זה יותר אינטגרציה, אבל זו לפחות עבודה טכנית שאני מנסה לעשות. כך אני שומרת על ידע על המוצרים שלנו, על תכונות חדשות וכו'.

כמובן, כנראה שאי אפשר לומר שאני אותו קודן הארדקור עכשיו כפי שהייתי לפני 7 שנים. לא בטוח אם זה דבר רע. זו כנראה סוג של אבולוציה טבעית. זה פחות מעניין אותי, ויש לי פחות זמן, אז כנראה שאלוהים יברך אותו.

אני עדיין מחשיב את עצמי למומחה טכני חזק, אני עדיין מתעדכן במה שקורה, אני שומר על עצמי. זה המצב ההיברידי שלי היום.

אנא ספר לנו כמה סיפורים מצחיקים או מצבים קיצוניים שקרו לך: פספסת את המטוס/מחקתי את המצגת/ניתוק החשמל במהלך הדיווח/המזוודות לא הגיעו?

מהמצבים המצחיקים, מה שאני הכי זוכר זה כל מיני כישלונות נוראיים שקרו במהלך הדיווחים. כמובן, כי זה המצב הכי מלחיץ, כי זה הקהל, הזמן, ואתה צריך לוודא שהם לא מבזבזים את זה.

היה לי "מסך כחול של מוות" גם ב-Windows וגם ב-Mac במהלך השיחה. ב-Windows זה קרה פעם אחת, ב-Mac כמה פעמים. זה, כמובן, מלחיץ, אבל איכשהו אנחנו פותרים את הבעיה הזו, המחשב מופעל מחדש, אני ממשיך לספר משהו בזמן הזה, אבל הלחץ הוא עצום.

כנראה הסיטואציה הכי מצחיקה שהייתה לי הייתה בכנס גרובי. אני לא זוכר היכן בדיוק נערך הכנס, כך נראה, בבית מלון, ומול המלון הזה היה סוג של בנייה או שיפוץ. אז דיברתי על איזה קוד שכתבתי, זה היה הדגמה. זו הייתה האיטרציה הראשונה של ההדגמה, שהייתה מובנת, אבל אולי לא כתובה היטב. ובדיוק התכוונתי לשחזר ולשפר את זה, והזכרתי איזה ביטוי כמו "התייחסות עצמית" לגבי העובדה שזה "קוד מחורבן". זה היה בקומה השנייה, ובאותה תקופה מנוף באתר הבנייה ממול רק הרים אסלה ניידת. והבמה הייתה מול החלון. כלומר, אני מסתכל מהחלון הזה, אומר "קוד מחורבן", ושירותים מרחפים מעבר לחלון. ואני אומר לכולם: "תסתובבו, יש לנו כאן איור". זו כנראה הייתה השקופית הטובה ביותר במחשבותיי - האסלה המעופפת בדוח שלי כשדיברתי על קוד מחורבן.

מסיפורים כמו המטען לא הגיע - זה, עקרונית, סיפור רגיל, אין על מה לדבר אפילו. אנחנו יכולים לתאם ראיון נפרד על כל מיני טיפים לטיולים, שבו אנחנו יכולים לדבר על מזוודות שלא הגיעו, אבל לא היה שום דבר קריטי.

אני משתדל מאוד בכל מחיר לטוס תמיד, לבוא ולהשתתף בכל הכנסים שבהם הבטחתי, כי, שוב, זה הזמן של אנשים. זמנם של אנשים הוא יקר מפז כי זה כל כך קרדיט של אמון שהם נותנים לך. ואם ההלוואה הזו מתבזבזת, אז אין דרך להחזיר אותה אחר כך.

אם אדם בילה זמן, בא לכנס להקשיב לדיווח שלי, ולקחתי אותו ולא באתי, זה רע, כי אין דרך להחזיר את זמנו של האדם הזה. לכן סופר חשוב לי לקיים את כל ההבטחות שלי בעניין הזה, ועד עכשיו הכל מסתדר.

אנשים רבים חושבים כך: "למה ללכת לכנסים בכלל? אתה יכול לצפות בסרטון ביוטיוב, ותמיד תוכל לשוחח בצ'אט באינטרנט". למה לדעתך המשתתפים צריכים ללכת לכנסים?

שאלה מצוינת! כדאי ללכת לכנסים בשביל נטוורקינג. זה לא יסולא בפז ואין דרך אחרת להשיג את זה. כבר ציינתי את החשיבות של תקשורת, תקשורת ומיומנויות רכות. צפייה בסרטון ביוטיוב, למרבה הצער, אינה מספקת ניסיון במיומנויות רכות. לכן, אתה צריך ללכת לכנסים למען התקשורת.

בנוסף, לפחות אצלי, כשצופים בסרטונים ביוטיוב, המעורבות שונה לגמרי, והחומר זכור וזכור הרבה פחות טוב. אולי זה רק אני, אבל אני חושד שלהיות בחדר בהרצאה ולצפות בסרטון ביוטיוב הם דברים שונים לגמרי. במיוחד אם הדיווח טוב, נראה לי שהרבה הרבה יותר טוב לשמוע אותו בלייב. זה כמו להאזין להופעה חיה ולתקליט.

ואני חוזר שוב: נטוורקינג ותקשורת הם לא משהו שאפשר לקחת מיוטיוב.

דיווח משותף עם ליאוניד איגולניק ב-DevOpsCon

בבקשה תן כמה מילות פרידה למי שרק מתכנן להיות דובר או שזה עתה התחיל לדבר?

חפש מפגשים מקומיים. מפגשים מקומיים הם דרך מצוינת להתחיל את קריירת הדיבור שלך מכמה סיבות. ראשית, מפגשים מקומיים תמיד מחפשים דוברים. יכול להיות שבלי ניסיון ובלי להיות דובר מפורסם יהיה לך קשה להגיש מועמדות לאיזה כנס מפורסם, או שוועדת התוכנית, אחרי שתתקשר איתך, תבין שאולי עדיין קצת מוקדם לך. לעומת זאת, מפגשים מקומיים תמיד מחפשים רמקולים ורף הכניסה הרבה הרבה יותר נמוך, כך שהרבה יותר קל להגיע לשם.

כמו כן, רמת הלחץ שונה לחלוטין. כשבאים 10-15-30 איש, זה בכלל לא אותו דבר כמו כשיש 150-200-300 איש באולם, אז זה הרבה יותר קל.

שוב, העלויות עבור מפגש מקומי נמוכות בהרבה: אתה לא צריך לטוס לשום מקום, אתה לא צריך לבלות ימים, אתה יכול פשוט לבוא בערב. כשזוכרים את העצה שלי לגבי החשיבות של פרצוף ידידותי בקהל, הרבה יותר קל להגיע למפגש מקומי עם מישהו כי זה לא עולה כסף. אם אתה נואם בכנס, אתה בתור נואם בא בחינם, אבל ה-+1 הזה שלך, שיהווה פנים ידידותיות בציבור, צריך לקנות כרטיס. אם אתה מדבר במפגש, אין בעיה כזו, אתה יכול להביא איתך חבר אחד או שניים או שלושה שיהוו פנים ידידותיות בחדר.

ויתרון נוסף הוא שלמארגני מפגשים יש הרבה יותר הזדמנויות לעזור לך. כי למארגני הכנס יהיו, למשל, 60 מצגות שצריך לסקור, לתרגל ולהכין. ולמארגני המפגשים יש אחד, שניים או שלושה, כך שבאופן טבעי תקבלו הרבה יותר תשומת לב.

בנוסף, הרבה יותר קל לקבל משוב ממפגשים מקומיים. סיימת את הדוח שלך ועכשיו אתה והקהל כבר מתקשרים ודנים במשהו שקשור לדוח שלך. עבור כנסים גדולים זה לרוב לא המקרה. עשית דוח וזהו. הקהל, שהיה מסה אפורה במהלך הדיווח שלך, עזב, ואתה כבר לא יודע עליהם כלום, אתה לא שומע, לא תקבל שום משוב.

מה שיגידו, מפגשים מקומיים הם נושא נהדר בכלל ולמתחילים בפרט.

ברוך ירצה בכנס ב-7 בדצמבר DevOpsDays מוסקבה. ברוך ינתח בדוח שלו כשלים אמיתיים שמתרחשים בכל יום ובכל מקום בעת עדכון תוכנה. זה יראה כיצד כל מיני דפוסי DevOps משתלבים בתרחישים שונים וכיצד יישום נכון יכול להציל אותך.

עוד בתוכנית: אלכסנדר צ'יסטיאקוב (vdsina.ru), מיכאיל צ'ינקוב (AMBOSS), רומן בויקו (AWS), פאבל סליוונוב (סאות'ברידג'), רודיון נגורנוב (מעבדת קספרסקי), אנדריי שורין (יועץ DevOps).

בואו להכיר!

מקור: www.habr.com