Почитай, вместе с этим учатся принципы работы кубера, различия между дб и СУБД.

Ок, спасибо

В Аргентине надо ещё как-то легализоваться, что не просто

С беременной женой приехать

Что-то не сходится в твоём манямирке.

Можно стажёром пойти куда-нибудь

В общем посоветуйте пожалуйста как ему найти работу) очень нужны советы/может быть какие-то полезные контакты дадите

Линкедин, HeadHunter, Tg каналы с вакансиями

Либо реферить его

Сам полтора месяца искал стажку, просто искать нужно

Про реферы джунов/стажеров ни разу не слышал

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

Сам полтора месяца искал стажку, просто искать нужно

Может посоветуете норм каналы в tg) и где нашли в итоге?

С беременной женой приехать

Ну это если киндера делать решил

любые первые три варианта, которые приходят на ум, вполне достаточны

Может посоветуете норм каналы в tg) и где нашли в итоге?

Страна какая ?

любые первые три варианта, которые приходят на ум, вполне достаточны

И на всех из них 1000 человек на место

Может посоветуете норм каналы в tg) и где нашли в итоге?

Нашел по итогу на Хедхантере

И на всех из них 1000 человек на место

и, я так понимаю, на мировом рынке только одна контора с одной-единственной вакансией, которая ищет кодеров?

Страна какая ?

Рф

и, я так понимаю, на мировом рынке только одна контора с одной-единственной вакансией, которая ищет кодеров?

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

Рф

Тогда не знаю 🫠

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

можно выбрать любой другой язык, более популярный?)

если вы учите го, а не язык программирования html - то этому есть какие-то предпосылки; возможно, ожидания от уровня з/п

соответственно, есть понимание рынка и конкуренции на нем

Да любому может повезти. Особенно, если в крупном городе и не удаленка

если вы учите го, а не язык программирования html - то этому есть какие-то предпосылки; возможно, ожидания от уровня з/п

Тут я не спорю, го как точка входа в it не самый простой вариант

если вы учите го, а не язык программирования html - то этому есть какие-то предпосылки; возможно, ожидания от уровня з/п

язык программирования сss можно ещё

и json

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

В других странах ещё меньше)

язык программирования сss можно ещё

excel

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

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

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

"невысокие претензии" - это в начале только

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

Такое ощущение, что везде легче войти, кроме Бэка

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

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

Js тут причем

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

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

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

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

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

Хорошо, я согласен с тем, что через го зайти сложнее, но тут явно не вопрос о выборе архитектуры

Ага, не связанные вещи какие-то

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

Как-будто не бывает монолитов на голанге

Нету в жсе никакого неявного поведения

Есть две основных причины использования микросервисов. 1. Разделение ответственности между командами. 2. Возможность подстраивать разные части одной большой системы, под разные типы нагрузок. Например для торговых сетей, можно расширить на время праздников какой-то из сервисов. Что вам не понятно. Это вопрос для меня открытый. Если вы считаете что "тесно связанный" в один большой узел программный код легче подстраивать под изменяющуся нагрузку... то какой нам смысл продолжать этот разговор?

Есть две основных причины использования микросервисов. 1. Разделение ответственности между командами. 2. Возможность подстраивать разные части одной большой системы, под разные типы нагрузок. Например для торговых сетей, можно расширить на время праздников какой-то из сервисов. Что вам не понятно. Это вопрос для меня открытый. Если вы считаете что "тесно связанный" в один большой узел программный код легче подстраивать под изменяющуся нагрузку... то какой нам смысл продолжать этот разговор?

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

Есть две основных причины использования микросервисов. 1. Разделение ответственности между командами. 2. Возможность подстраивать разные части одной большой системы, под разные типы нагрузок. Например для торговых сетей, можно расширить на время праздников какой-то из сервисов. Что вам не понятно. Это вопрос для меня открытый. Если вы считаете что "тесно связанный" в один большой узел программный код легче подстраивать под изменяющуся нагрузку... то какой нам смысл продолжать этот разговор?

Вопрос вообще не про то, зачем нужны микросервисы, а про то, как они связаны с порогом вхождения в язык...

Расскажите что такое монолитная архитектура, что такое микросервисы.

