«Идея проекта пришла мне. В начале сентября мы с несколькими однокурсниками выяснили, что живем совсем рядом — в пределах одной станции метро. С тех пор совместные поездки превратились в традицию. Когда пришло время хакатона, я понял, что хочу распространить свой опыт на весь университет. Так и родился проект ITMO.TRIP.

ITMO.TRIP — это клиент на TypeScript и React, который отправляет запросы по REST API бэкенду, написанному на языке Kotlin (фреймворк Spring). В качестве базы данных мы использовали PostgreSQL.

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

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

При разработке бэкенда мы сконцентрировались на интеграции с ITMO ID. К сожалению, выяснилось, что для завершения интеграции необходим выделенный сервисный аккаунт, которого у нас пока нет. Поэтому для ввода логина и пароля мы предлагаем свою промежуточную форму, а не сразу перенаправляем на страницу ITMO ID. В будущем мы надеемся завершить интеграцию с ITMO ID и исправить этот недостаток. При этом мы уже сейчас гарантируем, что доступ к контенту сервиса получают только люди с учетной записью университета».

«На сайте РЖД есть специальный сервис для мониторинга билетов — лист ожидания. Я пробовал им пользоваться, но в моем случае он просто не работал. В итоге нужный билет я нашел и забронировал вручную. Наш бот работает, причем на 100% прозрачным способом — считаю, что в этом его главное преимущество перед решением сайта РЖД.

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

Конечно, во время работы мы столкнулись с рядом сложностей, главная из которых — бронирование билетов. Мы так и не смогли его реализовать. Стандартное решение подразумевает использование короткоживущих токенов с ограниченными правами, которые бы позволили боту действовать от имени пользователя. Но нам неизвестно, можно ли получить такие токены от РЖД и как. Поэтому мы решили просить у пользователя его куки от сайта и с ними пытаться забронировать билет. Сделать это через запросы в API не получилось — мы не смогли полностью воспроизвести нужную последовательность запросов с правильными заголовками для бронирования. Также мы пробовали эмулировать реального пользователя с роботом на Selenium, но использование роботов легко отследить, и сайт РЖД это блокировал. К сожалению, на дальнейший ресерч у нас уже не хватило времени в рамках хакатона».

«Над этим проектом мы работали втроем [в большинстве других команд было по пять человек — прим. ред.], и для нас это не было проблемой. Думаю, размер команды должен зависеть от задачи — насколько просто ее разделить на логические компоненты, — а наша тема хорошо билась на трех человек.

Идея проекта довольна проста: сервис хранит пользовательские метки и отображает их на карте. Самой большой сложностью стала реализация интерфейса, так как до хакатона все члены нашей команды были слабо знакомы с Web-разработкой".