а есть ли курсы на русском языке ?

на курсере

cannot assign очевидно

Как по-человечески делается?

Default route что ли? Посмотрите go in practice книгу, там много примеров подобного рода

Всем привет! Хотел спросить про каналы, сейчас пытаюсь разобраться и не могу понять. У меня в main запускается канал: req = make(chan tgbotapi.Message, 5) go getPhoto() res = make(chan InstagramResponse, 5) Где req & res объявлены вот так: var ( req chan tgbotapi.Message res chan InstagramResponse ) В определённый момент запускаю канал: req <- *message и после необходимых действий делаю так: res <- InstagramResponse{"data", msg} Но канал не возвращается к make(chan InstagramResponse, 5). Или я что то не так понял, или я тупой) Буду благодарен за помощь

О, всё. Заработало как убрал у res пятёрку

Разобрался. Надо было всего лишь хандлить "/"

вот это очень круто: https://habr.com/post/423495

парни, какие минусы у embedded locks на структурах, типа такого var a struct {sync.mutex /* other fields */} => a.Lock(), a.field++, a.Unlock()

парни, какие минусы у embedded locks на структурах, типа такого var a struct {sync.mutex /* other fields */} => a.Lock(), a.field++, a.Unlock()

А почему должны быть минусы?

А почему должны быть минусы?

хз, я поэтому и спросил. в некоторых местах видел выделение отдельной перемнной внутри структуры, в других - просто syncMutex

хз, я поэтому и спросил. в некоторых местах видел выделение отдельной перемнной внутри структуры, в других - просто syncMutex

Кому то нравится более явное, кому то нет

вот это очень круто: https://habr.com/post/423495

А что именно круто? Это же вроде просто про либу умеющую использовать готовые модели

вот это очень круто: https://habr.com/post/423495

круто, апи хорош

Если написать на сайте что мол Machine Learining, AI, распознавание лиц, и вот это всё, будут легкие денюжки.

data mining, ICO, cloud, VR тоже вставляй

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

Деревья имеют и крупный недостаток — склонность к переобучению что-то мне не кажется, что результирующая модель может иметь или не иметь какую-то склонность к переобучению)

> результирующая? Почему результирующая? Исходная. Разные модели по-разному склонны к переобучению, чего тут размышлять

А что именно круто? Это же вроде просто про либу умеющую использовать готовые модели

очень хорошая работа, с правильным выбором точки приложения и отличным исполнением

> результирующая? Почему результирующая? Исходная. Разные модели по-разному склонны к переобучению, чего тут размышлять

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

склонность к переобученности - это свойство не конкретной модели, а алгоритма.

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

склонность к переобученности - это свойство не конкретной модели, а алгоритма.

+1

склонность к переобученности - это свойство не конкретной модели, а алгоритма.

вот вот ?

уже обученная модель может быть overfitted. но она не может "переобучиться" в процессе ее использования. если вы ее "дообучаете" - это не та же самая уже модель

какой-то фестиваль капитанства

хз, я поэтому и спросил. в некоторых местах видел выделение отдельной перемнной внутри структуры, в других - просто syncMutex

Если заэмбеддить то Lock и Unlock будут частью публичного апи структуры - это в большинстве случаев нежелательно

вот вот ?

Но в статье как раз про склонность алгоритма

Если заэмбеддить то Lock и Unlock будут частью публичного апи структуры - это в большинстве случаев нежелательно

?

Всем привет, разбирался ли кто с godoc ? Какой bestway для документирования проекта? У golang в некоторых cmd/...... и readme.md есть и doc.go.. Не хочется вести документацию в двух разных файлах, или там иной смысл?

смотрел docdown для перевода doc.go в readme не впечатлило

Всем привет, разбирался ли кто с godoc ? Какой bestway для документирования проекта? У golang в некоторых cmd/...... и readme.md есть и doc.go.. Не хочется вести документацию в двух разных файлах, или там иной смысл?

рекомендуется комментировать все в godoc, а readme.md ток ссылку на него осталять

Всем привет, разбирался ли кто с godoc ? Какой bestway для документирования проекта? У golang в некоторых cmd/...... и readme.md есть и doc.go.. Не хочется вести документацию в двух разных файлах, или там иной смысл?

и вот как это рекомендуют делать https://blog.golang.org/godoc-documenting-go-code

@vetcher а вы хостите документацию по приватному проекту в облаке? Или в ридми пишете про запуск сервера с докой (godoc -http...)

@vetcher а вы хостите документацию по приватному проекту в облаке? Или в ридми пишете про запуск сервера с докой (godoc -http...)

Доку для сервисов мы размазываем по разным местам: пакет flag для параметров запуска, в readme общую инфу и описание полей конфига (которое генерится самопальным генератором) а логику и всякое такое уже вообще не в сорсах, а в confluence/Jira Но godoc как бы можно не пользоваться особо, если через ide работаешь, там ж можно прыгнуть к методу и прочитать

