{"id":14276,"url":"\/distributions\/14276\/click?bit=1&hash=721b78297d313f451e61a17537482715c74771bae8c8ce438ed30c5ac3bb4196","title":"\u0418\u043d\u0432\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0442\u043e\u0432\u0430\u0440 \u0438\u043b\u0438 \u0443\u0441\u043b\u0443\u0433\u0443 \u0431\u0435\u0437 \u0431\u0438\u0440\u0436\u0438","buttonText":"","imageUuid":""}

Правила «тру-хакатонщика»

Хакатоны прочно вошли в обыденную практику для разработчиков, которые желают провести время с пользой. Само по себе слово «хакатон» образовано из двух слов hack (хак — хакер) и marathon — марафон. Колыбелью хакатонов считают IT-отрасль, но в последнее время из-за глобальной компьютеризации «хакатоны» стали проводиться почти во всех крупных отраслях экономики. Для того, что найти мероприятие и принять в нём участие уже создано десяток нужных ресурсов. Чтобы не уделять им большое внимание, то выделю группу в vk и уютненький хаб - здесь.

Когда я начал интересоваться такого рода мероприятиями, то не ставил себе цель, чтобы победить, но спустя годы и завершения университета ситуация изменилась. Благоприятно на моё развитие повлияла и сама индустрия. За последние годы количество «хакатонов» выросло в разы, участников стало больше, уровень команды стал профессиональным, а демонстрация продуктов стала похожа на презентации с TechCrunch.

Если раньше для победы требовалось сделать что-то на "коленках" и умело этим зажечь, то теперь из-за увеличения конкуренции правила сильно изменились. В России появились, как и в других странах "бывалые" хакатонщики, которые раз за разом побеждают все мероприятия, не оставляя шансов новичкам. Желание улучшить свои навыки и побеждать сподвигло меня на изучение того, как можно развиться в этом направлении, чтобы методом "бутстрапа" собирать интересные прототипы.

1 - API is King

Выбор платформы на мой взгляд является самым важным фактором для создания продукта. Раньше я не придавал этому моменту значения, когда, как "бывалые" всегда знают, какое API лучше выбрать в той или иной ситуации. Первый список API, который мне понравился был опубликован в рекомендациях от ФРИИ, но после углубления в процесс можно сказать, что этого недостаточно. Для того, чтобы выбрать нужную API обращаюсь к подборке каталога ProgrammableWeb, где можно найти практически любое решение для интеграции. Наиболее авторитетные платформы попадают в список лучших, что естественно сокращает время на поиски солидной API.

2 - Анализируй то, что делают другие

Помимо выбора API важно понимать, что создают другие разработчики, чтобы не сделать что-то похожее. Зачастую команды создают однотипные демки, которые мало заинтересуют жюри и потом вряд ли смогут выжить в условиях большой конкуренции. Также анализ результата от команд позволит понять уровень компетенций разработчиков, что учавствовали на мероприятии.

3 - Удачное название команды и проекта

Без хорошей презентации и названия будет сложно победить, поэтому лучше придумать несколько названий заранее. Ваше название может усилить эмоциональное восприятие от демонстрации работы, вызвать определённые реакции, что благоприятно скажется на мнение жюри. Например, название для блога «Цукерберг Позвонит» настолько впечатляющ, что ему смысл не обязателен. «Найк» излучает энергию, даже если не знать, что это — имя греческой богини победы. Однако важно, чтобы смысл не противоречил идее проекта.

4 - Будьте проще

Уверен, что это больше касается в целом разработчиков и «технарей» в целом потому, что техническое восприятие мира не позволяет видеть реальность проще, чем она есть. Простое объяснение увеличивает шанс на победу и увеличит шанс того, что инвестор с мероприятия рассмотрит проект для дальнейшего развития. Если идея будет сложна и выглядить таким образом, что без бутылки водки не разберёшься, то скорее всего она будет уничтожена критикой специалистов.

5 - «Мутант»

В результате неоднократного участия в "хакатонах" мне удалось выявить одну главную истину, что людей впечатляет скрещивание разных платформ в едино. Наиболее удачным направлением для таких экспериментов служат API из компьютерного зрения, искуственного интеллекта и анализа данных. Примером «мутанта» может послужить использование API от Twilio, Algorithmia и Stickeroid в едином ключе. Платформа Twilio прекрасно адаптирована для создания гибкого видеочата с полной регулировкой потока видео, что легко может быть направлено на анализ платформой Algorithmia, которая определит эмоции человека в видеофрейме.

После анализа потока от Algorithmia мы получаем маркер эмоций либо "тэг", который транслируется в платформу Stickeroid-Ai. Нейронная сеть платформы для стикеров пригодна для многих кейсов под "хакатоны", т.к. поддерживает не только английский, а также русский язык запросов. Бонусом для интеграции служит и генератор стикеров, который можно использовать, как "заплатку". В результате конвертации тэга в стикер можно получить изображение, которое хорошо подходило под приложение «мутанта».

Пример - "Угадай эмоцию"

Создаётся видеочат из 4-6 человек, где в случайном порядке один из участников за несколько секунд задаёт реакцию (мимику либо эмоцию) таким образом, чтобы её можно было определить. Другие участники в этот момент видят затемнённый блок экрана. Если эмоция плохо распознается (имеет показатель ниже 70% в системе Algorithmia), то выводится статус, чтобы участник повторил процедуру.

После определения эмоции экран участника становится активным и отображает стикер с эмоцией и вопросом. Тот, кто быстрее угадал при помощи системы голосования эмоцию получает один балл.

Таким образом, при помощи нескольких интеграций платформ и за короткое время получилось простое, но игровое приложение.

0
2 комментария
Action X

Описано все хорошо, спасибо. Правда я так и не понял зачем это читал...

Ответить
Развернуть ветку
Stan Podolski

то же ощущение

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку
-1 комментариев
Раскрывать всегда