
Egor
24.04.2017
16:54:07
Да и где применяется на практике

m
24.04.2017
16:57:09
я свою написал

Anton
24.04.2017
17:05:03
Всякие обработчики событий

Google

Anton
24.04.2017
17:06:01
Например, состояние звонка в телефонии

Мерлин
24.04.2017
17:09:16

Egor
24.04.2017
17:10:41
Понял, спасибо

m
24.04.2017
17:13:00
Вопрос ещё в том, что такое состояние...

Anton
24.04.2017
17:14:34

Arteev
25.04.2017
05:19:12
Комрады! Подскажите каконически правильно посчитать среднее покрытие тестами пакета (командой или скрипт. без гуев)?

Slava
25.04.2017
05:53:47
git test -cover
go, конечно же

Slach
25.04.2017
06:31:17
кабальерос,
объясните все как сделать нормальное закрытие буфферизированного канала и всю эту конкурентность в гошечке?
https://play.golang.org/p/7O0_VOshsp
я вот повыкидывал все лишнее
и хочу понять как сначала породить кучу горутин которые пишут в буфферизированный канал
и потом при окончании программы, грамотно этот канал закрыть дождавшись пока все горутины пишушие в этот канал завершаться?

Ivan
25.04.2017
06:33:16
подпишусь на ответы

Arteev
25.04.2017
06:35:20
git test -cover ./... не дает среднее покрытие в целом по проекту только по лоальным пакетам
видимо скрипт-велосипед придется сочинять

Мерлин
25.04.2017
07:35:17

Google

Mars
25.04.2017
07:39:24
Всем привет. Работа - https://moikrug.ru/vacancies/1000033229
Хорошая возможность начать писать и на Golang. Удаленка, full-time, long-term.

Maxim
25.04.2017
07:58:08
Привет

Mars
25.04.2017
07:58:44

i
25.04.2017
08:08:29

Mars
25.04.2017
08:09:58

Aleksei
25.04.2017
11:16:54
Добрый день. Если вы не против, сделаю пост о вакансии.
Ищу бекэнд-разработчика в компанию, создающую гейминговую платформу. Стек: Go (Golang), node.js, JS, MongoDB, CouchDB, но в общем, критичен Golang. Русскоязычная команда, базируется в Таллине. Помогаем с переездом. На первое время рассматривается удаленка. Более подробно - в лс, а лучше на почту: tygertrail@gmail.com


Мерлин
25.04.2017
11:21:32
Добрый день. Если вы не против, сделаю пост о вакансии.
Ищу бекэнд-разработчика в компанию, создающую гейминговую платформу. Стек: Go (Golang), node.js, JS, MongoDB, CouchDB, но в общем, критичен Golang. Русскоязычная команда, базируется в Таллине. Помогаем с переездом. На первое время рассматривается удаленка. Более подробно - в лс, а лучше на почту: tygertrail@gmail.com
Если не сложно, укажите вилку и требуемый опыт
Добрый день. Если вы не против, сделаю пост о вакансии.
Ищу бекэнд-разработчика в компанию, создающую гейминговую платформу. Стек: Go (Golang), node.js, JS, MongoDB, CouchDB, но в общем, критичен Golang. Русскоязычная команда, базируется в Таллине. Помогаем с переездом. На первое время рассматривается удаленка. Более подробно - в лс, а лучше на почту: tygertrail@gmail.com
#вакансия

Олег
25.04.2017
11:22:35

Илья
25.04.2017
11:24:05
зарплатную

Мерлин
25.04.2017
11:24:05
вилку?
Минимальная и максимальная зарплата на должности

Aleksei
25.04.2017
11:29:10
Опыт в бекэнд в целом от 4 лет, Go и NoSQL уровня миддл, приветствуются проекты на гитхаб и опыт в игровой индустрии (казино). Вилка 2.5 - 3.2К евро на руки.

i
25.04.2017
11:38:15
С этими казино ни один пиратский фильм не посмотришь нормально

Maxim
25.04.2017
12:05:22
Джойказино?)))

⠀
25.04.2017
12:22:46
Джойказино10

Андрей
25.04.2017
12:23:53
Карамбаказино будет?

i
25.04.2017
12:24:34

Mike
25.04.2017
12:39:35
о ща будет вакансия ^

Google

Egor
25.04.2017
12:39:55
ага

Андрей
25.04.2017
12:55:06
Настя, неужели копипаст не работает?

Настя
25.04.2017
12:56:12
Ахаха)) сорри
#вакансия Ребята, привет. Очень-очень ищем golang-разработчика на крутой проект IIoT (Интернет вещей) на full-time в офис в Мск (м.Павелецкая).
Вы будете участвовать в:
- Разработке брокеров устройств
- Разработке внешних API
- Проектировании и разработке очередей сообщений
- Проектировании и разработке распределенных систем хранения Мы ждем человека с: -Отличными знаниями TCP/IP стека
-Отличными знаниями Go или Rust
-Опытом работы с high load системами - А еще с любовью к тестам и тягой к инструментированию кода) По зп вилке - от 160 000 до 200 000 руб.+ премии, оплата питания, оплачиваемые конференции и куча др. бонусов. Если интересна вакансия или есть вопросы - пишите в личку,рада буду ответить

Andrew
26.04.2017
03:25:09
Коллеги, следующая вакансия на очереди.

Slava
26.04.2017
03:37:25

Oleg
26.04.2017
03:41:10

Andrew
26.04.2017
03:42:48

Настя
26.04.2017
05:01:17

Zhenja
26.04.2017
05:04:31

