Потому что не видешь, что память течёт?

нет. вижу. я и без этого как-то закрываю.

читай из канала одним обработчиком и запускай из него горутины. разницы никакой

Потому что не видешь, что память течёт?

потому-то и не течет.

нет. вижу. я и без этого как-то закрываю.

как

блин, кто-нибудь на вопрос мне может ответить?

Я правильно понял, что писатель в канал один, а читателей(горутин, разбирающих данные из канала) много? Тогда в каждом читателе достаточно использовать for v := range myChannel { ... } как только канал закроется - цикл прекратится

Несколько читателей - не проблема

Несколько писателей - вот засада

простой пример, типа unix pipe'а: source | processor1 | processor2 | destination

именно

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

Эмм Добавить ещё один канал для синхронизации Закрываем его - все обработчики гасятся Закрываем канал

примерно вот так

Повторное закрытие канала тоже вызывает панику, вы помните, да?

В древние времена еще счетчик обработчиков делали. когда он обнуляется - диспетчер все закрывает

Вот да

В древние времена еще счетчик обработчиков делали. когда он обнуляется - диспетчер все закрывает

Кстати да

WaitGroup

Например канал с пустыми структурами

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

Повторное закрытие канала тоже вызывает панику, вы помните, да?

помните, конечно.

ибо если канал не закрыть, range ch будет ждать вечно

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

Так же, через закрытие канала с пустыми структурами

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

В пайпах всегда один писатель и один читатель. Так что я не понял, о чем это

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

Да, тогда нужно использовать какой-то метод синхронизации, типа sync.WaitGroup наверное. Т.е. закрывать канал только тогда, когда все писатели закончили

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

да тоже самое. отдельный канал, счетчик писателей

Помогите с неймингом друзья

допустим есть некий пакет, который что-то делает для других пакетов ну к примеру, генерирует флаги по структуре для flag, pflag, urfave/cli как можно называть эти подпакеты с генераторами? gen/flag gen/pflag, плохи тем, что они совпадают с оригинальными при импорте. ВНИМАНИЕ, нужно не имя для пакета, а шаблон имени для подпакетов генераторов

да тоже самое. отдельный канал, счетчик писателей

Не надо делать WaitGroup на каналах. Он и на атомиках неплох

допустим есть некий пакет, который что-то делает для других пакетов ну к примеру, генерирует флаги по структуре для flag, pflag, urfave/cli как можно называть эти подпакеты с генераторами? gen/flag gen/pflag, плохи тем, что они совпадают с оригинальными при импорте. ВНИМАНИЕ, нужно не имя для пакета, а шаблон имени для подпакетов генераторов

*_adapter

adapter_*

слишком длинно

и андерскоры ужасные

зачем они вообще?

Не надо делать WaitGroup на каналах. Он и на атомиках неплох

ну тут я пас. я про "закат солнца вручную" ))

*gen

А почему бы не просто gen* (слитно, например gencli, genpflag)?

возможно, но выглядит как-то не по человечески

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

Либо длинно, либо по-человечески

можно например префикс или суфикс как название пакета использовать

типа github.com/herak/herak/flag_herak

типа github.com/herak/herak/flag_herak

Тоже вариант

[last news] Advanced Encoding and Decoding Techniques in Go

Всем привет! Ребят, кто какие инструменты использует для хранения данных? Желательно с быстрым доступом к данным для чтения и обновления

я файловую систему использую

Всем привет! Ребят, кто какие инструменты использует для хранения данных? Желательно с быстрым доступом к данным для чтения и обновления

BoltDB, ql, если мы о встроенных решениях

Всем привет! Ребят, кто какие инструменты использует для хранения данных? Желательно с быстрым доступом к данным для чтения и обновления

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

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

Спасибо за ответ сквозь зубы. Не планирую меряться опытом

BoltDB, ql, если мы о встроенных решениях

Обратил сразу внимание на BoltDB, пойду почитаю. Спасибо!

Всем привет! Ребят, кто какие инструменты использует для хранения данных? Желательно с быстрым доступом к данным для чтения и обновления

Вообще Mongodb и postgres - наше всё Если нужен orm, посмотри reform

Вообще Mongodb и postgres - наше всё Если нужен orm, посмотри reform

ты хотел сказать не нужен

ты хотел сказать не нужен

?

Аааа

Спасибо за ответ сквозь зубы. Не планирую меряться опытом

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

