Какие антипаттерны существуют в Go? Что нельзя делать, что считается плохим тоном?

В Go есть несколько распространённых антипаттернов, которых стоит избегать:

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

• Игнорирование ошибок. В Go ошибки возвращаются явно, и их игнорирование (_ = err) считается плохой практикой, так как может привести к скрытым багам.

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

• Использование panic для обычных ошибок. panic предназначен для критических ошибок, а не для контроля потока.

• Неправильное использование интерфейсов. Интерфейсы должны описывать поведение, а не данные; создавать интерфейс с одним методом без необходимости — излишне.

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

• Использование init для сложной логики. init должен использоваться только для простой инициализации.

• Отсутствие комментариев для экспортируемых функций и типов. В Go принято документировать экспортируемые элементы.

Пример плохой практики — игнорирование ошибки:

file, _ := os.Open("file.txt") // Ошибка игнорируется

Лучше:

file, err := os.Open("file.txt")
if err != nil {
    log.Fatal(err)
}

Соблюдение этих правил помогает писать чистый, поддерживаемый и надёжный код на Go.