Как мы строили платформу расписания: архитектура без боли
Договорились с Пашей об интерфейсах до первой строчки кода — и это спасло проект на второй неделе. Рассказываю про схему данных, зачем нам SSR и почему легаси-парсер трогать страшно.
Договорились с Пашей об интерфейсах до первой строчки кода — и это спасло проект на второй неделе. Рассказываю про схему данных, зачем нам SSR и почему легаси-парсер трогать страшно.
Сайт вуза отдаёт расписание вёрсткой времён 2008 года. Ночь, BeautifulSoup, три правила очистки — и у команды живое API. Код в открытом репозитории.
Итоговый проект собрал максимум баллов, но главная выгода другая: перестал бояться реактивности. Теперь понимаю, почему мой прошлый код на jQuery — это боль.
Ожидал кофе и багтрекер, получил свой микросервис и ревью от сеньора каждую пятницу. Что спрашивать на стажировке, чтобы она не превратилась в «посиди в сторонке».
Пишет код, который читается. Ревью его пул-реквестов — удовольствие, а не работа.
За ночь поднял парсер и API, с которыми команда потом работала весь хакатон.
Лучший итоговый проект потока: чистая архитектура и тесты.
Фронтенд — потому что нравится видеть результат сразу, Python — потому что данные вокруг интереснее интерфейсов. Ищу стажировку на осень.
от себя — не подтверждено платформой