Парни, привет. Есть вот такой примерчик https://play.golang.org/p/JhgLHv7zUJP Могу я как-то в prepareNewID2 сделать то, что там описал?)

Возможно, конечно, что я хочу странного. Но вот есть такой вопрос. Я немного плаваю в этом

а почему вы там Cacher получаете, а не *MemCache

Хм, вот так? func prepareNewID2(c *MemCache) { newMemCache := MemCache{ID: 40} *c = newMemCache }

Сейчас посмотрю, насколько это ко мне применимо. Возможно, просто загнался

Но это в какой-то момент мне надо будет разветвляться в зависимости от реализации интефейса и для каждой реализации свои функции делать

смотрите

А этого как раз хотелось бы избежать

если две структуры у вас совпадают абсолютно - можно их присваивать одну другой

а если не абсолютно - только копирование по полям

Сек, опишу пару строк более конкретно

если две структуры у вас совпадают абсолютно - можно их присваивать одну другой

Ээээ? А разве компилятор не ругается на нарушение типов?

Хотя быстро не получится, надо будет сейчас еще про себя все пройти разок)

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

Ээээ? А разве компилятор не ругается на нарушение типов?

https://play.golang.org/p/JCPXE-QDS5Q

А. Так да

а как еще

но если нет полного совпадения - конверсия не пройдет

даже если порядок полей другой

а как еще

Ну в теории b = a

это имплицитная была бы конверсия, а она зашквар

Во всяком случая я так понял фразу про приравнивание и офигел

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

в пользу чего отказались?)

structlog и zap. structlog - минималистичный. для всех выглядит как наколенная поделка :) но мы его написали в 2015 как раз чтобы выпилить логрус. дополнительное достоинство - генерирует читабельный глазами лог. zap - без рефлексии. в результате вызов довольно громоздкий, но zap из всех самый быстрый.

вот

ERROR: S client not available

?

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

мы используем логрус + pkg/errors чтобы получить номер строки. Есть ли у structlog и zap преимущество в этом отношении?

Хотел бы еще мнение послушать косательно "Всем привет, разбирался ли кто с godoc ? Какой bestway для документирования проекта? У golang в некоторых cmd/...... и readme.md есть и doc.go.. Не хочется вести документацию в двух разных файлах, или там иной смысл?"

мы используем логрус + pkg/errors чтобы получить номер строки. Есть ли у structlog и zap преимущество в этом отношении?

Не думаю. structlog, кстати, слегка пересекается с errors - там есть метод, который и логирует, и возвращает ошибку errors дает не строку, а стектрейс, насколько я помню. Это в большинстве случаев избыточно. Кроме того, этот стектрейс тяжело читать.

Не думаю. structlog, кстати, слегка пересекается с errors - там есть метод, который и логирует, и возвращает ошибку errors дает не строку, а стектрейс, насколько я помню. Это в большинстве случаев избыточно. Кроме того, этот стектрейс тяжело читать.

Спасибо. Да, стектрейс там действительно тяжеловатый.

Не думаю. structlog, кстати, слегка пересекается с errors - там есть метод, который и логирует, и возвращает ошибку errors дает не строку, а стектрейс, насколько я помню. Это в большинстве случаев избыточно. Кроме того, этот стектрейс тяжело читать.

и как быть что юзать человеку (на вашем примере) чтобы без заморочек вставлять в текст ошибки file:line ?

мой ответ - structlog, и логировать ошибку на каждом уровне, где она пробрасывается выше

и стектрейс, и лог

но я осознаю, что мой путь - маргинальный

Допустим есть у нас пул БД. как архитектурно предпочтительнее: инициализировать в мейне и пробрасывать указатель сквозь слои, либо же инициализировать в переменной в отдельном пакете и импортировать где надо?

архитектурно предпочтительнее пробрасывать

это делает очевидным использование db в том или ином модуле

мой ответ - structlog, и логировать ошибку на каждом уровне, где она пробрасывается выше

https://github.com/powerman/structlog ?

ага

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

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

что такое "процессы"?

внешние по отношению к Go процессы, системные

не горутины

но сами воркеры работают внутри горутины

тогда туда вы канал не расшарите никак

туда нет, но в горутину же можно

но если этот системные процессы - система сама прибьет их при убийстве родителя

если они detach не сделали, конечно

я скрестил gocraft/work для очередей и go-cmd/cmd для спавна процессов

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

sync.Cond

получается, пул я могу остановить, но вот отспавненные процессы продолжают работать

sync.Cond

тоже смотрел туда, а есть пример?

в доке есть пример, вроде

Once Pool WaitGroup