❓ Что такое паттерн «Команда» и как его реализовать в Go

Паттерн «Команда» — поведенческая модель, которая оборачивает запросы или операции в объекты, позволяя откладывать их выполнение, выстраивать в очереди, отслеживать историю и отменять.

❕ В Go вместо абстрактных классов применяются пользовательские типы, их значения и интерфейсы, а для реализации используется агрегирование и встраивание.

Основные компоненты паттерна:
1. Command — объект-запрос для выполнения.
2. Receiver — объект, выполняющий команду.
3. Invoker — инициатор запроса, отправляющий команду.

➖ Паттерн разделяет инициатора операции и исполнителя. Инициатор знает только, как отправить команду.

Для реализации нужно:
1. Интерфейс Command, описывающий общие методы команд.
2. ConcreteCommand — класс, реализующий команду и взаимодействующий с Receiver.
3. Invoker — класс, инициирующий выполнение команд.
4. Receiver — класс, выполняющий действия.

➖ Invoker может инициировать выполнение и отмену команды. ConcreteCommand отправляет запросы на выполнение в Receiver.

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

❓ Какие есть уровни изоляции транзакций

Уровни изоляции — это правила, по которым параллельные операции «видят» изменения друг друга.

1. Read Uncommitted. Видите чужие черновики. Можно прочитать число, которое через минуту откатят. Быстро, но риск получить «мнимые» значения.

2. Read Committed. Видите только то, что уже сохранено. Однако между двумя одинаковыми запросами результат может поменяться: кто-то успел обновить те же строки.

3. Repeatable Read. Если вы начали чтение, те же строки для вас не «прыгают» до конца операции. Но в подборку могут добавиться новые подходящие строки, которых изначально не было (вы начали считать — а в систему пришли новые записи).

4. Serializable. Самый строгий режим: система делает так, будто операции выполнялись по очереди. Итог предсказуемый, но возможны ожидания и повторные попытки под высокой нагрузкой.

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

❓ Какую разницу имеют поверхностное и глубокое копирование в Go

➖ Поверхностное копирование создает новую переменную или структуру, которая ссылается на те же данные, что и исходная переменная.

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

original := []int{1, 2, 3}
copied := original
copied[0] = 99
fmt.Println(original) // [99 2 3]

➖Глубокое копирование создает новую переменную с независимыми копиями данных.

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

import "github.com/mohae/deepcopy"

original := []int{1, 2, 3}
copied := deepcopy.Copy(original)
copied[0] = 99
fmt.Println(original) // [1 2 3]

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

❓ Почему одна и та же выборка чисел с плавающей точкой даёт разные итоги при разном порядке сложения

Потому что компьютер хранит десятичные дроби приблизительно (в двоичной форме IEEE-754), и при каждом сложении происходит округление. Меняя порядок слагаемых, Вы меняете последовательность округлений — отсюда чуть разные итоги.
Говоря иначе: сложение таких дробей неассоциативно.

➖ Что происходит:
• Числа вроде 0.1/0.2/0.3 не представимы точно, их двоичные «хвосты» обрезаются.
• На каждом шаге суммирования происходит новое округление. В другом порядке эти округления происходят в других местах.
• Маленькие слагаемые рядом с большими могут «теряться», почти противоположные — «съедать разряды».
• Разница обычно микроскопическая, порядка 1–2 ULP — минимальных шагов представления, но для строгого сравнения это уже другие числа.

➖ Как с этим жить:
• Не рассчитывайте на «точное равенство» результатов — сравнивайте с допуском (абсолютным/относительным).
• Фиксируйте порядок вычислений и применяйте более устойчивые схемы суммирования на длинных рядах.
• Для денег и отчётности используйте десятичные или целочисленные представления — там нужна точность без двоичной погрешности.

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

❓ Какова роль middleware при построении HTTP-слоя в Go

Middleware в Go — это промежуточные обработчики, которые перехватывают и обрабатывают HTTP-запросы и ответы до того, как управление попадёт к конечным хендлерам.

Назначение. Аутентификация и авторизация, логирование, обработка ошибок, ограничения частоты, CORS и др.

Форма в Go. Обычно это функции, совместимые с http.Handler/http.HandlerFunc, что позволяет строить цепочки middleware, легко комбинируя и переиспользуя их в разных участках приложения.

Пример сценария. Middleware аутентификации проверяет валидный токен в заголовке запроса; при отсутствии или некорректности немедленно возвращает ошибку, не передавая управление дальше.

Инструменты. Популярные решения с поддержкой middleware: Gorilla Mux, Gin, Echo.

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

❓ Назовите главные операторы в Go по умолчанию

➖ Арифметические
+ — сложение
- — вычитание
* — умножение
/ — деление
% — остаток
++ — инкремент
-- — декремент

➖ Сравнительные
== — равно
!= — не равно
< — меньше
<= — меньше или равно
> — больше
>= — больше или равно

➖ Логические
&& — И
|| — ИЛИ
! — НЕ

➖ Битовые
& — И
| — ИЛИ
^ — XOR
&^ — AND NOT (сброс битов)
<< — сдвиг влево
>> — сдвиг вправо

➖ Операторы
= — присваивание
+=, -=, *=, /=, %= — составное присваивание
&=, |=, ^=, <<=, >>=, &^= — битовое составное присваивание

Прочие
& — взять адрес
* — разыменование
<- — канал (отправка/получение)
:= — объявление + присваивание

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

❓ Опишите уровень изоляции транзакций Read Uncommitted

Транзакция может читать данные, которые ещё не были зафиксированы, и если другая транзакция откатит эти изменения, то данные, которые были прочитаны, окажутся некорректными.

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

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

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

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

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

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

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

❓ Что такое счетный семафор и чем он отличается от бинарного семафора

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

В отличие от бинарного семафора, который может быть только в двух состояниях (0 или 1), счетный семафор может принимать любые целые значения, позволяя контролировать доступ к нескольким ресурсам одновременно.

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

❓ Что такое «грязные чтения», «неповторяющиеся чтения» и «фантомные записи»

Грязные чтения: когда транзакция читает данные, которые были изменены другой транзакцией, но еще не были зафиксированы. Если вторая транзакция откатится, данные, прочитанные первой транзакцией, будут некорректными.

Неповторяющиеся чтения: когда транзакция читает одно и то же значение несколько раз, и это значение изменяется другой транзакцией между чтениями, что делает результаты чтений неконсистентными.

Фантомные записи: когда транзакция выполняет запрос (например, SELECT), и в ходе выполнения транзакции другая транзакция добавляет или удаляет строки, что изменяет результаты запроса.

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

❓ Объясните, что такое операции P и V в контексте счетного семафора.

P-операция (wait): поток пытается захватить ресурс. Если счет семафора больше нуля, ресурс захватывается, и счет уменьшается. Если счет равен нулю, поток блокируется до освобождения ресурса.

V-операция (signal): поток освобождает ресурс. Счет семафора увеличивается, и если есть заблокированные потоки, один из них может быть разблокирован.

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

❓ Как увеличение уровня изоляции транзакций влияет на производительность системы

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

Например, на уровне Serializable может быть больше блокировок, так как транзакции должны выполнять операции последовательно. Это может снизить производительность системы, особенно при высоком уровне параллелизма.

Напротив, на более низких уровнях изоляции (например, Read Uncommitted) транзакции могут работать быстрее, но есть риск несогласованности данных.

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