+ deadpool-postgres

плюсы в сравнении с sqlx?

Ну у меня лично с sqlx постоянно была тайплевел петушня с ошибками по типу исчерпан лимит рекурсии типов

https://journal.stuffwithstuff.com/2015/02/01/what-color-is-your-function/
До сих пор актуально…

вот он кстати пишет что в го функции бесцветные, но это не совсем так. если функция не производит сайд эффектов, она как-то должна вернуть результат. и в го синхронная функция делает это через return, а асинхронная - через канал, который надо заранее в нее передать. с другой стороны, он говорит что в js функции раскрашены. но я могу вызвать асинхронную функцию без await, передав ей что-то вроде канала для возврата (rxjs.Subject например) и она будет исполняться сама по себе, в фоне.

В го просто вместо async идёт ctx: context.Context первым аргументом

Нит. Это не корректное сравнение.
контекст выполняет совсем другую роль

Если контекста нет, то как отменить операцию?

Никак

лол что?

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

Корректное, не корректное, а по факту так и есть. На практике, в продакшен го-коде все асинковые функции явно колоризированы контекстом.

Равно как и наличие контекста в аргументах функции ни о чем не говорит

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

и работало прекрасно, правда было много heap marked структур

А вот это снижает ценность такой функции

и нигде нет context'a

закостылили свой велосипед на каналах вместо готового контекста

суть осталась прежней

Если я хочу уметь отменять все операции (например для веб-сервера это очень осмысленное пожелание), то тогда мне требуется ровно такая же раскраска функций

Какие еще нафиг цветные функции, ничего не понимаю