❓ Как писать обёртки для фаззинг-тестов в Go

Фаззинг-тест начинается с func Fuzz и принимает *testing.F:

func FuzzParse(f *testing.F) {
    // Seed-корпус
    f.Add("valid input")
    f.Add("edge case")
    
    // Фаззинг-функция
    f.Fuzz(func(t *testing.T, input string) {
        result, err := Parse(input)
        if err != nil {
            return // Ошибка — нормально
        }
        // Проверки инвариантов
        if result == nil {
            t.Error("результат не должен быть nil при отсутствии ошибки")
        }
    })
}

Часто тестируемая функция принимает сложные типы, а фаззер работает только с базовыми: string, []byte, int, bool и несколькими другими. Обёртка конвертирует примитивы в нужные структуры:

func FuzzUserValidation(f *testing.F) {
    f.Add("john@example.com", 25, true)
    
    f.Fuzz(func(t *testing.T, email string, age int, active bool) {
        // Обёртка: преобразуем примитивы в структуру
        user := User{
            Email:  email,
            Age:    age,
            Active: active,
        }
        
        err := ValidateUser(user)
        // Проверяем инварианты
        if age < 0 && err == nil {
            t.Error("отрицательный возраст должен вызывать ошибку")
        }
    })
}

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

🐸 Библиотека Go для собеса

❓ Зачем нужен CGO_ENABLED=0 при сборке Go-приложений

Флаг CGO_ENABLED=0 вырубает CGo на этапе компиляции — ваш код собирается полностью на чистом Go, без единой строчки из C-библиотек.

При CGO_ENABLED=1 компилятору нужны C-тулчейн и хедеры для целевой платформы. С CGO_ENABLED=0 просто делаете GOOS=linux GOARCH=arm64 go build — и готово, бинарник для любой архитектуры собран за секунды.

Можно использовать минималистичные образы типа scratch или distroless — приложение запустится даже в контейнере без единой установленной библиотеки.

Убирая C-код, вы автоматически избавляетесь от целого класса уязвимостей: buffer overflow, use-after-free и прочих радостей ручного управления памятью. Плюс код становится действительно платформонезависимым.

🐸Библиотека Go для собеса

❓ Объясните систему пакетов в Go

Каждый .go файл стартует с декларации package название — это определяет, к какой логической группе относится код.

Пакет с именем main компилируется в исполняемый бинарник. Без main — это библиотеки для переиспользования в других проектах.

Никаких магических автоимпортов — каждую зависимость указываете руками: import "github.com/user/repo/pkg". Go-компилятор сразу видит все связи между модулями.

Простое, но мощное правило:

PublicFunc() — заглавная буква, доступна везде
privateFunc() — строчная буква, видна только внутри пакета

Это работает для всего: функций, типов, структур, переменных. Никаких ключевых слов public/private — компилятор смотрит только на первую букву.

🐸Библиотека Go для собеса

❓ Как корректно прерывать паузы в Go при завершении программы

Стандартная функция time.Sleep() в Go имеет существенный недостаток — она блокирует выполнение и не реагирует на сигналы завершения работы через context. Горутина замирает на указанное время, игнорируя любые попытки её остановить.

Вместо прямого использования time.Sleep() можно комбинировать select с time.After() и каналом контекста:

select {
case <-time.After(duration):
    // Пауза завершилась естественным образом
case <-ctx.Done():
    // Контекст отменён — немедленно выходим
    return ctx.Err()
}

Такой подход позволяет горутине мгновенно реагировать на отмену контекста.

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

🐸Библиотека Go для собеса

❓ Какие основные сущности в планировщике в Go

Планировщик Go реализует модель M:N, где M горутин выполняются на N потоках ОС.

В его основе лежат три ключевые сущности:

G (Goroutines) — это потоки выполнения, основные единицы конкурентности в Go. Они значительно легче потоков ОС и могут создаваться тысячами.

M (Machines) — это потоки операционной системы, которые непосредственно исполняют код на физических ядрах процессора. Они выполняют горутины.

