Константин
Курс подбирал под деятельность на текущей работе. В DevOps и платформенной инженерии часто приходится разбирать чужую архитектуру: где упрётся нагрузка, что будет при отказе, почему выбрано это хранилище. Нужен был нормальный путь от требований до решения, которое можно проверить. В OTUS уже учился, формат с домашними заданиями и ревью был понятен заранее. Понравилось, что задания складываются в одну систему, а не в набор отдельных упражнений. На сервисе бронирования по очереди прошёл взаимодействие сервисов, хранение, расчёт нагрузки и надёжность. На защите собрал то же самое заново — на платформе аналитики для мобильных приложений. Полезно, что на ревью приходится явно говорить, что выбрал и почему. Очень понравились разборы подходов с LikeC4 и PlantUML: схему и описание можно вести как код, хранить в репозитории и править вместе с остальным решением. Для работы пригодились расчёты RPS, объёма и стоимости, ADR и привычка ставить цифры вместо общих пожеланий: время ответа, RTO/RPO, границы scope. Должность от курса сама не меняется, но разговор с разработкой стал конкретнее. Сильнее всего зашли разбор видеостриминга, блок про данные — шардирование, кэш, очереди — и связка надёжности с наблюдаемостью. После защиты вопросов не осталось: всё проговорили с Александром, руководителем курса.