100 ошибок Go и как их избежать

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

Не программируйте интерфейсы, открывайте их

Мы увидели, что ожидание из нулевого канала или отправка в него — это блокирующее действие, и такое его поведение небесполезно. Как мы заметили на примере слияния двух каналов в один, возможно использовать нулевые каналы для реализации элегантного конечного автомата, который будет удалять из оператора select один из возможных случаев

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

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

Если мы знаем о наличии пика в графике роста размера кучи, можно использовать какой-нибудь трюк, который заставляет выделять большое количество памяти для повышения стабильности кучи. Например, принудительно выделить 1 Г байт с помощью глобальной переменной в main.go

Велосипедостроение в любом языке программирования — плохая идея

Избегайте преждевременной оптимизации и фокусируйтесь на удобочитаемости и семантике

когда нужно вернуть интерфейс, нужно возвращать не нулевой указатель, а непосредственно нулевое значение.

Использование имени файла в качестве входных данных функции для чтения из файла в большинстве случаев следует рассматривать как код с душком (за исключением определенных функций, например os.Open).

структуру sql.DB закрывают редко: считается, что ее предназначение подразумевает открытое состояние в течение долгого времени и совместное ее использование многими горутин

Злоупотребление интерфейсами в проектах на Go — частое явление. Возможно, у разработчика, который этим грешит, был опыт работы с C# или с Java и он счел естественным создавать интерфейсы, а не конкретные типы.