На Go-собеседованиях джунов чаще валят не «сложные алгоритмы», а базовые вопросы, где сразу видно, писал ли че

На Go-собеседованиях джунов чаще валят не «сложные алгоритмы», а базовые вопросы, где сразу видно, писал ли человек код руками или просто чекал список тем.

Самые болезненные зоны:
— чем `slice` отличается от `array` и где ловят на `append`
— как работают `map` и почему порядок обхода не гарантирован
— что происходит с `nil` у `slice`, `map`, `interface`
— как устроены `goroutine` и `channel`, где возможен deadlock
— зачем `defer` и когда он реально выполняется
— как работает область видимости и shadowing переменных
— чем `panic` отличается от `error`, и когда что использовать

Технически интервьюер обычно проверяет три вещи: понимаешь ли ты семантику типов, умеешь ли читать конкурентный код и знаешь ли, где в Go прячутся runtime-эффекты. Именно тут джуны чаще всего спотыкаются: ответ «ну это просто массив, но динамический» уже минус к доверию.

Если готовитесь к интервью, тренируйте не «теорию Go вообще», а ответы на реальные edge cases: `nil slice` vs `empty slice`, закрытие канала, поведение `range` по `map`, утечки goroutine. Это и есть те места, где собеседование превращается в разбор кода, а не в викторину.