Кодим-пица

Здравей, Хабр. Спонтанно проведохме първия си вътрешен хакатон. Реших да споделя с вас моите мъки и изводи около подготовката за него за 2 седмици, както и проектите, които се оказаха.

Скучната част за тези, които се интересуват от маркетинг

Ще започна с една малка история.

Началото на април. Първият хакатон на MskDotNet Community се провежда в нашия офис. Този път битката при Татуин е в разгара си в нашата галактика. Събота. 20 отбора. пица. Всичко е много искрено (доказателства). Надуваем R2-D2 се носи из залата. Отборите пишат най-правилните алгоритми за преминаване на най-опасното състезание на картата. Преместваме старта на първите състезания. Бисквитките и кафето са спасители. Организаторите и аз очаквахме след обяд в събота много хора да си тръгнат. Но не. 12 часа кодиране назад. Финалът. Нещо пада, нещо не тръгва. Но всички са доволни. Нашият отбор печели. Ние сме двойно щастливи.

Споделям радостта си в Slack и ми идва наум идеята: „Трябва да направим наш собствен хакатон.“ Пиша на нашия сервиз Саша. Тишина.

Сутрин. Пия кафе в офиса. Виждам Саша да се приближава отзад. „Лиза, това е страхотно! Имаме важна дата на 21 април. Хайде да го направим!" WTF!? Толкова бързо? А? Какво? Трябва да летя до Сиктивкар за стаж в средата на април. И по дяволите! Нека да.

остават 2 седмици. Никога не съм бил единственият организатор на хакатон. Нека е вътрешно. Четох статии по тази тема. Твърд. Отнема няколко месеца. Необходими са няколко души. Трябва да помислите за стоки, награди, условия, график, интерес, да разберете целта, бюджети. Или може би дори да разбере смисъла на живота. Определено няма да успея навреме. И докато четете и се подготвяте, вече беше минала седмица. Време е да забравите за статиите и да започнете да правите нещо.

Вижте нашия контролен списък за провеждане на вътрешен хакатон след 1 седмица

• план: Сядаш спокойно и пишеш списък какво трябва да се направи за хакатона. 30 минути.
• Задача: Участниците предлагат и избират проектите, които искат да създадат в Google Sheets. Фонова задача, 2 часа.
• Разписание: на коляното си пишете кратка разбивка на времето, като вземете предвид 3 почивки и финала. 20 минути.
• команди: публикувайте съобщение за хакатона с график от сервиза в IT канали в Slack/mail/etc и създайте отделен канал за хакатона. В него всички се разделят на отбори, а тези, които не са решили, правят това в първите 5 минути на хакатона. Фонова задача, 2 часа.
• Кифлички: измисляте стока с двама разработчици, давате я на дизайнера за изобразяване и я получавате готова. Фонова задача, 3 дни.
• Хакатон: идвате в офиса, координирате всички в началото, занимавате се с работата си, четете Reddit, важно обявявате всяка почивка за прясна пица, правите снимки на залеза, обявявате финала, гласувайте заедно и избирате победителя. 1 дни.
• Под звездичката: Разбира се, вие постоянно мислите дали всичко върви добре. Разбира се, не всеки ще види вашето съобщение и е по-добре да говорите с някои лично. Разбира се, ако някой ви помогне, всичко ще стане 2 пъти по-лесно (прекрасната Алена ми помогна).

По-малко скучната част за датата на хакатона

Защо 21 април? Този ден е знаменателен за нас. Точно преди година, на 21 април, бяхме натоварени през първия уикенд след старта на Федералната рекламна кампания. На следващия ден, неделя, екипът ни беше на работа от 8 сутринта. След това създадохме табло за неделен хакатон в Trello и започна една седмица работа на смени, 12 часа на ден. Ситуацията беше толкова критична, че дори нямахме време да ядем и ни хранеха момчета от други отбори.

Можете да прочетете по-подробна история на Страницата на Фьодор Овчинников (нашият главен изпълнителен директор). Оттогава сме се променили много, но сега определено няма да забравим датата.

Тази година решихме, че това събитие си заслужава да бъде увековечено в паметта на поколенията и в най-добрите традиции организирахме първия вътрешен хакатон в историята на Додо, който продължи 10 часа.

Най-скучната част от хакатон проектите

Отказ от отговорност: всички описания са написани от самите момчета, така че авторството на текста не е мое.

Oleg Learning (машинно обучение)

Дима Кочнев, Саша Андронов (@alexandronov)

Те искаха да направят невронна мрежа, която да определя какъв вид пица е на снимката без никакво знание. В резултат на това направихме много проста и играчка - разпознава 10 пици, грубо разбрахме как работи всичко, доколкото е възможно за един ден (~10 часа).

По-специално, осъзнахме, че индустрията е достигнала ниво, при което обикновен разработчик може да вземе готови библиотеки, да прочете документацията и да обучи своята невронна мрежа без задълбочени познания по темата. И ще работи достатъчно добре, за да реши реални проблеми.

