А то богомерзкий вечный фор, да в нем еще селект

Да норм без дженериков

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

борода может стать шелковистее

https://github.com/golang/go/issues?q=is%3Aissue+is%3Aopen+label%3AGo2 хмм как-то много открытых предложений на Go2 накопилось

аж 66

когда будет 666 точно Go2 сделают

Огого сделают, когда будет 666

Вот это любопытно, имхо https://github.com/golang/go/issues/5465

3,5 года, 500к строк Go. Часть 1 / Хабрахабр https://m.habrahabr.ru/post/325326/

Всем привет

смотрю в golang можно для mobile писать апликухи, кто пробовал и что можете сказать? как хорошо подходит этот язык писать app on mobile?

Плохо

понятно

Ну т.е. можно. И иногда может даже это смысл имеет. Но неудобно

может потому что еще пакетов недостаточно или среды

да

ну так скажем, много почему

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

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

нет. не странно. у Go есть особенности. он не везде хорош

заместо рельс с рубями его тоже больно использовать )))

кто что пишет на go?

радиус-сервер, dhcp-сервер, всякие прочие сервисы с REST

понятн

кто что пишет на go?

Либу для rpi и приемопередатчика sx1278

кто что пишет на go?

Писал: — Соединение с весами на точке приема металлолома для импорта в CRM систему. Весы через COM порт — Разбор многомебайтового XML из SOAP. PHP 10 минут думал чтобы разобрать, golang секунд 10. — Прокси+система для выгрузки и загрузки данных из PHP сайта в 1C. — Програчный прокси сервер для замеров появления первого-последнего байтов. Использовалась между PHP и 1С, чтобы доказать что 1Сники долго отдают данные. — Очищалку watermark-ов на примерно 20000 картинок. — Рассылалку Chrome Web Push-ей. — Программу для управления Powerpoint презентацией с мобильника — Распознавалку на нейронных сетях. Просто баловался, до конца не довёл. — Рендер 3D файлов в png через рейтрейсинг. До конца не довёл. — Систему рассылки уведомлений через сокеты. Не дописал, взял готовую centrifugo (тоже на go). Пишу: — Базу данных с целями, схожими с тем, что умеет Elasticsearch. То есть поиск по фасетам, аггрегации. Работает быстрее эластика, на три порядка быстрее. В процессе написания. — CRM (xRM) система поверх вышеописанной базы данных. Под капотом JSON REST API на основе gramework, и фронтенд на React+Redux.

В планах (буквально эта-следующая неделя): — Cli утилита для клиентской оптимизации сайтов под Google Page Speed insight — ПРокси для sendmail для логирования того, кто спам шлет и реагирования на это

кто что пишет на go?

https://www.slideshare.net/DanielPodolsky/presentations

https://www.slideshare.net/DanielPodolsky/presentations

А можешь линк на конкретную презентацию или две?

https://www.slideshare.net/DanielPodolsky/rtb-dsp-go-buzzwords

https://www.slideshare.net/DanielPodolsky/go-52466724

Спасибо.

"10krps - это примерно 20k updates per second". Неплохо

"10krps - это примерно 20k updates per second". Неплохо

Это какая то особая математика?

Это из презентации. 20к записей в базу в секунду как я понял. Две записи на запрос.

да, там надо было заблокировать средства, а потом или списать, или освободить

насколько я помню

Народ, а как вы время ответа сервера меряете при нагрузочном тестрировании?

Apache JMeter слишком оптимистичен, у меня микросекунды

Вообще, может что посоветуете, для альтернативы ab (ApacheBench) с гуем и графиками. Цель - отслеживать время ответа при нагрузке в 1-50 rps.

обычно советуют wrk

ток хз как там с гуем и графиками

Спасибо

Нашёл https://github.com/giltene/wrk2 это лучше чем wrk?

думаю да

его тоже упоминали и рекомендовали девопсы :)

Ребята, привет. Сразу скажу - с го только на начальном этапе изучения. Нахожусь в поиске гибкого решения для deploy task runner. Хотелось бы простенькое решение (в идеале 1 файлик), которое выполнит такое: [task1, task2, task3] // 3 async tasks task4 [task5, task6] task7 и т.д. То есть вниз таски выполняются синхронно, а в списке - асинхронно. Таски, наверное, в виде функций, которые заускают bash команды и чтото выводят в консоль. Если ошибка - то все прерывается. Вот как без обработки ошибок такое сделать - разобрался, через WaitGroup, но как завершить работу, выведя ошибку не понял. Подскажите, может библиотека какая-нибудь есть, которая позволит это все в чистом виде описывать. Пробовал искать в репозитории по ключевым словам tasks, pipeline - не нашел подходящего.

ansible

ansible

спасибо смотрю, пока что там только ymlы вижу

ну так там только они и есть

или надо обязательно на го этот таск раннер?

ну так там только они и есть

