https://toby3d.ru/telegraph

Раз уж начали ссылками бросаться

Ребят, всем привет! Ищу разработчика на go принять/поддерживать/развивать готовый проект.

Нашли Сеньора? Если нет, то есть джуниор.

Нашли Сеньора? Если нет, то есть джуниор.

я забраль.

Не очень то и хотелось!

Не очень то и хотелось!

бубубу)

я просто сразу отреагировал.

Для денег есть джава :)

Для денег есть джава :)

насколько я заметил, денег в этом чате особо и не водится.

Ребят, всем привет! Ищу разработчика на go принять/поддерживать/развивать готовый проект.

может, и джуниора возьмёте?

Давайте на питон перепишу

?

только не говори что переписал.

может, и джуниора возьмёте?

Я сделаю то же что и он, только дешевле :)

?

понеслись торги

Я сделаю то же что и он, только дешевле :)

У меня самое выгодное предложение Не сделаю ничего (сделаю ничего, не сделаю что-то? лол язык странный) за бесплатно

Я сделаю то же что и он, только дешевле :)

Готов работать за опыт

Я сделаю то же что и он, только дешевле :)

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

Это идея Аутсорс скидывать не людям а в чаты

Будут цену сбивать сами

а вы когда нибудь оказывались в такой ситуации когда подумали: "Слава богу существуют goroutine'ы, решить проблему традиционным путём было бы намного сложнее"?

а вы когда нибудь оказывались в такой ситуации когда подумали: "Слава богу существуют goroutine'ы, решить проблему традиционным путём было бы намного сложнее"?

При том, что я 10 лет назад писал закат Солнца вручную и потом ещё несколько раз на Twisted - да постоянно

При том, что я 10 лет назад писал закат Солнца вручную и потом ещё несколько раз на Twisted - да постоянно

можешь принести краткий пример, почему goroutine'ы решили проблему легче?

можешь принести краткий пример, почему goroutine'ы решили проблему легче?

Писать шедулер по неблокирующему i/o достаточно муторно и в общем случае можно только в какой-то части. Конечно я не переписывал стандартных либ (питона в моём случае) и в тех местах, где использовал их - получались неуправляемые задержки. Twisted - это наука про "запутай себя коллбэками"

Вот у меня пока ещё не переписан сервис whois - он на твистеде. Я его использую для проверки занятости домена и подбора для клиента. Писать и поддерживать это было адом

Исполнение функций в "фоне" через горутины, пока идёт основной алгоритм - считается?

Или это слишком тривиальная вещь?

АААААААААААААААААА!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Всех новых буду кикать. Пусть будет ацкий чатик

Блин, хорошо что я про Джаву не вспоминал вечерком

Задумался. Как на go выглядит решение event loop ? Или могло бы выглядить? Или не могло бы.

Чо?

Или это слишком тривиальная вещь?

ну считай считалось бы: "насколько тяжелее это воплотить традиционным методом"

Чо?

Ну вот в вебе JavaScript, а в андроиде Java - сплошные listener. Как это выглядит на Го?

Ну вот в вебе JavaScript, а в андроиде Java - сплошные listener. Как это выглядит на Го?

т.е. имеешь ввиду насколько удобно на Go писать в стиле Event-driven programming?

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

Ну вот в вебе JavaScript, а в андроиде Java - сплошные listener. Как это выглядит на Го?

я хз. я практически не знаю обоих яв

Нажрался в ноде по самое не балуй

Может для гуев

И ок

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

[ржу] т.е. тебя не смущает, что Go это чистый евент драйвен?

Ох

Мы о разном

??? ну выражайся яснее

т.е. имеешь ввиду насколько удобно на Go писать в стиле Event-driven programming?

Ивент-драйвен асинхронное. Можно ли реализовать это на Го?

Ивент-драйвен асинхронное. Можно ли реализовать это на Го?

Горутины это и есть ивент драйвен. Не надо ничего реализовывать

не "драйвен" а "дривен" плиз))

драйвер

чтоб ты спал плохо

понял?

не "драйвен" а "дривен" плиз))

dry when

Ивент-драйвен асинхронное. Можно ли реализовать это на Го?

часть стандартной библиотеки Go на event driven парадигме.. возьмите к примеру net/http

ничто не мешает в Go определяет event handler'ы, это даже очень кстати в решениях некоторых определённых задач

какая блеать парадигма? вы тут все с ума сошли? go и есть event driven. это его фишка

не надо его там писать. оно в нём внутри

какая блеать парадигма? вы тут все с ума сошли? go и есть event driven. это его фишка

golang в первую очередь императивный язык, позволяющий писать в event driven стиле

ээээ... нет же

ээээ... нет же

ну так поясни

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

ну хотя по сути даже каналы event driven

ERROR: S client not available

нууу... ну.... ну ок, каналы наверное да

Она испортила число Кикиик

