Чем shadowing переменных отличается от go run vs go build в Go-разработке?

Суть: shadowing переменных нужно рассматривать через конкретное поведение и границы применения, а сравнение с go run vs go build помогает показать trade-off, а не просто знание терминов. shadowing возникает, когда внутренняя переменная скрывает внешнюю с тем же именем.

Пример:

if err := repo.Save(); err != nil { return err }

Практический акцент: Сравнительные вопросы часто используют, чтобы проверить не заучивание, а инженерное мышление.

Типичная ошибка: Главная ошибка — отвечать на сравнение абстрактно. Нужно показать, где один вариант безопаснее, проще или производительнее, и упомянуть риск: случайно скрыть

err

,

ctx

или результат функции и получить неверную логику.

Как отвечать на собеседовании: На интервью формулируйте различие через применение в реальном backend-коде: читаемость, тестируемость, latency, память и сопровождение.