мне надо выполнять код, т.е. иногда генерить какие-то хэшики, высчитывать количесво релизов, не уверен что просто конфиги подойдут. В коде это все максимально очевидно. Сейчас нравится deployer (phar архив, пхп т.е.) но там нет асинхронности. По синтаксису на языке программирования на javascript promise api хорошо такое описывается.

мне надо выполнять код, т.е. иногда генерить какие-то хэшики, высчитывать количесво релизов, не уверен что просто конфиги подойдут. В коде это все максимально очевидно. Сейчас нравится deployer (phar архив, пхп т.е.) но там нет асинхронности. По синтаксису на языке программирования на javascript promise api хорошо такое описывается.

Я подобное на днях буду писать. Напишу - напишу:).

А вообще есть gulp который подобное вроде умеет

Есть gulp, но я буду писать своё?

А вообще есть gulp который подобное вроде умеет

gulp умеет, но он все оборачивает в gulp стримы и имеет кучу плагинов, которые я честно говоря не знаю как работают. Плагины в большинстве расчитаны на работу с css и js, обрабатывают их в потоках. А мне-то bash нужен) но вообще можно на gulp, но проще просто на JS + PromiseAPI

Я подобное на днях буду писать. Напишу - напишу:).

Напишешь, напиши пожалуйста!))

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

Напишешь, напиши пожалуйста!))

есть вот такая ерунда https://github.com/ejholmes/walk

Здравствуйте, поясните , чем go concurrency отличается от multiprocessing??

тем что в го всё выполняется в одном процессе?

а в multiprocessing - наверное в разных

Я вот не могу вкурить, как это. В multiprocessing создается потоки , 1 поток берет файл и заливает на один сервер,2 поток заливает на 2 сервер. А когда яп поддерживает только concurrency там всего один поток , и каждой нитью делать отправку файла на нужный сервер???(это я про модель golang)

а?

коллеги, что вы такое мусолите?

Я вот не могу вкурить, как это. В multiprocessing создается потоки , 1 поток берет файл и заливает на один сервер,2 поток заливает на 2 сервер. А когда яп поддерживает только concurrency там всего один поток , и каждой нитью делать отправку файла на нужный сервер???(это я про модель golang)

multithreading может быть? там потоки создаются

Я вот не могу вкурить, как это. В multiprocessing создается потоки , 1 поток берет файл и заливает на один сервер,2 поток заливает на 2 сервер. А когда яп поддерживает только concurrency там всего один поток , и каждой нитью делать отправку файла на нужный сервер???(это я про модель golang)

отправка файла это простая операция, берёшь байты и говоришь ОС, вот байтики, вот сокет - отправь, а дальше ждёшь

multithreading может быть? там потоки создаются

Нет вроде multiprocessing, как в питоне, создается процесс и в нем потоки, нет?

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

Нет вроде multiprocessing, как в питоне, создается процесс и в нем потоки, нет?

что-то вы путаете в базовых знаниях

https://habrahabr.ru/post/40275/

Нет вроде multiprocessing, как в питоне, создается процесс и в нем потоки, нет?

вот посмотрите про nodejs, https://www.slideshare.net/yurabogdanov/nodejs-8223169 в го всё примерно так же, за исключением что го раскидывает горутины по тредам ещё, а nodejs только в одном треде работает (за исключением операций с fs итд)

Я советую почитать вот этот туториал. После него многое прояснится. И не обращайте внимание на JAVA в заголовке, там вообще кода нет практически. http://tutorials.jenkov.com/java-concurrency/index.html

Там про модели concurrency

вот посмотрите про nodejs, https://www.slideshare.net/yurabogdanov/nodejs-8223169 в го всё примерно так же, за исключением что го раскидывает горутины по тредам ещё, а nodejs только в одном треде работает (за исключением операций с fs итд)

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

а?!

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

а?!

О?

О?

https://www.youtube.com/watch?v=f6kdp27TYZs

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

слайдшара вынудила меня поставить FreeGate

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

го сам оперирует тредами (в большинстве случаев)

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

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

1. у go есть тредпул. так что даже блокирующие операции выполняются одновременно

2. именно "отправить на сервер" в любом случае выполняться будет параллельно - go утилизирует асинхронный сетовой ввод-вывод

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

LockOSThread

пожалуй

не соображу с ходу - зачем бы это было нужно

Подрубаем что-то, через CGO, где требуется чтоб что-то вызывалось в том потоке в котором было создано. А-ля main thread для UI напрашивается как пример

ага

спасибо

1. у go есть тредпул. так что даже блокирующие операции выполняются одновременно

главное иметь ввиду один нюанс, который меня смутил примерно год назад уже. Если блокируемся на сисколе, который вызываем ручками (лично я дергал WinAPI) из множества горутин, мы вылезаем за пределы GOMAXPROCS и кол-во тредов на процесс может драматически увеличиться (процессы планировщика добавятся) и после этого до уничтожения самого процесса так и останутся висеть. Так что с блокирующими операциями при сисколах это нужно иметь ввиду