Да в Питере ваще норм)

Да в Питере ваще норм)

??

Люди, сглатывающие ошибки в го в _ должны четвертоваться на центральных площадях городов :)

Один раз обработать это хорошо. А то по десять раз на одну ошибку IFов писать приходится. Надо глянуть в живую на подход. А ошибку все равно обрабатывать придется. Под исключением она просто может затеряться, может банально забыть, что где-то там внутри может сгенериться исключение, особенно с чужой либой.

Ну с ошибкой можно так же или я не прав? (Доклад ее успел глянуть)

Ну с ошибкой можно так же или я не прав? (Доклад ее успел глянуть)

Посмотре библиотеку про которую на докладе говорили, в общем ничего не меняет, продолжаем жить дальше по прежнему.

еще раз - все эксепшены, кроме Runtime, нельзя забыть, ты должен или поймать его, или объявить в контракте метода

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

отловить и не обработать - это ровно тоже, что ошибку в _ принять

а с эксепшенами вот какая херня

хороши они только такими, какими они сделаны в яве

но работа с ними - такой же гемор, как и наш if err != nil

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

а в чем собсно проблема с err != nil?

в С всю жизнь так ловили, и ничего

там еще и через errno

)

те же йайтса, тока в профиль

помоему самая большая проблема только в том что ошибки должны быть объявлены (пускай даже повторно) в той библиотеке, которую ты используешь. А так же к каждому из методов должно быть описание какие ошибки он возвращает. Про его предложение насчет давайте завернем все ошибки в супер-штуку, которая умеет печатать стэк-трейсы. Ну вроде удобно, но граздо убдобнее было бы знать какие ошибки может вернуть ф-я, а не открывать для себя эту фичу после изучения стэктрейса.

и стектрейс было бы удобно иметь сразу вместе с ошибкой

и не смешивать ошибки и возврат

если это стектрейс до ошибки в твоем коде - да. Если нет - уже не столь важно.

Чего-то читал сейчас про kubernetes (он же k8s) и прикольное название придумалось для чего-то, типа honeypot-ов или race checker-ов : b8s (а произносится baits)

Господа, а что вы думаете за плагины в Go?

Господа, а что вы думаете за плагины в Go?

Я слышал, что к go1.8 может что-то появиться

что за плагины?

Господа, а что вы думаете за плагины в Go?

пока пачкой отдельных сервисов.

... через какой-нть RPC

что за плагины?

Грубо говоря, изменение функциональности без пересборки

Я слышал, что к go1.8 может что-то появиться

VM?

Господа, а что вы думаете за плагины в Go?

Что-что? "думаете за плагины"?

VM?

Ага, некоторый байткод интерпретатор

Господа, а что вы думаете за плагины в Go?

Знаю что Хашимото сделал вот это - https://github.com/hashicorp/go-plugin на основе rpc, с подменой соединения.

https://github.com/go-interpreter/proposal/issues/1

Наврал про 1.8 - это просто proposal

https://www.youtube.com/watch?v=yeetIgNeIkc&utm_source=golangweekly&utm_medium=email

Наврал про 1.8 - это просто proposal

(

Тут на тостере парень про гоу приспрашивается https://toster.ru/q/354220

манагер тостера?

или как там нонче SEO

Ам?

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

или как там нонче SEO

Ceo же

Chief

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

Ты спайсами уделанный чтоль7

Ты в интернете

Это ссылкой называется

Это ссылкой называется

Напиши лучше тому человеку из тостера чтоб к нам заходил

Тут на тостере парень про гоу приспрашивается https://toster.ru/q/354220

Зачем вообще следить за каким-то там аналагом SO от петухабра, если есть SO?

Ребят вы с утра не принимаете на грудь? Мне чет за вас беспокойно стало.

Ребят вы с утра не принимаете на грудь? Мне чет за вас беспокойно стало.

Все пидарасы а ты д'артаньян?

Напиши лучше тому человеку из тостера чтоб к нам заходил

Какому человеку?

оО

Который вопрос на тостера задаем

Короче. Я не понимаю что вы тут за хуйню пишете. Но ещё одна неадекватная реакция на ссылку - буду раздавать баны всем поклонникам Александра Дюмы и его творчества. По ссылке вопрос про гоу, этот чат про гоу. Зачем я должен спамить про этот чат совсем не понял.

Чувак спросил про go?-про go. Чят про go?-про go. Почему б не пообсуждать вопрос. Согласен с @shpaker

Тут на тостере парень про гоу приспрашивается https://toster.ru/q/354220

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

Чувак спросил про go?-про go. Чят про go?-про go. Почему б не пообсуждать вопрос. Согласен с @shpaker

Это они почему злые - потому что у них порнохаб отобрали.

Это они почему злые - потому что у них порнохаб отобрали.

Кто по утрам на порнхаб ходит? - это разочарование настигнет попозжее

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

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

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

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

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

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

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

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

не нужно ничего писать самому RabbitMQ + https://github.com/streadway/amqp

редис так же можноюзать

не нужно ничего писать самому RabbitMQ + https://github.com/streadway/amqp

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

Ну если брать сторонние, рядом стоящие, я б тоже редис взял. Рэбит - слишком жирно если не планировать все вокруг рэбита строить

у мну просто несколько кластеров кроля поэтому больше с приходится стыковаться

редиска тоже вариант не отрицаю

редиска тоже вариант не отрицаю

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

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

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

И я про то же. А если разные горутины производят данные в которых порядок важен, то надо много каналов и лист

Но это как-то криво данные в которых порядок важен в разных горутинах пилить, если обработка тормозит

https://toster.ru/q/354220

Он сам разобрался в себе ???

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

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

А зачем мап? Там больше подойдет просто лист, [] тобишь

срез?

срез?

Ну да, slice. Типа пихаешь в него каналы и потом берёшь канал, забираешь все, потом следующий

Никак не привыкну к slice вместо list после питона. Slice в мозгу укоренился как кусок листа или чего-то подобного

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

Ну эти свистопляска с множеством каналов имют хоть какой-то смысл если надо упорядоченные данные. А если данные упорядоченные, то и не надо id из середины удалять

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

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

?

http://pbs.twimg.com/media/CnL0OF4UkAAPWTq.jpg

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

кто на DotGo будет?

кто на DotGo будет?

я)

А тут кстати много людей на работе используют го как главный язык программирования(если ваша работа вообще связана с программированием)?

я с perl постепенно на go переписываю

На этот вопрос ответ строго "не знаю"

я с perl постепенно на go переписываю

Сисадминишь? Или какая область деятельности примерно?

голосовая связь, чаты, удаленный доступ

голосовая связь, чаты, удаленный доступ

Спасибо

на go например, сервак проксирующий через себя трафик удаленного доступа. изначально был на делфе написан. после переписывания на go ресурсов почти не ест благодаря этому ушли на более дешевые VDS

ну и от винды избавились

привет, ребята. cgo дает возможность вызывать го функции из си кода, через //export MyFunctionName, но если добавить пробел перед export, ну т.е. вся строка будет выглядеть как // export MyFunctionName, то он ничего не экспортирует. так и должно быть?