иными.. просто ранее Катя гоферами не интересовалась. емнип :)

если она hr, то интересоваться программистами ее обязанность

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

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

??

https://i.imgur.com/kW0tzFN.jpg

dock-dock-docker!

А чё произойдет-то?

то-же самое что и с автомобилем с 2 рулями без переключателя управляющего руля, undefined behavior

паника, как только конкурентный доступ будет обнаружен

разве он сам обнаруживает и паникует в случае конк. доступа к мапу

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

Люди подскажите, есть http сервак, должен ли я в хэндлере делать return? Чото у мну тут пробел, я полагаю что должен, ибо возврат в функцию main нуно сделать...

а ты проверь сначала сам

кинь запрос

Ну кидаю, без return норм, ошибок нет. Так нуно или не нуно?

Ну кидаю, без return норм, ошибок нет. Так нуно или не нуно?

Не нужно.

В чём смысл

Смысл в уверенности, что делаешь возврат в main(), но и без этого return получается... знакомый синьор по другому ЯП говорил, я типа экономлю на байтах и возврат не делаю... хз короче.

хендлеры вызываются как go handler()

в отдельном потоке

возврат нужно делать только в одном случаи, раньше выйти из функции

if len(sResult) == 0 { responce.MakeNotFoundResponce().WriteJson(w) return }

Ага, понятно, спасибо.

разве он сам обнаруживает и паникует в случае конк. доступа к мапу

Да сам, даже есть специальный ключик для проверки конкурентного доступа к мапе go run -race xxx.go

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

магию какую-то рассказываете, при конкурентном доступе паника и все.

Подскажите, где можно на великом и могучем прочитать исчерпывающую инфу про создание GUI на go?

Подскажите, где можно на великом и могучем прочитать исчерпывающую инфу про создание GUI на go?

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

магию какую-то рассказываете, при конкурентном доступе паника и все.

Там вроде, если одно ядро, то паники нет, в play.golang панику не вышебешь. А вот на путаницу данных запросто попасть, всегда с -race лучше тестово билдить или ранить

Там вроде, если одно ядро, то паники нет, в play.golang панику не вышебешь. А вот на путаницу данных запросто попасть, всегда с -race лучше тестово билдить или ранить

а разве запись в мапу не атомарная операция? во время записи может произойти переключение контекста???

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

Там вроде, если одно ядро, то паники нет, в play.golang панику не вышебешь. А вот на путаницу данных запросто попасть, всегда с -race лучше тестово билдить или ранить

-race - сила. Не править гонки - могила.

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

вот холивара по Го развели, все в нем хорошо когда не пытаются на нем писать как на РНР

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

А можно было просто ограничить GOMAXPROCS

Но это неправильно, но как экстренное действо, да, можно было попробовать

Ну это больше шутка:)

Получается, чтоб познать настоящий ГО - нужно сначало на пыхе покодить (шутка)

В гоу идут из пхп?

В гоу идут из пхп?

конечно

по другому никак

В гоу идут из пхп?

Го хорошо перекрывает недостатки пхп (как и руби, и питона, етц)

я на го пишу как на питоне)

плохо получается)

В гоу идут из пхп?

В большинстве случаем...

плохо получается)

до было такое, надо рефакторить мозг)

Ребят, привет, а кто работу на GoLang искал? Сложно/легко? На что в основном смотрят работодатели? И реально ли устроиться, разрабатывая до этого на другом языке? Понимаю, что тема заезжанная, просто недавно открыл это язык для себя, влюбился в него)

Ребят, привет, а кто работу на GoLang искал? Сложно/легко? На что в основном смотрят работодатели? И реально ли устроиться, разрабатывая до этого на другом языке? Понимаю, что тема заезжанная, просто недавно открыл это язык для себя, влюбился в него)

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

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

Спасибо за обратную реакцию, согласен, чем дальше сфера развивается, тем больше рутины

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

Но знаний только go не хватит, надо java, js, obj-c, swift

Или команду

+ сейчас мода на нейросети, а это еще знания python желательно

С каждым годом все больше и больше надо знать и уметь)))

ну прям универсальный солдат) Только если ты знаешь все, ты ничего не знаешь конкретно

специализация тоже имеет значение

Да, так будет всегда

Но команду найти все труднее и труднее)

Но команду найти все труднее и труднее)

Это ты про Go конкретно?

Не, про реализацию продуктов

)))

На upwork по go было много предложений

Тогда я бы по-другому сказал, трудно найти НОРМАЛЬНУЮ команду, где все будут сильные спецы и будут соображать

Я бы даже сказал заинтересованных людей

Я бы даже сказал заинтересованных людей

да ладно, с этим пробле мне должно быть

На upwork по go было много предложений

Неа, пусто вообще, штук 90 вакансий и 80% из них полная фигня

магию какую-то рассказываете, при конкурентном доступе паника и все.

