В общем и целом получить первую работу это основное для карьеры, а там уже получая опыт и изучая сферу можно менять языки программирования
Читать полностью…Т.е. лучше начать с яп (бэк направление), на котором больше шанс джуном устроиться и уже можно с него на го?
Читать полностью…На хабре не помню в точности, ну там на C++ больше вакансий и на Python это для стажёров, ещё на PHP и C# тоже если я не ошибаюсь. На hh больше начальных, как я понял, на PHP, Node.js, Python и Java
Читать полностью…Проще уже самому развиваться и проходить собесы, если не прошел, то просить, чтобы указать на ошибки и т.д
Читать полностью…А куда на стажировку то гоблину попасть? Вакансий нет.
Сейчас гоблины нужны только с хайлвл
GO как и Java обычно в крупных компаниях используется, поэтому и требования высокие часто к опыту в том числе. Стартапы используют чаще что-то во что легче новичку вкатиться например Python и на что легче перейти уже бывалым типо Node.js(с фронтенда на него довольно просто из-за того что на фронтенде тоже js). Ещё стартапы используют Ruby, а точне Ruby on Rails из-за быстроты развёртывания и запуска 🚀
Есть разные варианты как карьеру начать. Можно взять ЯП востребованный для стартапов, там получить опыт и переучиться на GO. Либо сразу учить GO и идти на стажировку по GO постепенно набирая опыт. Где-то найти первую работу будет вероятно проще
Не знаю, но я например так и делаю: учусь на ЯП. Правда я свичусь с проджекта и код до этого совсем не щупал, в этом году влюбился в шк21.
Читать полностью…Ога. Сейчас ищут ребят с большим опытом в целом, чтобы учить на го, переписывать что-то.... А они находятся быстро.
Читать полностью…Ну нужно понимать что и зарплата от языка зависит. В бэкенде наиболее оплачиваемые, насколько мне известно, это Java и Golang
Читать полностью…Здравствуйте, как golang в кол-ве вакух для джунов на бэк? Стоит ли идти или лучше другой яп выбрать?
Читать полностью…Вопрос, может кто решал схожую задачу:
Есть некое устройство А, с которого будет трансироваться стрим аудио.и видео по webrtc, также есть N клиентов которые будут смотреть этот стрим и при необходимости могут включить микрофон свой, ну и каждый может подключаться/отключаться, как и устройство А может терять связь, но стрим не должен заканчиваться.
Как правильнее всего это реализовать?