Сдача проекта на хакатон: файлы, ссылки и доступ жюри
Что проверить перед сдачей проекта: обязательные поля, состав команды, репозиторий, видео, доступ к демо и подтверждение отправки.
·4 мин чтения
Сдача проекта заканчивается подтверждённой отправкой заявки, в которой жюри может открыть все обязательные материалы. Сохранённый черновик, сообщение в чате и ссылка у капитана команды могут не считаться подачей. Проверьте точное условие в правилах своего хакатона.
Назначьте одного человека, который следит за комплектом и статусом заявки. Остальные готовят отдельные части, но итоговая проверка должна иметь владельца. Это избавляет от ситуации, когда каждый уверен, что кнопку отправки уже нажал кто-то другой.
Соберите перечень обязательного
Откройте форму подачи в начале события. Запишите поля, ограничения файлов и необходимые ссылки. Узнайте, можно ли редактировать материалы после отправки до дедлайна, и какой часовой пояс указан у срока. Не считайте эту возможность доступной по умолчанию.
В справке Devpost этапы подачи проекта включают описание, команду, материалы и отдельную отправку; дополнительные вопросы зависят от события. Поэтому список из чужого конкурса не заменяет форму вашего хакатона.
Рядом с каждым требованием поставьте ответственного и состояние: ещё не готово, подготовлено, проверено. Разделяйте эти состояния. Ссылка на ролик может уже существовать, пока сам файл ещё обрабатывается и недоступен зрителю.
Начните проверку со страницы своего события в каталоге Stavleak. Держите опубликованные требования открытыми, пока собираете файлы и ссылки.
Сверьте рассказ с текущей версией
Описание должно соответствовать тому, что команда действительно сдаёт. Если функция исчезла после сокращения объёма работы, уберите обещание из текста и слайдов. Если результат проверки изменился, обновите число во всех местах, где оно встречается.
Укажите назначение проекта, основной сценарий, вклад команды и известные ограничения. Список технологий полезен вместе с объяснением их роли. Названия библиотек без связи с решением не показывают, какую работу выполнили участники.
Проверьте название проекта, участников и категорию. Ошибка в названии редко ломает прототип, но затрудняет сопоставление заявки, репозитория и видео. Для партнёрской номинации отдельно проверьте обязательные условия и не заявляйте интеграцию, которую добавили только в презентацию.
Проверьте репозиторий как новый участник
Откройте ссылку в браузере без аккаунта владельца или через предусмотренный регламентом доступ для жюри. Убедитесь, что выбран нужный репозиторий и нужная ветка. Если работа приватная, способ допуска должен быть согласован заранее.
Попросите другого участника пройти инструкцию запуска с чистого каталога. В описании должны быть необходимые версии, команды установки, пример настроек без секретов и шаги получения тестовых данных. Фраза «у меня работает» не заменяет эту проверку.
Обозначьте внешние компоненты, разрешённые заготовки и работу, выполненную во время события. Сохраните идентификатор сдаваемой версии. Если после дедлайна разрешены исправления, фиксируйте их отдельно и следуйте процедуре организатора.
Пройдите демо с доступом жюри
Проверьте адрес приложения на другом устройстве. Нажмите основную кнопку, дождитесь ответа и повторите сценарий. Убедитесь, что сервер не зависит от запущенного ноутбука участника и что необходимые кредиты или тестовые аккаунты ещё действуют.
Если нужен вход, предоставьте разрешённый демонстрационный доступ через предусмотренное поле. Не размещайте личный пароль капитана в публичном описании. Демо должно содержать только безопасные данные и предоставлять минимум возможностей, нужных для оценки.
Подготовьте понятную обработку недоступности внешнего сервиса. Если регламент позволяет запасную запись, приложите её с подписью. Само наличие видео не отменяет требование работающего приложения, если оно прямо указано в условиях.
Проверьте файлы после загрузки
Откройте загруженную презентацию и посмотрите первый, средний и последний слайды. Проверьте шрифты, обрезанные элементы и ссылки. Если требуется определённый формат, передайте его, даже если ваш редактор предлагает удобную ссылку на облачный документ.
Запустите видео от начала до конца и послушайте звук. Проверьте длительность, язык и видимость. Не оставляйте финальный контроль на человека, который только что монтировал ролик: он легко пропустит знакомую ошибку.
Имена файлов должны помогать различать содержимое. Лучше использовать название проекта и назначение материала, чем несколько версий с названиями «финал» и «финал2». После замены файла проверьте, что форма показывает именно новую версию.
Финальный проход перед отправкой
Пусть проверяющий читает заявку по порядку, как её увидит жюри:
Название и состав команды совпадают с остальными материалами.
Обязательные поля заполнены содержательными ответами.
Репозиторий открывается с разрешённым уровнем доступа.
Прототип проходит заявленный сценарий.
Видео воспроизводится, звук слышен, длительность допустима.
Использование ИИ и готовых компонентов раскрыто по правилам.
Выбрана правильная категория и загружены нужные файлы.
Затем выполните отправку и дождитесь подтверждения. Сохраните номер заявки, страницу статуса или другой предусмотренный системой результат. Если подтверждение не появилось, проверьте сообщение об ошибке и состояние формы, прежде чем повторять действие.
Если подача не проходит
Зафиксируйте время, текст ошибки и безопасный снимок экрана без секретов. Обратитесь в официальный канал поддержки до дедлайна, если это ещё возможно. Коротко укажите событие, проект, проблемный шаг и уже выполненные попытки.
Не отправляйте несколько противоречащих друг другу комплектов по случайным каналам. Если организатор разрешил альтернативную подачу, сохраните это решение и следуйте указанному способу. Сообщение в общем чате само по себе не гарантирует принятия проекта.
После успешной отправки сохраните копию материалов у команды. Она пригодится для выступления, разбора обратной связи и оформления портфолио. Перед питчем ещё раз убедитесь, что показываете ту же версию, которую подали на оценку.
