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

1. Общение с десятками незнакомых людей.

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

Пожалуй, первый совет всем ищущим работу — не сжигайте себя на марафоне собеседований, а идите по ним поочерёдно и спокойно.

2. Архитектурные задачки: вот где настоящая проба на прочность.

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

По итогу забега собеседований мой студент подошёл к задаче конструктивно: добавил себе в личный roadmap проработку типовых архитектурных задач. Так что если узнаёте себя — не удивляйтесь, c этим сталкиваются почти все! На мой взгляд, архитектурное мышление можно и нужно тренировать — как раз на такого рода open-ended задачах, всегда есть, куда расти.

Сыграйте в архитектурную игру — и прокачайте себя

Кстати, а что если сыграть в архитектурную игру наоборот? Вдруг у вас есть на пальцах какая-нибудь нетривиальная архитектурная задачка: как построить систему X, обеспечить отказоустойчивость у Y, распределить нагрузку, минимизировать стоимость владения и так далее.

Если вам интересно не просто поэкспериментировать «для себя», а увидеть, как с задачей справляются архитекторы топовых продуктовых компаний — да, такое реально!

Присылайте свои архитектурные задачи — лучшие обсудят и разберут в прямом эфире ведущие backend-разработчики Яндекса:

👉 Оставить задачу для разбора

Есть собственный pain point или интересная архитектурная загадка? Не стесняйтесь — отправляйте тему, и, возможно, вашу задачу выберут для публичного разбора с комментариями и советами!