קודים-פיצה

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

החלק המשעמם למי שמתעניין בשיווק

אני אתחיל בסיפור קטן.

תחילת אפריל. המשרד שלנו מארח את ההאקתון הראשון של קהילת MskDotNet. הקרב על טאטויין בעיצומו, בגלקסיה שלנו הפעם. יום שבת. 20 קבוצות. פיצה. זה הכל מאוד נשמההוכחות). R2-D2 מתנפח מתנשא ברחבי החדר. צוותים כותבים את האלגוריתמים הנכונים ביותר כדי לעבור את המירוץ המסוכן ביותר על המפה. אנחנו מזיזים את השקת המרוצים הראשונים. עוגיות וקפה חוסכים. המארגנים ואני ציפינו שהרבה אנשים יעזבו אחרי ארוחת הצהריים בשבת. אבל לא. 12 שעות של קידוד מאחור. הגמר. משהו נופל, משהו לא מתחיל. אבל כולם מרוצים. הקבוצה שלנו מנצחת. אנחנו שמחים כפליים.

אני חולק את השמחה שלי ב-Slack והרעיון עולה במוחי: "אנחנו צריכים לעשות האקתון משלנו." אני כותב לתחנת השירות שלנו סשה. שתיקה.

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

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

בדוק את רשימת הבדיקה הפנימית של ההאקתון שלנו למשך שבוע

• תכנית: לשבת ברוגע ולכתוב רשימה של מה שצריך לעשות להאקתון. דקות 30.
• משימה: המשתתפים עצמם מציעים ובוחרים פרויקטים שהם רוצים ליצור ב-Google Sheets. משימת רקע, שעתיים.
• לוח זמנים: על הברך אתה כותב פירוט זמן קצר, תוך התחשבות ב-3 הפסקות ובסוף. דקות 20.
• פקודות: לפרסם הודעה על האקתון עם לוח זמנים מתחנת השירות בערוצי IT ב-Slack/mail/וכו' וליצור ערוץ נפרד להאקתון. בו כולם מחולקים לצוותים, והמתלבטים עושים זאת ב-5 הדקות הראשונות של ההאקתון. משימת רקע, שעתיים.
• לחמניות: אתה מביא סחורה עם שני מפתחים, נותן אותה למעצב לעיבוד, ומכינים אותה. משימת רקע, 3 ימים.
• האקתון: אתם מגיעים למשרד, מתאמים את כולם בהתחלה, מתעסקים בעניינים שלכם, קוראים את Reddit, חשוב לדווח על כל הפסקה על פיצה טרייה, לצלם את השקיעה, להכריז על הגמר, להצביע ביחד ולבחור את המנצח. 1 יום.
• מתחת לכוכבית: כמובן, אתה כל הזמן חושב שהכל הולך כשורה. כמובן שלא כולם יראו את ההודעה שלך ועדיף לדבר עם מישהו באופן אישי. כמובן שאם מישהו יעזור לך הכל יהפוך פי 2 לקל יותר (אלנה הנפלאה עזרה לי).

החלק הפחות משעמם בתאריך ההאקתון

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

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

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

החלק הכי משעמם בפרויקטים של האקתון

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

אולג לרנינג (למידת מכונה)

דימה קוצ'נב, סשה אנדרונוב (@alexandronov)

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

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

כלים בשימוש:

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

היו לנו 11000 תמונות, אבל מתוכן כמעט 3/4 התגלו כזבל, ובשאר - זוויות שונות, לא מתאימות. כתוצאה מכך לקחנו דגם מוכן (שפשוט יודע למצוא פיצה) ובעזרתו הפרדנו את האשפה עצמה. בהמשך, שם התמונה היה שם הפיצה - אז מיינו אותה לתיקיות, אבל התברר שהשמות לא תאמו את המציאות וכאן היינו צריכים לנקות אותה עם הידיים. כתוצאה מכך נותרו כ-500-600 תמונות, ברור שמדובר בכמות לא משמעותית, אך למרות זאת, התברר שהדבר הספיק כדי להפריד 10 פיצות אחת מהשנייה.

כדי לאמן את הרשת, לקחנו את המכונה הוירטואלית הזולה ביותר ב-Azure ב-NVIDIA Tesla K80. הוא הוכשר ב-100 עידנים, אבל היה ברור שהרשת הייתה רוויה יתר על המידה לאחר 50 עידנים, בשל העובדה שהיה מערך נתונים קטן.

בעצם - כל הבעיה היא המחסור בנתונים טובים.

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

ממשק משתמש עבור NOOBS (קונסולת הזמנת פיצה)

מישה קומאצ'ב (סרידאן), ז'ניה ביקינין, ז'ניה וסילייב

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

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

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

כתוצאה מכך - בכל זאת עשינו את זה!

CourierGo

אנטון ברוז'מלב (מחבר), וניה זברב, גלב לסניקוב (אנטרופיה), אנדריי סרפאנוב

הם לקחו את הרעיון של "בקשה לשליח".

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

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

בנוסף כמה תרחישים חלופיים:

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

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

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

כתוצאה מכך, נוצרה הרשימה הבאה של מה שהיה צריך לעשות בהאקתון:

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

העבודה העיקרית, כפי שזה נראה, הייתה ליצור את ה-backend, את האפליקציה עצמה (לאחר דיונים, בחרנו ב-ReactNative לפתח את האפליקציה, או ליתר דיוק, את הכריכה שמעליה - expo.io, מה שמאפשר לך לא לכתוב קוד מקורי בכלל). מבחינת ה-backend, בהתחלה הייתה תקווה ל-Vanya Zverev, שכן הוא היה מנוסה בעבודה עם תבנית השירות שלנו ו-k8s (שאיזה תפקיד הוא לקח על עצמו). אני ואנדריי סרפאנוב נגעו ב-ReactNative.

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

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

הם עשו טעות כאשר בהתאם לתבנית הפרויקט ניסו ליצור תקשורת לא דרך HTTP, אלא דרך GRPC, מאחר שאף אחד לא ידע לבנות לקוח GRPC עבור JavaScript. כתוצאה מכך, לאחר שהשקיעו על זה כשעה וחצי, הם נטשו את הרעיון הזה. בגלל זה, החבר'ה מאחור החלו ליצור מחדש את השרת המוגמר מ-GRPC ל-WebApi. אחרי חצי שעה, סוף סוף, הצלחנו להגדיר תקשורת בין האפליקציה ל-backend, הנה. אבל באותו זמן, גלב כמעט סיים את הפריסה ל-k8s ובנוסף פריסה אוטומטית על ידי התחייבות למאסטר. 🙂

כאחסון, בחרנו ב-MySQL כדי לא להסתכן לפחות עם בסיס הנתונים (היו מחשבות על CosmosDb).

לסיכום:

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

M87

רומא בוקין, גושה פולבוי (ג'ורג'פולבוי), ארטיום טרופימושקין

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

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

E-E-E (צעצוע)

דימה אפונצ'נקו, סשה קונובלוב

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

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

המשך קצר: מי ניצח?

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

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

כפי שקורא קשוב יכול להבחין, נבחרת "E-E-E (צעצוע)" ניצחה. מזל טוב חברים!

רק משתמשים רשומים יכולים להשתתף בסקר. להתחברבבקשה.

איזה פרויקט הכי אהבת?

• אולג לרנינג (למידת מכונה)

• ממשק משתמש עבור NOOBS

• CourierGo

• M87

• אה-אה

5 משתמשים הצביעו. 3 משתמשים נמנעו.

מקור: www.habr.com