И почему тебе стоит попробовать
На втором курсе колледжа я бросался на любой программный хакатон, который считал привлекательным.
В конце этого пути я получил награды на всех трех хакатонах, в которых я участвовал, два из которых были довольно громкими.
В одной было более 80 команд, которые придумали прототипы, а в другой участвовало более 1200 человек.
Это была тяжелая и напряженная работа, и я потерял несколько ночей сна до истечения крайних сроков этих хакатонов.
Тогда зачем участвовать в хакатонах?
Мне было весело. Будучи студентом инженерного факультета, часто бывает трудно получить какой-либо значимый опыт работы, а также довольно сложно мотивировать себя изучать целые стекы технологий самостоятельно.
Хакатоны решают множество задач одним махом. Это дает вам очень строгие сроки, в которые вы:
- Обязательно нужно научиться работать с технологическим стеком
- Адаптируйтесь к работе в команде (что также может быть весело, если вы участвуете с правильными людьми)
- И получите значимые награды (деньги, стажировки и т. Д.) И признание (то, что можно разместить в своем резюме и / или профиле LinkedIn).
Хакатоны - это также действительно интересный опыт для предпринимателей и людей, которые хотят получить опыт работы в команде по разработке программного обеспечения.
Для многих старшекурсников все это хорошо.
Хорошо, так как мне выиграть?
Извините, но заголовком был кликбейт. Нет никакой гарантии, что вы выиграете.
Хакатон включает множество переменных, поэтому лучшее, что вы можете сделать, - это повысить свои шансы.
Для начала, пожалуй, самое важное, что нужно обсудить:
1. Команда:
Что нельзя изменить до хакатона, так это свои навыки.
Хакатоны обычно очень строго рассчитаны по времени. Ожидание выучить новый технологический стек или язык - значит потерпеть неудачу, хотя это можно сделать успешно.
В идеале то, что вы не можете сделать в одиночку, нужно привлекать других людей.
Возьмем пример проекта веб-сайта. Если вы хорошо разбираетесь в написании Backend API, наймите человека для Frontend. Парень для базы данных. Еще один специалист по машинному обучению, блокчейну или тому, что нужно.
Дело в том, что не набирайте людей случайным образом. Это может испортить вам опыт. Это может быть грубо сказать, но ваши близкие друзья могут быть не лучшими людьми, которых можно нанять, если вы хотите победить.
Ищите людей, которые:
- Иметь хорошие коммуникативные навыки
- Готовы приложить столько же усилий и времени, что и вы
- Иметь различные технические навыки (и / или нетехнические навыки тоже)
Наличие людей с разными навыками в значительной степени помогает вам обдумывать идеи.
Ваша команда может быть создана, чтобы выиграть у одного парня, который хорошо разбирается в компьютерном зрении, и другого парня, которому удалось придумать хорошую идею с помощью резюме.
2. Мозговой штурм: УТП
Для большинства хакатонов обычно есть несколько тем, вокруг которых вам нужно обдумать идею.
Хотя ваш опыт будет сильно различаться в зависимости от правил хакатона и ваших товарищей по команде, вам, несомненно, следует провести несколько сеансов мозгового штурма.
Простые встречи, обсуждаем только возможные идеи. Не задерживайтесь ни на чем, если не думаете, что это может быть ваш любимый ребенок.
Идеи, которые вы ищете, должны иметь одно и только одно УТП: «Уникальное торговое предложение».
Наличие нескольких УТП - плохо.
Имея УТП, вы вообще не можете объяснить нетехническому человеку? Также потенциально плохо.
В чем ваша точка продажи? Это уникально?
Хороший способ придумывать идеи - думать о проблемах, с которыми вы сами сталкиваетесь, и которые хотите решить.
Один из моих проектов хакатона включал в себя картографические данные туалетов, данные для которых мог предоставить любой, и возможность сдавать в аренду собственные туалеты, предназначенные для предприятий или других лиц, у которых есть свободные туалеты.
Я знал, что у этого есть реальное применение; У меня самого были проблемы с поиском санитарных туалетов в кампусе моего колледжа (кхм, это шутка. Может быть).
Я бы посоветовал проводить встречи до тех пор, пока у вас не появится идея, которую можно кодировать и которая достаточно интересна, чтобы победить (по вашему мнению). Иногда вам действительно не хватает идей, и это требует времени.
Может быть, проведите небольшое исследование в перерывах между сессиями и поговорите с нетехническими или не вовлеченными людьми для свежих взглядов.
И помните, вы всегда можете попробовать по-новому взглянуть на уже существующее программное обеспечение / технологию. В конце концов, все искусство - это имитация.
3. Время писать код: MVP
Нет, не «Самый ценный игрок». MVP означает «Минимально жизнеспособный продукт».
Это означает, что вы не должны кодировать всю идеальную версию своей идеи. Попробуйте кодировать только MVP или какой минимум демонстрации вашего торгового предложения.
Прежде чем приступить к работе над прототипом, выясните, каков этот минимум. Делегируйте задачи так, чтобы никто не делал то, что не важно; Даже если кто-то закончил работу с прототипом, всегда есть работа над презентацией, и ее никогда нельзя начинать слишком рано.
Примером этого может быть функция текстового чата. Если ваше УТП не находится в текстовом чате, нет смысла его внедрять. Судьи не будут напрямую давать вам очки только за то, что вы реализовали функцию.
Важнее всего то, насколько хорошо ваша демонстрация и презентация демонстрируют ваш аргумент.
4. Презентация
Я считаю, что это дает 60% результата. Посредственный прототип не заставит вас проиграть, а посредственная презентация - определенно.
Постарайтесь выделить несколько дней, чтобы поработать над презентацией.
Если он записан, сделайте несколько дублей и попробуйте отредактировать его.
Если это живая презентация, напишите сценарий, отрепетируйте. Придумывайте вопросы, которые они могут вам задать.
В этом помогает статистика: если ваша идея помогает найти туалеты, покажите им статистику, согласно которой людям нужны туалеты. Если вы хотите каким-то образом предотвратить дорожно-транспортные происшествия, покажите им статистику соответствующих дорожно-транспортных происшествий.
Вы также должны представить свою идею членам семьи и друзьям. Посмотрите, какие у них есть вопросы. Узнайте, полностью ли они понимают вашу презентацию и какие части кажутся запутанными.
5. Ожидайте худшего: закон Мерфи.
«Все, что может пойти не так, пойдет не так»
Если вы используете новую библиотеку, платформу или язык, ожидайте, что что-то не сработает. И рассчитывайте узнать об этой проблеме в самый последний момент.
Запланируйте это. Постарайтесь спланировать так, чтобы вы начинали и заканчивали раньше, сохраняйте графики свободными, чтобы люди могли переключиться, чтобы помочь с какой-то неожиданной проблемой, и не забывайте об альтернативных подходах к реализации.
И даже после всего этого этого может быть недостаточно. Но это помогает. Чтобы выразить это в более легкой ноте, продолжайте спрашивать себя:
Что я могу сделать, чтобы увеличить шансы моей команды на победу?
Ваш подход должен быть адаптирован к правилам конкурса; Вам нужно будет подумать о том, что именно ищут судьи. Это требует некоторой работы, но всегда помогает напомнить себе, почему вы хотите победить. Может быть награда, может быть ваш соревновательный дух.
Также может быть, вы видели, как ваша команда работает так усердно, что не хотите думать о возможности проиграть.
Дополнительно: Неудачный
Что, если вы сделаете все и все равно проиграете?
Хакатоны - это здорово. Даже если вы ничего не выиграете, вы получите отличный проект и многому научитесь за очень короткий промежуток времени.
Черт возьми, если вы думали, что ваш проект заслуживает победы, некоторые хакатоны принимают старые проекты в качестве заявок. Вы можете попробовать.
В душе я ленивый человек. Но я считаю, что когда дело доходит до этих соревнований, это довольно жестко, что
Нет смысла участвовать, если не хочешь побеждать
Но
Ничего страшного, если ты старался изо всех сил.
Вам обязательно стоит участвовать в хакатонах просто ради опыта. Но лучший опыт - это тот, когда вы выкладываете все возможное.
Я надеюсь, что вы нашли это полезным, или это убедило вас записаться на хакатон.
Следуйте за мной, если вам понравилась статья, и спасибо, что прочитали!
