На собеседованиях по Go я регулярно вижу одну и ту же картину: кандидат выучил список вопросов, но отвечает та

На собеседованиях по Go я регулярно вижу одну и ту же картину: кандидат выучил список вопросов, но отвечает так, будто пересказывает шпаргалку. Для джуна это почти всегда видно на простых вещах: чем `slice` отличается от `array`, что реально делает `defer`, почему `nil` в интерфейсе — отдельная ловушка, и как работает `map` под нагрузкой.

В моём опыте валятся не на “сложном”, а на базовой инженерной честности: не может объяснить, где в коде будет копирование, где ссылка, а где неожиданный аллокационный сюрприз. И когда потом спрашивают про `goroutine`, `channel`, `context` или конкурентный доступ к данным — начинаются общие слова вместо схемы.

Если готовиться к Go-интервью, я бы шёл не по заученному списку, а по цепочке: типы данных → память → конкурентность → стандартная библиотека → практика с кодом. Именно так видно, понимает ли человек язык, а не просто повторяет ответы. ⚙️