Я может быть выскажу банальную мысль, но одно то, что

разработчики "готовятся" к собесам означает, что преимущественно их спрашивают о том, чем они обычно не пользуются))) как на экзамене в универе: вызубрил, ответил, забыл. Кому это надо?

распечатать бы, да в рамку всем повесить… а рядом ответ на вопрос: что такое 127.0.0.1 ツ

Вообще, дело не только в этом. Подготовка ещё может заключаться в том, чтобы выгрузить у себя из памяти текущую работу и сфокусироваться на том, что будут спрашивать. Например, вопросы в духе "Какое самое интересное техническое решение реализовывал? Что именно было в нём крутого?" у части кандидатов вызывают ступор. Особенно, если потом начать уточнять "А как это повлияло на продукт/команду? За чем вообще может потребоваться подобное?". И вот тут, внезапно, может вскрыться, что кандидат-то и не сильно глубоко рассуждает о том, что он делает, зачем и почему. Возможно, даже не интересуется. А это чертовски важно, если брать кого-то выше джуна.

так как и зачем к таким вопросам готовиться?)) это все равно что готовиться к вопросу "Чем запомнилась первая любовь?" 😂 придумывать мистические задачи и проекты, чтобы скрыть то, что никогда не писал свой код и не имеешь своих идей.... вероятно, но в этом нет смысла, т к выявляется в первые недели исп срока

не выявляется. потому что подобные интервьюверы спрашивают ровно не то, что будет в задачах.

Да легко к этому готовиться. Память надо освежить, потому что это не держится в голове постоянно. Собеседование — стресс. Кандидат может не вспомнить или исказить факты. Это не "чем запомнилась первая любовь". Тут речь про реальные инженерные задачи. У них должны быть чёткие предпосылки и понимание ожидаемого и полученных результатов.

Простите, я тут ворвался со своими альтернативными вопросами и ответ был на них. Вы точно тоже про них, а не про вопросы в духе "что происходит, когда я набираю в браузерной строке..."? Потому что к подобным вопросам, не имеющим отношения к задачам с работы, я тоже отношусь с недоумением и не использую в своей практике.

ну не знаю, я около 20 лет в деле и могу сходу рассказать о всех своих основных взлетах и падениях, естественно чем дальше от тек момента, тем меньше деталей ну вцелом я наверное соглашусь, что если говорить о юном разработчике с недостатком опыта, тут неизбежно приходится дополнительно пиариться, приукрашать факты, чуть привирать, просто потому что от них этого ждут, для них это способ выжить, получить работу и купить еду, нельзя в этом упрекать )) так что в этом случае подготовка оправдана. Да она вообще оправдана, т к не разработчики устанавливают правила игры, а те, кто собесит. Если для того, чтобы пройти в компанию мечты надо ответить на миллион вопросов не о том, то да, это оправданная цель. Вопрос к тем, кто эти вопросы задает...

для меня вопрос “что происходит, когда я набираю в браузерной строке…”: 1. охватывает 90% технологий современного интернета, от файла hosts до нужности кеша и mesh сетей 2. повод поговорить на все эти темы все зависит от того, что прилетит в ответ на этот вопрос. если прилетает: ну там какая-то магия и я вижу главную гугла, ну ок (реально получал такие ответы) а бывет, что начинается: там прерывание клавиатуры, и так далее. и естественно это не единственный вопрос, в зависимости от веток дальнейшего диалога, но иногда я спрашиваю вот такое: директор водит красным квадратом по странице, а 7 миллиардов человек должны видеть его движения в реальном времени - как реализуем?

установим камеру и выведем на телек 😂😂😂 такой бы ответ приняли? )))

Ну, с вопросами без отношения к реальным задачам или культуре компании (хотят видеть кандидатов с определёнными взглядами на жизнь/работу) я полностью соглашусь. Это странно и непонятно кому и зачем нужно. А главное — выхлоп-то какой?

А что вы хотите получить в результате такого вопроса? И для каких уровней какие ожидания ответа на него? :)

вопрос про браузерную строку: 1. Выдается на первой странице Гугла по запросу "вопросы на собеседовании golang разработчика". Базовый ответ зубрится легко. 2. А если работодатель начинает копать в глубину в сторону как передается сигнал с клавиатуры до отображения на мониторе, то он сразу записывается в список неадекватных (если вакансия не предполагает написание драйверов клавиатур") В ту же степь и вопросы про "самую интересную задачу, которую решал". Берется любой архитектурный паттерн из, например, cracking system drsign interview, и на фоне тех, кто не подготовился, этот ответ будет сильно выделяться в лучшую сторону. Так что с годами реально приходит осознание, что faang'овские процессы интервью самые оптимальные в этом плане. Но и требования к работодателю в этом случае высокие