делаешь канал с бфуером 1, делаешь селект, с записью в канал и дефолтным кейсом 409 каким-нибудь, 1ый воркер запишет в канал, в конце работы читает из канала, что-нибудь такое
а зачем каналы если он уже использует лок
Anonymous
Anonymous
это 2 механизма для одного и того же
Anonymous
ну каналы конечно шире гораздо ))
Anonymous
https://github.com/golang/go/wiki/MutexOrChannel
Илья
а зачем каналы если он уже использует лок
ну, сейчас у него при обработке http запроса 1ый будет выполнять долгий запрос, остальные будут висеть, потом второй будет выполнять запрос, и т.д., я не думаю, что это нормальное поведение для api
Alexander
не, как раз именно на этом хэндлере надо сделать именно так.
Alexander
юзер забирает 1000 записей на обработку. Потом я их помечаю как разданные.
Dmitry
Alexander
Но до того, как я их пометил status='in progress', следующий запрос забирает те же 1000 записей
Alexey 〒.
Но до того, как я их пометил status='in progress', следующий запрос забирает те же 1000 записей
таймаут может сработать до того как ответит на второй запрос
Поэтому возврат кода выше и предлагали
Dmitry
не согласен с автором в этом моменте:
Есть соблазн сделать код универсальным
func SomeFunc(s []interface{}) {
ss := s.([]string)
...
}
слайс, это по сути структура, тогда и надо пытаться преобразовывать к interface{}
вместо s []interface{} тогда надо использовать s interface
error processing boilerplate
туда же
достаточно посмотреть сорсы нджинкса.
https://github.com/nginx/nginx/blob/master/src/event/ngx_event_acceptex.c#L119
и увидеть что C спокойно с этим живёт.
Alexander
таймаут может сработать до того как ответит на второй запрос
Поэтому возврат кода выше и предлагали
фиг с ним с таймаутом, главное, чтобы они оба не забрали одинаковые наборы
Pawel
нет разницы, но где захватываешь, там и откладывай освобождение
Зависит от кол-ва loc в теле функции. Не нужно злоупотреблять defer. Это всего лишь шугар.
Илья
фиг с ним с таймаутом, главное, чтобы они оба не забрали одинаковые наборы
у вас может клиент не дождаться завершения запроса, и в итоге никто это уже не обработает
Alexander
он заберет его при следующем запросе
Илья
для таких кейсов стоит добавить context запроса
engelbart
НУ вы видели?
engelbart
Build desktop applications in Go and HTML
#dev #osx
https://github.com/alexflint/gallium
ceiling cat
...
ceiling cat
Т.е. это просто веббраузер ?
ceiling cat
нет, это хромимум. на нём vs code написана
ну так это веббраузер, маскирующийся под десктопное приложение
Pawel
ну так это веббраузер, маскирующийся под десктопное приложение
да, изврат. но работает если долго пороться
Michael
или не работает)
Pawel
даже atom работает) говно то ещё, но некоторые не гнушаются
ceiling cat
А кто-то пользуется Atom или VSC для написания го-кода?
Axm
я VSC
Pawel
я пользуюсь vscode для typescript
Axm
тут надо спросить, а что еще может быть (не говенный гогленд)
Daniel
коллеги
Daniel
ide-срач забаню сразу
Axm
хорошо быть модератором, можно банить все что тебе не нравится
Daniel
я вот вообще в саблайме пишу, и доволен (но лучшим считаю vscode, просто ленюсь ему клавиатурные шорткаты настраивать)
Daniel
хорошо быть модератором, можно банить все что тебе не нравится
и это тоже. но ide-срач совсем бессмысленный в 100% случаев
ceiling cat
во время ide-cрачей рождается истина
Daniel
нет, только килотонны навоза
ceiling cat
Позволить человеку назвать гогланг дерьмом? (хотя я согласен, пока он сыроват)
Daniel
я бы советовал позволить всем все
Axm
Позволить человеку назвать гогланг дерьмом? (хотя я согласен, пока он сыроват)
что значит "позволить"?
Alexey 〒.
я вот вообще в саблайме пишу, и доволен (но лучшим считаю vscode, просто ленюсь ему клавиатурные шорткаты настраивать)
есть готовое расширение с sublime шорткатами
Pawel
вот я не назову второй полезной проги на хромиуме после vscode. Ладно некрософтовцы, у них денег овер дохера на любую тупость хватит с головой - вот на фиг писать десктопный софт на говне и палках из мира вэб, если есть нормальные фреймворки, на которых любой студент осилит - я хз
Vasily
https://s.mail.ru/ASzU/5W4QQHohT
Alexey 〒.
вот я не назову второй полезной проги на хромиуме после vscode. Ладно некрософтовцы, у них денег овер дохера на любую тупость хватит с головой - вот на фиг писать десктопный софт на говне и палках из мира вэб, если есть нормальные фреймворки, на которых любой студент осилит - я хз
время экономят
Ну вторым я бы назвал slack
Vasily
вот теперь у чата юбилей
ceiling cat
из украины не посмотреть пикчу ._.
Pawel
время экономят
Ну вторым я бы назвал slack
слак!??? ты троллишь меня что ли? я щас чуть тапки не уронил
Pawel
для авторов слак-клиента - отельный котёл в аду
Daniel
коллеги, ну о чем вы? о чем?
Alexey 〒.
Кстати сейчас увидел что github клиент тоже на electron теперь, хотя он и нативных хреново работал
Daniel
кто из вас сделал хоть одну?
Daniel
или вообще - кто из вас написал хоть что-то полезное гуевое
ceiling cat
а electron это фреймворк для приложух на хромиуме?
Daniel
на чем, кстати?
Axm
вы очевидно плохо разбираетесь в этой теме. UWP - the best
я люблю все новое и клевое, но софт на UWP почему-то почти всегда хуже обычного. это я говорю как шарпист.
Daniel
вы очевидно плохо разбираетесь в этой теме. UWP - the best
вот потому и не высказывайся. он реально the best в номинации Universal Windows Platform
он, возможно, и в других бы номинациях бы победил, если бы мог в них выступить. но он не может
Alexey 〒.
вы очевидно плохо разбираетесь в этой теме. UWP - the best
только вот electron выбирают чтоб под 3 платформы сразу писать.
Constantine️
Pawel
только вот electron выбирают чтоб под 3 платформы сразу писать.
ну это да, как и вэб. И тот и другой - отстой
Pawel
вот потому и не высказывайся. он реально the best в номинации Universal Windows Platform
он, возможно, и в других бы номинациях бы победил, если бы мог в них выступить. но он не может
кто тебе сказал такой бред ?
- UWP - офиц. фреймворк для разоаботки под самую перспективную для конечного юзера ось. Все остальные аналоги - по определению либо маргинальные, либо в депрекейшене как WPF
- Производительность у него высокая, поскольку в основе у него COM объекты
- можно делать нативные приложения на net native
- скоростоь разработки - как WPF, то есть высокая
- дизайн Metro UI
Daniel
> под самую перспективную для конечного юзера ось
ты про iOS? нет? тогда не высказывайся...
Vladimir
Axm
> под самую перспективную для конечного юзера ось
ты про iOS? нет? тогда не высказывайся...
https://github.com/AvaloniaUI/Avalonia
Anton
про языки закончили, теперь за ОС начали?
Anonymous
> под самую перспективную для конечного юзера ось
ты про iOS? нет? тогда не высказывайся...
Wiki:
> В феврале 2016 Microsoft объявила о приобретении компании Xamarin.[10] Вскоре после покупки Microsoft объявила о закрытии разработки моста Android и поддержки данных приложений в Windows 10. Главным направлением компании остался мост iOS.
Pawel
я живу в реальном мире и оцениваю продукт по объёмам продаж, а не по религиозным догмам ))
Vladimir
про языки закончили, теперь за ОС начали?
а что за ОС спорить? iOS + Android имеют большую пользовательскую базу чем Windows + Linux + macOS на десктопах, ноутах и планшетах