The art of programming
09.06
Архитектурная задача: тяжелый камень на собеседовании. На выходных встретился со своим бывшим студентом — он только что прошёл через «вьетнам» массовых собеседований и успешно поменял работу. Говорили о том, что оказалось самым тяжёлым во всём этом процессе. И — спойлер — это были не стандартные алгоритмические задачки или ловушки на синтаксисе. Главными препятствиями неожиданно стали:
1. Общение с десятками незнакомых людей.
Казалось бы, что тут сложного? Но когда годами работаешь в устоявшейся команде, перестраиваться на новый, практически «нетворкинговый», формат — резкий стресс. Мой собеседник признал: самой большой ошибкой стало подаваться сразу в пять компаний и проходить собеседования параллельно. В итоге — непрерывный поток новых лиц, стресса, одинаковых вопросов и практически полного отсутствия времени «переварить» обратную связь.
Пожалуй, первый совет всем ищущим работу — не сжигайте себя на марафоне собеседований, а идите по ним поочерёдно и спокойно.
2. Архитектурные задачки: вот где настоящая проба на прочность.
Оказалось, что самое слабое место — архитектурные задачи на открытых этапах собеседований. Тут требует увидеть всю картину целиком, балансировать скорость, надёжность, масштабируемость, устойчивость. Причём у многих, кто по несколько лет копал в одном домене или продукте, — практики построения новых систем может не хватать.
По итогу забега собеседований мой студент подошёл к задаче конструктивно: добавил себе в личный roadmap проработку типовых архитектурных задач. Так что если узнаёте себя — не удивляйтесь, c этим сталкиваются почти все! На мой взгляд, архитектурное мышление можно и нужно тренировать — как раз на такого рода open-ended задачах, всегда есть, куда расти.
Сыграйте в архитектурную игру — и прокачайте себя
Кстати, а что если сыграть в архитектурную игру наоборот? Вдруг у вас есть на пальцах какая-нибудь нетривиальная архитектурная задачка: как построить систему X, обеспечить отказоустойчивость у Y, распределить нагрузку, минимизировать стоимость владения и так далее.
Если вам интересно не просто поэкспериментировать «для себя», а увидеть, как с задачей справляются архитекторы топовых продуктовых компаний — да, такое реально!
Присылайте свои архитектурные задачи — лучшие обсудят и разберут в прямом эфире ведущие backend-разработчики Яндекса:
Есть собственный pain point или интересная архитектурная загадка? Не стесняйтесь — отправляйте тему, и, возможно, вашу задачу выберут для публичного разбора с комментариями и советами!
еще контент в этом сообществе
еще контент в этом соообществе
The art of programming
09.06
войдите, чтобы увидеть
и подписаться на интересных профи