Използвани инструменти:

• imageai — удобна и проста библиотека за работа с машинно обучение и компютърно зрение.
• Пробвахме два модела - ResNet50, Yolo.
• Кодът беше написан, разбира се, на Python.

Имахме 11000 3 снимки, но почти 4/500 от тях се оказаха боклуци, а останалите бяха с различни, неподходящи ъгли. В резултат на това взехме готов модел (който просто знае как да намери пица) и с негова помощ разделихме боклука. След това заглавието на снимката включваше името на пицата - така че я сортирахме в папки, но се оказа, че имената не съвпадат с реалността и трябваше да я чистим с ръце. В крайна сметка останаха около 600-10 снимки, ясно е, че това е нищожно количество, но въпреки това беше достатъчно, за да разделите XNUMX пици една от друга.

За да обучим мрежата, взехме най-евтината виртуална машина в Azure на NVIDIA Tesla K80. Те тренираха върху него в продължение на 100 епохи, но беше ясно, че мрежата е пренаситена след 50 епохи, поради факта, че имаше малък набор от данни.

Всъщност целият проблем е липсата на добри данни.

Може малко да сме объркали термините, но трябва да имаме предвид, че нямаме никакъв опит в работата с всички тези въпроси.

GUI за NOOBS (конзола за поръчка на пица)

Миша Кумачев (Серидан), Женя Бикинин, Женя Василиев

Съставихме прототип на конзолно приложение за маниаци, благодарение на което можете да поръчате пица през терминала или командния ред или дори да го интегрирате в конвейера за внедряване и при успешно пускане да доставяте пица до офиса.

Работата беше разделена на няколко части: разбрахме как работи нашият API за мобилни приложения, сглобихме нашия собствен CLI, използвайки оклиф и конфигурирахме публикуването на пакета, който събрахме. Последната задача включваше няколко неприятни минути към края на хакатона. Всичко работеше локално за нас и дори старите публикувани версии на пакета работеха, но новите (които добавиха още готини функции и емотикони) отказаха да работят. Прекарахме около 40 минути, опитвайки се да разберем какво се е объркало, но в крайна сметка всичко магически проработи от само себе си).

Максималната ни програма за хакатона беше истинска поръчка на пица до офиса чрез нашия CLI. Изпълнихме всичко десетина пъти на тестовия стенд, но ръцете ми все още трепереха, когато въвеждах команди в производството.

В резултат на това най-накрая го направихме!

CourierGo

Антон Бружмелев (автор), Ваня Зверев, Глеб Лесников (ентропията), Андрей Сарафанов

Възприехме идеята за „Приложение за куриер“.

Предистория за подготовката.Първоначално се чудех какви функции може да има в приложението? Появи се следният списък с функционалности:

• Приложението влиза в касата за доставка чрез кода.
• Приложението веднага показва наличните поръчки и поръчките, които трябва да бъдат взети.
• Куриерът отбелязва поръчката и я взема на път.
• Показва му се очакваното време и дали е навреме или не.
• Показва на клиента, че куриерът си е тръгнал.
• На клиента започва да се показва точката на куриера на картата и очакваното време.
• Куриерът може да пише на клиента в чат от приложението.
• Клиентът може да пише на куриера чрез чат от приложението.
• Пет минути преди пристигането клиентът получава съобщение, че куриерът е близо, бъдете подготвени.
• Куриерът отбелязва в заявката, че е пристигнал и чака.
• Куриерът се обажда от приложението с едно кликване и съобщава, че (се покачва, пристигна и т.н.)
• Клиентът приема поръчката и въвежда ПИН код от приложението или SMS за потвърждение на доставката (като подпис) За да не може куриерът да завърши доставката предварително, ако закъснее.
• Поръчката е маркирана като доставена в системата.

Плюс няколко алтернативни сценария:

• Куриерът може да маркира поръчката като недоставена и да избере причината.
• Ако закъснеете, куриерът може да издаде електронен сертификат чрез SMS с един бутон. Или сертификатът пристига автоматично, ако срокът за доставка не е спазен.

Усещането за обещание и необходимост от този проект, разбира се, беше зареждащо.

На следващия ден отидохме на обяд с екипа и обсъдихме как ще изглежда минималната функционалност на приложението.

В резултат на това се формира следният списък с това, което трябваше да се направи на хакатона:

• Влезте в касата за доставка.
• Показване на текущата позиция.
• Изпратете данни към външен API (координати, получена поръчка, доставена поръчка).
• Получавайте данни от външен API (текущи куриерски поръчки).
• Изпратете събитие, което показва, че сте приели поръчката за доставка/доставена.
• Показване на текущата позиция на куриера на картата на уебсайта.

Основната работа, както изглеждаше, беше създаването на бекенда, самото приложение (след дискусии избрахме ReactNative да разработи приложението или по-скоро рамката за него - expo.io, което ви позволява изобщо да не пишете естествен код). Що се отнася до бекенда, първоначално имаше надежда във Ваня Зверев, тъй като той имаше опит в работата с нашия шаблон за услуга и k8s (която работа пое). Андрей Сарафанов и аз взехме ReactNative за завъртане.