Аааа

:D

Вообще Mongodb и postgres - наше всё Если нужен orm, посмотри reform

монгодб хорош

когда данные потерять нужно

ты хотел сказать не нужен

Почему? Абстракция я над бд - имхо штука хорошая

Почему? Абстракция я над бд - имхо штука хорошая

я просто шучу) но орм типа хибернейта зло

когда данные потерять нужно

постгрес с выключенным фсинком так и называется: режим монгодб :D

а в постгресе фсинк на каждую транзакцию?

когда данные потерять нужно

Данные потерять - вряд ли, но в монге есть различные развесёлости https://blog.meteor.com/mongodb-queries-dont-always-return-all-matching-documents-654b6594a827#.r1yvszwwl

Данные потерять - вряд ли, но в монге есть различные развесёлости https://blog.meteor.com/mongodb-queries-dont-always-return-all-matching-documents-654b6594a827#.r1yvszwwl

это ты где видел "вряд ли"? вряд ли — это просто у тебя выборка везунчиков.

зато хорошая реклама для клиентов - "мы врядли потеряем ваши данные"

это ты где видел "вряд ли"? вряд ли — это просто у тебя выборка везунчиков.

Хе-хе, ну да, выборка. Пусть будет так. Конструктивные доводы в этом вопросе есть?

есть еще лучше

ERROR: S client not available

только не афира

"в любой момент может придти налоговая? ваше решение — mongodb!"

Да, очень конструктивно, спасибо

только не афира

а вот зря, кстати.

Хе-хе, ну да, выборка. Пусть будет так. Конструктивные доводы в этом вопросе есть?

личный опыт и опыт коллег. значит, у нас разные выборки.

Да, очень конструктивно, спасибо

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

это как питон: нахрена мне копать то, почему он медленный, если он мне нахрен не нужен? :)

@kirilldanshin проблема статей афира в том, что мало кто понимает о чём в них речь (мало кто знает, что такое линеаризация итд) Но почти все берут статью и кричат, как плохо работает то или иное решение

@kirilldanshin проблема статей афира в том, что мало кто понимает о чём в них речь (мало кто знает, что такое линеаризация итд) Но почти все берут статью и кричат, как плохо работает то или иное решение

а стоило бы, как раз, посидеть и разобраться, что да как

были времена, когда монга считала репликацию выполненной, когда на тачку приходил первый байтик. не, ну, а чё. могут

а стоило бы, как раз, посидеть и разобраться, что да как

иногда это невозможно =) не все люди умные или с необходимым опытом

иногда это невозможно =) не все люди умные или с необходимым опытом

тогда могу тольо посла^W посочувствовать.

Для хранения данных локально лучше sqlite использовать?

Для хранения данных локально лучше sqlite использовать?

Смотря каких, в каком объёме и для чего Но вообще sqlite - стандартное решение для клиентских приложений

Существуют ли паттерны дизайна консольных программ?

Некоторые умудряются mvc в cli засунуть я думаю можно исходники docker командлайн утилиты смотреть

Существуют ли паттерны дизайна консольных программ?

Обычно cli хранят данные в ~/.<app>/*.

Спасибо ребят

или ~/.config/<app>/.*

Всем привет, думаю это будет интересно тем кто делает ботов для телеграма https://github.com/olebedev/go-tgbot

Конкурент @m0sth8 )

Конкурент @m0sth8 )

выглядит круто =)

Всем привет, думаю это будет интересно тем кто делает ботов для телеграма https://github.com/olebedev/go-tgbot

Найс Тем более что Слава похоже забросил свой проект (

Нет, он наоборот собирался что то дописывать, на сколько я знаю

Конкуренция - двигатель прогресса

В любом случае )

Нет, он наоборот собирался что то дописывать, на сколько я знаю

Уже примерно пять месяцев нет коммитов

Очень интересно будут ли люди генерировать библиотеки для других платформ

Можно пробовать прямо через web - https://generator.swagger.io/?url=https://raw.githubusercontent.com/olebedev/go-tgbot/master/swagger.yaml#/

Очень интересно будут ли люди генерировать библиотеки для других платформ

Не лучше ли тогда вынести его в отдельный репозиторий?

Не лучше ли тогда вынести его в отдельный репозиторий?

Возможно. Вынесу, если будут поступать просьбы

Уже примерно пять месяцев нет коммитов

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