Andrew
26.04.2017
05:06:58

Egor
26.04.2017
09:28:30

Андрей
26.04.2017
09:44:44
Арина развейте сомнения всего чата!

Alexander
26.04.2017
09:45:35
Вакансия требует любви, так что девушка волне вероятна. Кто же не мечтает о большой светлой любви?

Олег
26.04.2017
09:45:47

Андрей
26.04.2017
09:46:35
Мб это спамбот?)
Чего сразу спамбот? Может красивая и молодая программистка на го?

Олег
26.04.2017
09:46:47

Андрей
26.04.2017
09:46:59

Олег
26.04.2017
09:47:11

Андрей
26.04.2017
09:47:25

Google

Олег
26.04.2017
09:47:51

Мерлин
26.04.2017
09:47:52
https://github.com/golang/go/issues/20126
https://www.thepolyglotdeveloper.com/2017/04/using-sqlite-database-golang-application/

Андрей
26.04.2017
09:49:06

Олег
26.04.2017
09:49:27
Откудова?
Оттудова куда ты попинговал пару секунд назад)

⠀
26.04.2017
12:37:06

m
26.04.2017
14:53:42
Вечер добрый. Запилил модуль для сервера блокировок и требуется критика: https://godoc.org/github.com/MichaelMonashev/sync/netmutex

Slava
26.04.2017
17:02:25
воу, но зачем?

Илья
26.04.2017
17:04:03
типо, свой зукипер? https://zookeeper.apache.org/doc/r3.3.6/recipes.html

m
26.04.2017
17:07:01
Примерно года полтора назад я хотел написать самую правильную распределённую файловую систему ? и довольно скоро сталкнулся с проблемой, что если сохраняется файл, мы его бьём на кусочки, плюс метаданные о нём и мы должны записать всё это дело на несколько хостов, то это надо делать в предварительно заблокировав файл. Например, по имени. А то кто-то другой будет делать всё тоже самое и в итоге получится каша из двух файлов.

Мерлин
26.04.2017
17:07:54

m
26.04.2017
17:10:51
есть несколько серверов, которые позволяют делать локи по сети. Можно ещё оборачивать критическую секцию в транзакцию БД. Но я не знаю ниодного, который бы гарантировал, что критическая секция будет выполнена монопольно. Обычно дальше установки ttl на лок не идут. А это не правильно, ибо после того , как лок проэкспарится, по-хорошему, клиента, поставившего его, надо гарантированно кильнуть.
Мерль, конечно уберу. Я долгое время модуль писал для себя и пока не выносил его на публику. А так как вэтот канал русскоязычный, решил пока оставить русский язык, дабы было понятнее.
а кстати, кто-то работал с Зукипером под нагрузкой? Какую нагрузку он выдерживает?

Мерлин
26.04.2017
17:18:07
Точнее, зачем нужная taooka, а не библиотека к ней, конечно
Очень уж узкоспециализированная балалайка

m
26.04.2017
17:21:44
А у меня на сайте описаны несколько примеров, где она имеет смысл.
Самый простой - это выборка элементов из очереди. а сама очередьв обычной табличке в БД. Задача выбрать элемент только один раз.

Google


m
26.04.2017
17:25:03
выбираем селектом одну строчку, лочим её. если получилось залочить, обрабатываем элемент очереди и потом удаляем его из очереди. если не получилось, то выбираем другой элемент. Такой подход с всего одной простой табличкой и Таукой позволяет организовать обработку элементов очереди на большом количестве серверов.
табличка в любимом mysql или PG. ничего дополнительно городить не нужно.
тот же краулер вебсайтов с очередью из урлов так быстро пишется
ещё пример, с которым я в своё время сталкивался: перемещение юзеров в социальной сети между разными шардами БД. Мы у себя тогда забили на консистентность. если при переносе изер что-то постил, то оно могло потеряться, ибо с большой вероятностью писалось в старый шард. А с Таукой проще сохранить консистентность. Залочил юзера и все остальные, кто что-то пишет в БД, сразу узнают, что пока лок на юзере стоит, то надо повременить.
фактически все SQL базы данных спрятали внутри себя проблему с консистентностью. Но когда появились NoSQL базы и одной SQL-БД перестало хватать, то проблема согласованности данных в разных хранилищах стала ИМХО снова актуальной.


Mars
26.04.2017
17:32:46

m
26.04.2017
17:33:16
Вам спасибо на добром слове.

Ivahaev
26.04.2017
17:39:42
Делал подобный сервис. Клиенты цепляются по вебсокетам (WAMP). Локи ставятся с первой попытки :)
Если клиент, взявший мутекс "отваливается", мутекс освобождается.
Задача была в распределенной системе, работающей с БД. Т.к. СУБД была Монга, то никаких транзакций там, конечно, нет...

m
26.04.2017
17:40:44
Чтобы понять, нужны ли локи, достаточно ответить на простой вопрос: а что будет, если тоже самое, что делает мой код, будет ещё кто-то делать. В вебе рассогласованность часто простительная. Если в БД одни данные, а в мемкешеде некоторое время ещё старые, то обычно ничего страшного в этом нет. Юзер переживёт или не заметит. Но когда сам работаешь с данными, то начинаются race conditions . По Go это многим знакомо...
Я знаю, что описанную мной в самом начале задачу с распределённой ФС решают на Касандре, храня там метаданные.
На Хайлоаде был доклад про это пару лет назад.

Ivahaev
26.04.2017
17:47:23
Для чего указывать число попыток лока?
Если мутекс залочен, то сразу отлуп будет?