Как закрывать если несколько воркеров пишут в один канал?

это очень, очень хороший вопрос

закрывать там, где WaitGroup для этих воркеров

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

закрывать там, где WaitGroup для этих воркеров

+1

в писателях читать второй (см. select), и при получении из него nil - завершать воркеров. и опять закрывать канал там, где waitgroup

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

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

пиши на C - понимание придет быстрее

какие-то прокси на нем пишут, а хз че это вообще)))

пиши на C - понимание придет быстрее

да С то я знаю, только хз че на нем писать тоже)))

да С то я знаю, только хз че на нем писать тоже)))

OS, прокси, сервера, щеталки на CUDA :)

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

и что же не понятно?

и что же не понятно?

что на нем пишут не понятно

что на нем пишут не понятно

докер написали вот

а что на других языках пишут - понятно?

и консула

И я скриптик написал логи парсить. // подмазался.

http://www.jtolds.com/writing/2016/03/go-channels-are-bad-and-you-should-feel-bad/ вон чо пишут, каналы в го плохие, и вы должны себя плохо чувствовать.

Как закрывать если несколько воркеров пишут в один канал?

Вот тут ещё всякие примеры канального взаимодействия: https://blog.golang.org/pipelines

http://www.jtolds.com/writing/2016/03/go-channels-are-bad-and-you-should-feel-bad/ вон чо пишут, каналы в го плохие, и вы должны себя плохо чувствовать.

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

докер написали вот

а что это?

короче какой-то бесполезный язык))0

на нём сейчас пишут очень много облачного софта.. потихоньку на него переносят всё что связано с серверным вебом.

для меня веб - это бэкэнд сайтов, другого веба не знаю... например php или python/django

но на Go я так понял это не пишут

так что хз

илья!

ты или тролишь нас неумело, или неумело же ищешь ответ на свой вопрос

илья!

я уже скоро 23 года как Илья))))

для меня веб - это бэкэнд сайтов, другого веба не знаю... например php или python/django

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

но на Go я так понял это не пишут

Пишут когда нужно 100.000 операций в секунду

если тролишь - продолжай

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

почему ты так решил

если ищешь - скажи, что пишут на других языках?

ты или тролишь нас неумело, или неумело же ищешь ответ на свой вопрос

наверное второе

почему ты так решил

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

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

тоненько

если ищешь - скажи, что пишут на других языках?

ну например как я и сказал на php и python/django пишут бэкэнд сайтов, на C# и Java мобильные приложения... много чего еще пишут))

ну вот когда ты говоришь backend - ты что имеешь в виду?

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

это у вас специализация узкая и терминология соответственно

на go пишут честный backend, который ajax api предоставляет

ну вот когда ты говоришь backend - ты что имеешь в виду?

то что на сайт поступает запрос и в ответ генерируется страница -_- не знаю как еще ответить на это

то что на сайт поступает запрос и в ответ генерируется страница -_- не знаю как еще ответить на это

это не бекенд

(но терминология и специализация узкая у нас, ага)

это фронт

frontend, раз уж он страницы генерит

не, знакомлю тебя с общепринятой терминологией

а, так ты лучше меня все знаешь!

frontend - html + css + js

backend - NGINX/Apache/etc + PHP/etc

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

это у вас специализация узкая и терминология соответственно

все, ясно. тупой тролль

ты не понимаешь... здесь другое комьюнити... более молодое и прогрессивное.. реактивное и модное

можно и на Go backend писать

все, ясно. тупой тролль

таки да, он на другие каналы тоже заходил

кто-нибудь писал?

REST API какой-нить

ну вы скажите, когда его пора побанить будет

ERROR: S client not available

REST API какой-нить

мы пишем

REST API какой-нить

revel_mgo загугли

кто-нибудь писал?

да блин.. все пишут

Я вас сейчас разрулю. Вообще в 2017 году (как и в 2007 кстати) сайт пишут как API, которым что-то пользуется. Или это js там таскает из API и кодогенерит UI, короче рендеринг. Так вот то что тут кроме Нила называют бэкэндом - это рендеринг страниц. Который уже традиционно отдаётся на волю JS. Хотя я кстати косовато на это смотрю. А бэк - конвертация бизнес логики в схему базы данных и обратно. Да, он может быть совмещен с рендерингом страниц. Джанга какая-нибудь. А может быть и не совмещен. Что более правильно. Как-то так

ну вы скажите, когда его пора побанить будет

можно уже? )) хаскелисты его быстро забанили )

ну вы скажите, когда его пора побанить будет

У него ручник, ну видно же. И ты правильно троллил-то. Но он пока не снялся

Я вас сейчас разрулю. Вообще в 2017 году (как и в 2007 кстати) сайт пишут как API, которым что-то пользуется. Или это js там таскает из API и кодогенерит UI, короче рендеринг. Так вот то что тут кроме Нила называют бэкэндом - это рендеринг страниц. Который уже традиционно отдаётся на волю JS. Хотя я кстати косовато на это смотрю. А бэк - конвертация бизнес логики в схему базы данных и обратно. Да, он может быть совмещен с рендерингом страниц. Джанга какая-нибудь. А может быть и не совмещен. Что более правильно. Как-то так

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

ну вот не все это бекенд

бекенд - бизнес-логика

я просто хотел поинтересоваться с помощью каких-то фреймворков пишите или сами стандартными средствами Go?

фронт-енд - рендеринг

бекенд - бизнес-логика

аутентификация, авторизация - бекенд

я вот сервер-сайд рендеринг предаю анафеме

но многие говорят, что это я хватил

Пойду немедленно выпью кофе. Мы с Нилом сказали что-то на одном наречии эльфисйкого :) И даже имея ввиду одно и тоже

Короче, как я понимаю: - Бэкенд - движок машины - Фронтенд - его корпус/шкурка, то что двигает двигатель

REST API какой-нить

Я сейчас пишу. Хотя чистого REST не бывает

Короче, как я понимаю: - Бэкенд - движок машины - Фронтенд - его корпус/шкурка, то что двигает двигатель

а сигнализация?

а сигнализация?

Уже детали

ну какой никакой REST все же есть

любая аналогия лжива

Уже детали

ну, это бекенд же тоже

эта аналогия лжива довольно сильно

я вот сервер-сайд рендеринг предаю анафеме

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

ну - да

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

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

Клиент-сайд рендеринг вообще очень кстати. Давай честно - https://vk.com/app4756114_1235202 там даже прикольный рендеринг. Проблема в другом. Т.е. я поддерживаю идею