Ну потому, что в этом сообщении вы по порядку перечислили все отличия монолита от микросервисов и сказали, что вам не понятно как это сязанно с монолитами и микросервисами.

Понятно. Будете зашвыриывать вопросами. Всего доброго.

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

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

Ява ничуть не медленнее го. И эрланг тоже )))

Ява ничуть не медленнее го. И эрланг тоже )))

Так сложно сказать, когда я в последний раз смотрел, в один операциях java, в других go

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

https://t.me/gophernews/1288

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

Не ссорьтесь девочки (с)

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

Если монолит спроектирован как набор микросервисов. А микросервис не выполняет свою основную функцию. То это ничего не говорит о идее микросервисов и монолитов.

Да, ты абсолютно прав)

Че вы спорите, почитайте лучше эту статью) https://habr.com/ru/post/709328/

Ява ничуть не медленнее го. И эрланг тоже )))

Кста джава реально ненамного медленнее, если вообще медленнее.

Кста джава реально ненамного медленнее, если вообще медленнее.

неожиданно)

Само понятие монолит нужно для того, чтоб объяснить смысл микросервисов. Идея разделения на модули используется практически во всех парадигмах проектирования от процедурного до функционального, и на всех уровнях. Как-то до появления микросервисов, слово монолит не встречалось в данном контексте.

неожиданно)

Ну типа пописав и на го и на джаве, я думаю что переписывать проекты с жабы на го не имеет смысла. Типа с одного языка с GC на другой? Зачем? Если на жабе не спринг бут, а что-то древнее меня, то ещё можно. А если там на спринг буте все написано, то блин значит писали инвалиды и спрингбутконфигураторы, а не погромизды.

Само понятие монолит нужно для того, чтоб объяснить смысл микросервисов. Идея разделения на модули используется практически во всех парадигмах проектирования от процедурного до функционального, и на всех уровнях. Как-то до появления микросервисов, слово монолит не встречалось в данном контексте.

В той статье правильно сказано. Всё масштабирование зависит от того, где состояние

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

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

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

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

Микросервисы позволяют разработку системы на разных языках. В лучших традициях, например есть Python, Java, Go, и конечно NodeJS. :) Php не хватает...

Микропенисы позволяют уходить из других языков на го

Микропенисы позволяют уходить из других языков на го

Спалился

Спалился

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

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

К сожалению, я как гофер не могу тебя понять

К сожалению, я как гофер не могу тебя понять

Да все ты можешь, не надо стесняться, у нас очень крепкое братство

Мы тут друг за друга горой

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

Ищу работу гофером для души, резюме ниже: Господин этой вселенной. №1 в списке самых молодых миллиардеров мира по версии Forbes. Обладатель высокого уровня харизмы. Великолепный, неотразимый, красивый и сексуальный. Скромнейший из существ. Водитель дорогущего автомобиля, владелец особняка на Филиппинах, роскошной виллы в Испании и Морокко, а так же ебырь девушек ТОП-МОДЕЛЬНОЙ внешности. Если ты, эйчарша, хочешь меня захайрить, то должна соответствовать параметрам: Рост: не больше 165-ти сантиметров. Вес: не больше 45.5 киллограмов. Цвет глаз: голубой. Раса: арийская, исключительно. Грудь: третий размер. Задница: аккуратная, подтянутая. Ножки: аккуратные. Руки: аккуратные. Носик: аккуратный, арийский. Уровень в сексе: сто процентный. Девственная плева: обязательна.

Если бы слово кринж было человеком

И в чем он не прав

Изучаю golang и возник один вопрос. Я не могу придумать использование select-a в go никаким образом кроме бесконечного цикла. Причем этот цикл выключается только с помощью контекста. Я верно понял идею, или есть еще какие то вариации использования select-a в golang?

Изучаю golang и возник один вопрос. Я не могу придумать использование select-a в go никаким образом кроме бесконечного цикла. Причем этот цикл выключается только с помощью контекста. Я верно понял идею, или есть еще какие то вариации использования select-a в golang?

фор + селект = нормальная вещь в го и без фора = тоже Грубо говоря - да есть)

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

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

я прост ничего лучше такого кода для чтения из канала придумать не могу https://go.dev/play/p/BqFonEZpTp3

его обычно так и используют? или есть еще какие то вариации?