QA: האקתונים

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

ספר לנו איך התחלת להשתתף בהאקתונים.
למדתי לתואר שני באוניברסיטת לפנרנטה תוך כדי פתרון תחרויות בניתוח נתונים. היום הטיפוסי שלי נראה כך: לקום ב-8, כמה זוגות באוניברסיטה, ואז תחרויות וקורסים עד חצות (בזמן שההגשה סופרת, אני צופה בהרצאות או קורא מאמרים). לוח זמנים קפדני שכזה נשא פרי, וזכיתי בתחרות ניתוח הנתונים MERC-2017 (שאפילו נידונה פוסט ברכזת). הניצחון נתן לי ביטחון, וכשנתקלתי בטעות במידע על ההאקתון SkinHack 2 במוסקבה, החלטתי לבקר את ההורים שלי ובמקביל לגלות מה זה האקתון.

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

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

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

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

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

איך מוצאים אירועים?
מקור ראשי - hackathon.com (עולם) וצ'אט טלגרם האקרים רוסים (רוּסִיָה). בנוסף, הודעות על אירועים מופיעות בפרסום ברשתות החברתיות וב-linkedin. אם אתה לא מוצא שום דבר, אתה יכול לחפש כאן: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.

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

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

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

איך מתמודדים עם עייפות במהלך האקתון?
בהאקתון נותנים לך יומיים לעבוד, זה 2 שעות (48-30 שעות, ניקח 48 כדי להקל על הספירה). אנו מסירים זמן לשינה (48-16 שעות), ומשאירים לא יותר מ-20. מתוכם, 30 שעות (בממוצע) יושקעו בפועל בעבודה פרודוקטיבית. אם אתם מארגנים נכון את העבודה שלכם (שינה, תזונה, יציאה לאוויר הצח, תרגילים, דקות של מיינדפולנס, תקשורת נכונה עם הצוות והחלפת פעילויות), אז ניתן להגדיל את שעות העבודה העמוקות ל-8-12. לאחר עבודה כזו אתה תרגיש מותש, אבל זה יהיה עייפות נעימה. קידוד ללא שינה והפסקות, מופסק על ידי משקאות אנרגיה, הוא מתכון לכישלון.

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

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

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

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

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

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

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

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

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

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

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

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

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

אילו "דגלים אדומים" מעידים מיד שהאירוע לא יהיה טוב במיוחד ואין צורך לבזבז זמן?

• תיאור ברור של מה שצריך לעשות (רלוונטי להאקתוני מוצרים). אם במהלך ההרשמה ניתנת לך משימה ברורה, אז עדיף להישאר בבית. בזיכרון שלי, לא היה האקתון אחד טוב עם מפרט טכני. לשם השוואה: אוקיי - תעשה לנו משהו שקשור לניתוח שיחות שמע. רע - עשה לנו אפליקציה שתוכל לפצל שיחה לשתי רצועות שמע נפרדות עבור כל אדם.
• קרן פרסים קטנה. אם תתבקשו להכין "טינדר לחנות מקוונת עם AI" והפרס למקום הראשון הוא 500 יורו וגודל צוות מינימלי של 5 אנשים, כנראה שלא כדאי לבזבז את זמנכם (כן, זה האקתון אמיתי שהיה שנערך במינכן).
• חוסר בנתונים (רלוונטי להאקתוני מדעי נתונים). המארגנים בדרך כלל מספקים מידע בסיסי על האירוע ולפעמים מערך נתונים לדוגמה. אם הם לא סיפקו אותו, שאל, זה לא יעלה לך כלום. אם תוך 2-3 לא ברור אילו נתונים יסופקו והאם הם יסופקו בכלל, מדובר בדגל אדום.
• מארגנים חדשים. אל תתעצלו וגוגל מידע על מארגני ההאקתון. אם הם עורכים אירוע מהסוג הזה בפעם הראשונה, יש סבירות גבוהה שמשהו ישתבש. מצד שני, אם המארגן וחברי המושבעים כבר ערכו האקתונים או השתתפו בעבר באופן פעיל, מדובר בדגל ירוק.

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

למה אתה עושה את כל זה?
כל זה רק מתוך שעמום.

מקור: www.habr.com