ПрофСреда Журнал о профессиях и выборе пути

Онлайн-хакатон для школьников и студентов колледжей

· Программа проекта

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

Слово «хакатон» школьнику обычно ничего не объясняет. На деле это очень простой формат: людям дают одну задачу, немного времени и полную свободу в том, как её решать. Через несколько дней каждая команда показывает, что успела сделать. Так придумывают и проверяют идеи в реальной разработке — когда нужно быстро понять, работает ли замысел, прежде чем вкладывать в него месяцы.

Команды по два-пять человек

Заявки принимались только от команд — от двух до пяти человек. Участвовали ученики 7–11 классов и студенты колледжей: возраст разный, и это было скорее плюсом, потому что старшие обычно уже что-то умели, а младшие задавали вопросы, на которые старшим приходилось искать внятный ответ.

Одиночек формат не предполагал намеренно. За несколько дней в одиночку не сделать ничего целого: пока пишешь код, никто не собирает презентацию; пока рисуешь интерфейс, стоит логика. Команде приходилось делить работу и договариваться — кто отвечает за идею, кто за разработку, кто за то, чтобы всё это можно было показать за десять минут.

Что тут на самом деле тренируется. Умение писать код — только часть. Гораздо труднее оказывалось разделить задачу на куски, состыковать их обратно и не потерять срок. Ровно этим и занят настоящий разработчик, и об этой стороне профессии школьник почти никогда не догадывается.

Задание от заказчика

Задачу командам выдавали в первый день, все получали её одновременно. Заказчиком выступали «Профессиональные каникулы» — летний проект для московских школьников о профессиональном самоопределении, который к тому моменту работал уже много лет. Требовалось программное решение для него: не абстрактное приложение «на любую тему», а инструмент под конкретных людей и конкретную задачу.

Это меняло весь ход работы. Первым делом приходилось разбираться, кто будет этим пользоваться и зачем — то есть заниматься тем, с чего начинается любая настоящая разработка и что в школьных проектах обычно пропускают, сразу переходя к красивым экранам.

Как шла работа

  1. Знакомство: команды подключались к платформе, встречались с менторами и экспертным жюри, слушали, что от них ждут и по каким признакам будут оценивать.
  2. Разбор кейса с ментором: что именно требуется, где границы задачи, что реально успеть за оставшееся время, а что придётся отложить.
  3. План работы: каждая команда раскладывала задачу по шагам и распределяла роли внутри себя.
  4. Собственно разработка — с утренними консультациями, где можно было задать накопившиеся вопросы, и вечерними лекциями приглашённых спикеров.
  5. Сборка результата: работающий прототип, презентация, видео или другие материалы, по которым видно, что решение делает и как им пользоваться.

Ментор был не преподавателем, а скорее старшим коллегой: он не выдавал правильных ответов и не решал за команду, но помогал вовремя заметить, что она свернула не туда или взялась за слишком большое.

Защита и итоги

Показывали проекты в два захода. Сначала макеты — как решение задумано, из чего состоит и что видит пользователь. Потом разработку — то, что действительно работает. Разделение честное: одно дело нарисовать идеальный интерфейс, другое — заставить его жить.

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

Что осталось

Хакатон не повторяется, платформа давно закрыта. Осталось понимание, что профессия разработчика — это не «сидеть и писать код», а разобраться в чужой задаче, договориться со своими, уложиться в срок и внятно рассказать, что получилось. Проверить это на себе можно за неделю, и после такой недели вопрос «нравится ли мне программировать» становится куда конкретнее.