попытался повторить, не получается работа с map была организована следующим образом была горутина, в ней for { select ... } и слушались каналы с различными командами map жила только в этой горутине и работа была в один поток без всяких sync.Mutex пока мы не обнаружили, что она все таки утекает в другие горутины обнаружили случайно, потому что в некоторых данных отдавалась полный бред экспериментально подвтердили, что то, что писалось в один ключ появлялось под другим временным решением стало добавление mutex перед записей проблема исчезла

версию go на тот момент не помню

Неа, пусто вообще, штук 90 вакансий и 80% из них полная фигня

Крипта?

» map жила только в этой горутине и работа была в один поток без всяких sync.Mutex »пока мы не обнаружили, что она все таки утекает в другие горутины У меня когнетивный диссонанс, по поводу перетекания мап между горутинами, ну мб ... )))

ERROR: S client not available

Крипта?

Крипта 60% "го синьор девелпер блохчейн"

» map жила только в этой горутине и работа была в один поток без всяких sync.Mutex »пока мы не обнаружили, что она все таки утекает в другие горутины У меня когнетивный диссонанс, по поводу перетекания мап между горутинами, ну мб ... )))

type SuperHandler { storage map[string]inteface{} } var h := NewSuperHandler() go h.handle() h.storage внезапно используется дальше

все очень тупо

оО бывает)))

Всем привет! Народ поделитесь мнением как лучше реализовать архитектуру. Мне необходимо релизовать некоторый публичный сервис. Обмен данными между клиентами и web-сервисами должен быть через WebSocket. Озанкомился со статьей на хабре про реализацию нагруженного (3 млн. коннектов) сервиса на веб-сокетах, на Go. Но в силу определенных особенностей задачи сервисов получается несколько и они выполняют разные функции, но должны обмениваться данными. Вопрос как лучше реализовать обмен данными между этими web-сервисам. Через очереди (типа NATS-io) или как-то еще???

Зависит от того что именно вы хотите с данными делать

Есть ещё вариант streaming-запросов в grpc

Зависит от того что именно вы хотите с данными делать

Данные хочу передать обратно в веб-сокет (от клиентов одного сервиса клиентам другого)

можно тогда и на голом tcp если канал будет защищен

можно тогда и на голом tcp если канал будет защищен

Вы имеете ввиду реализовать обмен данными между сервисами через TCP ?

Предполагается что от дного сервиса может прийти пачка запросов (100 или 1000) одновременно

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

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

если перфоманс будет страдать, можно кэш сделать вдобавок, там уже тюнить нужно

Направление мысли понял. Буду копать в эту сторону. Спасибо!

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

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

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

Спасибо!

Есть ли инфа на русском по andlabs/ui ?

Всем привет! Народ поделитесь мнением как лучше реализовать архитектуру. Мне необходимо релизовать некоторый публичный сервис. Обмен данными между клиентами и web-сервисами должен быть через WebSocket. Озанкомился со статьей на хабре про реализацию нагруженного (3 млн. коннектов) сервиса на веб-сокетах, на Go. Но в силу определенных особенностей задачи сервисов получается несколько и они выполняют разные функции, но должны обмениваться данными. Вопрос как лучше реализовать обмен данными между этими web-сервисам. Через очереди (типа NATS-io) или как-то еще???

RabbitMQ

RabbitMQ

Изначально смотрел на него, еще читаю инфу про аналог - NATS-io. Вроде тоже хвалят.

Изначально смотрел на него, еще читаю инфу про аналог - NATS-io. Вроде тоже хвалят.

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

Еще есть ZeroMQ, Kafka, дохера их

раз в неделю по новому брокеру появляется

Изначально смотрел на него, еще читаю инфу про аналог - NATS-io. Вроде тоже хвалят.

Ну вам, по вашей же схеме, собственно и нужна шина с поддержкой федерации.

раз в неделю по новому брокеру появляется

прям как криптавалюта)))))

прям как криптавалюта)))))

Ну я бы посоветовал rabbitmq, нужно разобраться что такое queue и exchanges, как роутяться сообщения и делу шляпа

Ну я бы посоветовал rabbitmq, нужно разобраться что такое queue и exchanges, как роутяться сообщения и делу шляпа

Если делу шляпа, то тут уже не кроль нужен, а что-то другое ?

Ну я бы посоветовал rabbitmq, нужно разобраться что такое queue и exchanges, как роутяться сообщения и делу шляпа

Не раз уже сталкиваюсь с тем что нужно изучать очереди сообщений... Видно время пришло! В путь!)

Не раз уже сталкиваюсь с тем что нужно изучать очереди сообщений... Видно время пришло! В путь!)

Тогда + к RabbitMQ из всех AMQP-решений более менее сбалансированный

Не раз уже сталкиваюсь с тем что нужно изучать очереди сообщений... Видно время пришло! В путь!)

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