В Go event driven только на уровне реализации runtime. И благодаря горутинам он дает на ротан всем этим event driven фреймворкам других языков программирования с их не умными коллбеками.

Даже в go порою хочется кусочек event-driven/callback-helled. Хотя бы потому, что оно все-таки все еще быстрее, чем горутины, и памяти меньше ест. Но это исключительные ситуации.

Даже в go порою хочется кусочек event-driven/callback-helled. Хотя бы потому, что оно все-таки все еще быстрее, чем горутины, и памяти меньше ест. Но это исключительные ситуации.

а есть где можно посмотреть про скоростя, как раз интересуюсь реалиацией шедулера Го

Про шедулер кто-то вчера ссылку кинул. Шедулер у go замечательный. Думаю, шедулить стэкфул корутины быстрее вряд ли получится. Но сам факт, что шедулятся стжкфул корутины, накладывает ограничение на перформанс: как минимум, стэк каждой корутины засирает кэш процессора. В коллбэк режиме стэк переиспользуется, и потому кэш расходуется эффективнее. Вторая проблема, о которой я слышал как минимум дважды за последнее время: каждый Read() блокирует горутину, и требует памяти на буфер. Если у тебя сотни тысяч сокетов, каждый из которых пишет максимум раз в минуту, получается огромный перерасход памяти.

Мне интересен пример кода, как организовать Event Loop модель в Го, с каналами или как то еще, да. Мы не говорим сейчас об интерфейс браузера или андроида. Возмем чего по-проще.

Например, есть IoT демон управления теплицей, который слушает датчики - вкл/выкл, получает данные фотосенсора и дает команды на включение насосов и обогревателей. Два листенера и два воркера, все полностью асихронные и тред-сейф.

Как это должно выглядеть в коде?

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

Например, есть IoT демон управления теплицей, который слушает датчики - вкл/выкл, получает данные фотосенсора и дает команды на включение насосов и обогревателей. Два листенера и два воркера, все полностью асихронные и тред-сейф.

Я б взял есп для этого :)

Примера, как я понимаю, не будет?

бьёшь на горутины, связываешь каналами, profit

Примера, как я понимаю, не будет?

package main import ( "fmt" "time" "math/rand" ) func worker(cmds <-chan int) { for cmd := range cmds { fmt.Printf("Worker: %d\n", cmd) // Do the work } } func main() { cmds := make(chan int, 10) // Start workers pool for w := 0; w < 4; w++ { go worker(cmds) } //Listener here for i:=0;i<50;i++ { cmds <- rand.Intn(100) time.Sleep(time.Duration(1)*time.Second) } } Только тут один листенер

Даже в go порою хочется кусочек event-driven/callback-helled. Хотя бы потому, что оно все-таки все еще быстрее, чем горутины, и памяти меньше ест. Но это исключительные ситуации.

чо? сфига ли?

чо? сфига ли?

Прочитал. А с коллбэками на таких же цифрах будет конечно как-то иначе

А вот коллеги, есть ли какая-то либа для распространения событий между разными горутинами? Хочется иметь типа диспетчер каналов с разными событиями. Иметь возможность взять канал у диспетчера и в него закинуть. А в нескольких горутинах подписаться на этот канал и получать одно и тоже. Типа, диспетчер pubsub на fan-in/fan-out. Бывает такое или самому писать?

package main import ( "fmt" "time" "math/rand" ) func worker(cmds <-chan int) { for cmd := range cmds { fmt.Printf("Worker: %d\n", cmd) // Do the work } } func main() { cmds := make(chan int, 10) // Start workers pool for w := 0; w < 4; w++ { go worker(cmds) } //Listener here for i:=0;i<50;i++ { cmds <- rand.Intn(100) time.Sleep(time.Duration(1)*time.Second) } } Только тут один листенер

Это какая то абстракция для работы с горутинами. Я хочу посмотреть на реальный пример с гитхаба. Пусть даже это будет учебная задача. Воркеры все разные, они принимают разные параметры. Листенеры тоже разные. Их может быть два, пять, десять. В идеале чтобы был пример на каком нибудь другом языке, с колбеками или чем то еще, а потом пример на Go. "А теперь, мы подключим датчик окрывания двери и добавим вот такую строчку в это место. Посмотрите, стало зашибись!" Можно носом ткнуть в нужную книжу и нужную главу.

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

Нет, я пытаюсь понять возможности Go.

Пример с теплицей скопирован из книжки про язык, который злесь нельзя называть.

Мы вот ругаем, например Джаву или Джаваскрипт. А я попытался представить, как писать на Go, например, под Андроид в парадигме именно этой системы. И понял вдруг, что никак.

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

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

Как я говорил несколько раз на собеседовании на нынешней работе: для каждой задачи - свой инструмент.

Так в чем проблема написать publisher & subscriber

И подписываться на топики

Пробрасывать хендлеры

Будет копия js'кого addEventListener

Где первым аргументов ивент