P (Processors) — логические процессоры, которые служат связующим звеном между G и M. Каждый P имеет локальную очередь готовых к выполнению горутин и управляет их распределением. Количество P обычно равно числу доступных ядер CPU.

Горутины хранятся в очередях выполнения— есть локальные очереди у каждого P и одна глобальная.

🎁 Новогодняя акция: 3 курса по цене 1
🤝 Помощь с выбором курса

🐸Библиотека Go для собеса

❓ Как вам вопросы прошедшей недели

Оцените их по шкале 🔥,❤️,👍,😢, 🥱,
где 🔥 — это супер, а 🥱 — это скучно.

Также приветствуется фидбек в комментах.

🐸 Библиотека Go для собеса

❓ Что происходит при склеивании строк

Строки в Go неизменяемы. При использовании оператора «+» для конкатенации каждый раз создается новая строка в памяти. Это приводит к избыточным аллокациям и падению производительности при частых операциях склеивания.

Для построения строк используйте strings.Builder — он накапливает данные во внутреннем буфере и минимизирует выделение памяти.

Пример с strings.Builder:

var builder strings.Builder
for i := 0; i < 1000; i++ {
    builder.WriteString("x")
}
result := builder.String()

🐸Библиотека Go для собеса

❓ Как можно получить дедлок при работе с горутинами

Deadlock возникает, когда все горутины заблокированы и ждут друг-друга, из-за чего программа не может продолжить выполнение. Рантайм обнаруживает это и завершает программу с ошибкой fatal error: all goroutines are asleep - deadlock!.

Типичные причины дедлоков: отправка в небуферизованный канал без получателя, чтение из канала без отправителя, циклическое ожидание на мьютексах, ожидание на WaitGroup, которая никогда не завершится.

Примеры:

// Пример 1: отправка без получателя
ch := make(chan int)
ch <- 1 // deadlock - никто не читает

// Пример 2: чтение без отправителя
ch := make(chan int)
<-ch // deadlock - никто не пишет

// Пример 3: взаимная блокировка
var mu1, mu2 sync.Mutex
go func() {
    mu1.Lock()
    mu2.Lock() // ждет mu2
}()
mu2.Lock()
mu1.Lock() // ждет mu1

Используйте select с default или таймауты для предотвращения.

🐸Библиотека Go для собеса

ЭТОТ ПОСТ СПАСЕТ ТВОЙ 👩‍💻-СОБЕС

В наше время очень тяжело попасть на собеседование! Поэтому предлагаем вам очень серьезно относиться к ним.
Не упускайте не единое собеседование, готовьтесь к каждому, как к последнему.
Регулярно проверяйте свои hard-skills.
Забирай чек-лист из закрепленного сообщения - 55 вопросов из реальных собесов!

P.S. помимо непосредственно GO, разбираем другие необходимые технологии, про них нельзя забывать!

Помни, что каждое собеседование в 2026 на вес золота!

❓ Зачем append возвращает слайс

append возвращает слайс, потому что операция добавления элементов может привести к реаллокации базового массива, если текущая capacity недостаточна.

Поэтому если бы append не возвращал слайс, а модифицировал исходный, мы бы потеряли ссылку на новый массив после реаллокации.

Даже если реаллокация не произошла и базовый массив остался тем же, возвращаемый слайс будет иметь обновленную длину.

🐸Библиотека Go для собеса

❓ В чём отличие Int от UInt

Главное отличие — в диапазоне значений, которые можно хранить.

Int — это целое число со знаком. Может быть как положительным, так и отрицательным. Один бит уходит на хранение знака, поэтому диапазон делится пополам между положительными и отрицательными значениями.

UInt — беззнаковое целое число (U = unsigned). Хранит неотрицательные значения, начиная с нуля. Поскольку знак не нужен, все биты используются для хранения величины числа.

Практический пример для 8-битных типов:

Int8: от -128 до 127
UInt8: от 0 до 255

Оба занимают одинаковое количество памяти, но UInt может хранить в два раза большее положительное число за счёт отсутствия отрицательной части.

🐸Библиотека Go для собеса