calculator212

но как будет вести себя система, когда таких горутин может быть более 10к?

Для этого есть worker pool, не нужно просто так бесконтрольно запускать горутины для такого. Суть в том, что ты создаешь воркер пул, в котором определяешь число горутин, после при помощи каналов шлешь в него таски на оплату

Просмотрев несколько тестов go vs java/c++/c#, то в большинстве из них он имел самое высокое время выполнения теста

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

в том же сравнении с веб сервером на spring go имеет время ответа сервера (в одинаковых условиях) до 20% большее чем у java

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

Я не могу понять что это за трэнд такой с использованием его для создания веб приложений.

Из плюсов то, что го удобно собирается в один бинарник со всеми зависимостями, простой в установке. Для веба имеет удобную библиотеку, которая позволяет писать на нём без доп фреймворков. В целом по моему опыту, тем кто пишет на языках типа явы он им не очень нравится, т.к. по сути людям приходится менять стиль написания кода, а нравится больше тем, кто пишет в стиле Си. В общем если вы любите использовать много абстракций и +/- сложное ООП, то го скорее всего не зайдёт, т.к. в нём придется перестраивать мышление.

Я не могу понять что это за трэнд такой с использованием его для создания веб приложений.

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

Пытаюсь вернуть все имеющиеся модели из GORM, но сталкиваюсь с ошибкой

Желательно бы на структуру посмотреть

Error #01: json: unsupported type: func() time.Time

По описанию ошибки можно понять, что маршалеру не нравится то, что в поле стоит функция а не значение

правильно ли изменять тип переменой (в данном случае id со string на uuid) в хэндлере, или это необходимо делать в сервисе?

Зависит от ситуации, если без этого никак и особых проблем от смены не будет, то можно сразу в хендлере поменять. Если от этого изменения будут ломаться внешние клиенты, то тут придется уже по другому обходить эту проблему, например добавлять v2/api.

тут

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

Вообще есть сомнения что дело в этой мапе, первое что в глаза бросается, это то что вы неправильно обрабатываете ошибки пример из оф доки

resp, err := http.Get("http://example.com/")
if err != nil {
	// handle error
}
defer resp.Body.Close()
body, err := io.ReadAll(resp.Body)

Вы сначала проверяете на ошибку и если ошибки нет, через defer закрываете соединение.
Второе - вам стоит почитать про http.Transport и некоторые особенности клиентов, т.к. даже соединения которые должны были закрыться могут висеть очень долго

tr := &http.Transport{
	MaxIdleConns:       10,
	IdleConnTimeout:    30 * time.Second,
	DisableCompression: true,
}
client := &http.Client{Transport: tr}
resp, err := client.Get("https://example.com")

Также желательно в самой системе посмотреть таймауты и настройки для tcp соединений (это не так часто нужно но если у вас много запросов клиентских, то может помочь).
Также можете поискать альтернативные клиенты и пулы клиентов, а также как правильно реюзать соединения

Получается так что в idleConnWait = {map[http.connectMethodKey]http.wantConnQueue} постоянно записываются новые элементы,

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

- запись в выходной канал queuedData[i]

Вроде же это слайс структур fanInRecord, из каналов так только pause, видимо нужно добавить в структуру канал и туда писать, но мб я что-то не так понял

- разблокировка исходного канала с помощью pause."

Какой из каналов тут исходный? Но в целом механизм паузы реализуется либо через два канала pause/unpause, либо можно использовать один канал, который будет менять значение булевской переменной, которая определяет можно ли сейчас писать в канал или нет

в 2013 на английском и только в 2016 году на русском, а это почти 10 лет назад,

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

И я хочу сделать 1 модуль который они будут импортировать с некоторым набором общих для них функций.

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

Я часа 4 ковырялся в статьях и видео уроках но так и не смог из 1 несчастного модуля импортировать функции в другой неменее несчастный модуль

Можно упрощенную версию сюда выложить и конкретнее написать что не получается

обновлялся счетчик отправленных сообщений

Нужно отдельное API которое будет возвращать тебе значение счетчика для текущего чата, например по id чата. На стороне клиента нужно использовать js, сейчас обычно используют fetch реже XHR, соотвественно в js тебе нужно будет запустить фоновый процесс который будет опрашивать сервер раз в секунду например и обновлять счетчик

Вопрос: Почему присвоение переменной значения не считается использованием ?

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

value = value + 1

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

// No errors
a:= 1
b := 2
_, _ = a, b

Про "if value > 5 {" еще проще, это уже полноценное использование переменной в условии

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

Хз что подразуемевается под серьезным проектом. На практике их получается не так часто использовать. Например изнально была функция, которая на вход получала слайс и преобразовывала его в таски и помещала в пул , потом добавилось несколько других источников данных, с которыми нужно было тоже самое делать. В целом форматы данных отличались, но всё можно было преобразовать к общему формату. Выделил общие методы и использовал дженирики. В целом можно было бы обойтись и без них, но в моей ситуации это было довольно удобно, по сути можно было бы заменить интерфейсом.
Реальный плюс дженериков в том, что в ide (по крайней мере в goland) проще искать код методов и ты уже сразу знаешь какие типы они реализуют, что упрощает поддержку кода (тут субъективно).
С одной стороны некоторых возможностей дженериков не хватает, но с другой стороны радует, что код на го не будет похож на плюсовый код в бусте, и в основном дженерики используются там где это нужно.