Реших да опитам незабавно да създам работещо хранилище за самия проект. В 12 през нощта се натъкнах на факта, че геолокацията във фонов режим не работи добре в ReactNative, ако не пишете естествен код, бях малко разочарован. След това го пуснах, когато разбрах, че чета документацията не на рамката expo.io, а на ReactNative. В резултат на това в течение на вечерта вече разбрах как да получа текущата позиция в expo.io и да рисувам отделни екрани (за влизане, показване на поръчка и т.н.).

Сутринта на хакатона те примамиха Глеб в своя суперобещаващ проект. Те бързо измислиха план какво трябва да се направи.

Направихме грешка, когато в съответствие с шаблона на проекта се опитахме да комуникираме не чрез HTTP, а чрез GRPC, тъй като никой не знаеше как да изгради GRPC клиент за JavaScript. В крайна сметка, след като отделихме около час и половина за това, ние се отказахме от тази идея. Поради това момчетата от задната част започнаха да преработват готовия сървър от GRPC на WebApi. След половин час най-накрая успяхме да настроим комуникация между приложението и бекенда, ето, ето. Но в същото време Глеб почти завършваше разгръщането на k8s и плюс автоматичното разгръщане на ангажимент към главния. 🙂

Избрахме MySQL като хранилище, за да не поемаме рискове поне с базата данни (имахме мисли за CosmosDb).

В обобщение:

• Реализирано запазване на текущите координати на куриера от приложението в базата данни.
• Инсталирахме RabbitMQ и се абонирахме за съобщения за куриера, който взема поръчка, за да покажем веднага поръчката от куриера в приложението.
• Започнахме да записваме времето за доставка на поръчката в нашата база данни, след като куриерът натисна бутон в приложението. Нямахме време да добавим изпращане на събитие обратно към rebbit, че поръчката е доставена.
• Направих карта на страницата за текуща поръчка на уебсайта с текущата позиция на куриера. Но тази функционалност остана малко недовършена, тъй като не беше възможно да конфигурираме CORS в средата за получаване на координати от нашата нова услуга.

M87

Рома Букин, Гоша Полевой (георгеполевой), Артьом Трофимушкин

Искахме да внедрим доставчик на OpenID Connect, тъй като в момента използваме протокол за удостоверяване по наш собствен дизайн и това създава редица трудности: персонализирани клиентски библиотеки, неудобна работа от страна на външни партньори, възможни проблеми със сигурността (в края на краищата , OAuth2.0 и OpenID Connect в референтната реализация могат да се считат за безопасни, но не съм сигурен за нашето решение).

Направихме отделна услуга, емулираща услуга за съхраняване на лични данни, за да създадем малък независим от държавата модел на доставчик на удостоверяване, който да отиде в отделна услуга за лични данни (това в бъдеще ще направи възможно една услуга с в който човек може да влезе с регистрация на акаунт във всяка страна и в същото време да спазва GDPR и други федерални закони). Ние направихме тази част, както и доставчикът, и успешно ги свързахме един с друг. След това беше необходимо да се създаде API, който да бъде защитен от токени, издадени от доставчика, да поддържа тяхната интроспекция чрез доставчика и да връща защитени данни, ако заявката отговаря на правилата за оторизация (ние проверяваме дали потребителят е удостоверен според схемата на носителя , неговият токен съдържа определен обхват + y Самият потребител има разрешение, което позволява да се направи повикването). Тази част също беше завършена. Последният компонент беше JavaScript клиент, който ще получи токен, с помощта на който ще извика защитен API. Нямахме време да направим тази част. Тоест, цялата функционална част беше готова, но предната част не беше готова, за да демонстрира функционалността на цялата система.

E-E-E (играчка)

Дима Афонченко, Саша Коновалов

Направихме мини-играчка на юнка, където бързи ръце хвърлят наденица върху пица. Ако сложите наденицата неправилно, на екрана се появява тъжно съобщение „Отхвърлено“ и ако цялата наденица е поставена правилно, се появява произволен факт за пицата.

Искахме да направим второ ниво с хвърляне на домати, но нямахме време.

Кратко продължение: кой спечели?

Преди хакатона говорихме с момчетата и попитах каква награда биха искали да получат, ако спечелят. Оказа се, че най-ценната награда ще бъде „пътят към храната“.

Затова очаквайте скоро да обявим игра с ръце, които слагат чушки на пица.

Както може би е забелязал внимателен читател, спечели отборът „E-E-E (играчка)“. Честито момчета!

В анкетата могат да участват само регистрирани потребители. Впиши се, Моля те.

Кой проект ви хареса най-много?

• Oleg Learning (машинно обучение)

• GUI за NOOBS

• CourierGo

• M87

• Е-Е-Е

5 потребители гласуваха. 3 потребители се въздържаха.

Източник: www.habr.com