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

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

потому что книги по джаве на 2-3к страниц а книги по го - 40 страниц)

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

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

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

чем? знакомый джавист вообще не може ни на что ответить, что я ни спрашивал он отвечает «я не знаю, за меня это делает Spring(any)»

Потому что это не Java разработчик, а «Настройщик Спринга». К сожалению и такие сейчас находят работу, а потом у них происходит в коде «магия». У меня на проекте работа с биометрией, шифрованием, токены в том числе короткоживущие в разрезе безопасности и да Java

если взять язык Java отдельно от всего, то он реально ее знает до дыр

а сложность языка, зависит от языка. Пишу на Java и мозги уже так подстроились, что мне Go сложен, потому что постоянно пытаешься использовать инструемнты к которым привык и к архитектуре к которой привык.

go по работе нужен? или это такая отдушина?

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

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

Всем привет! Скажите пожалуйста, какой из этих ЯП эффнктивнее (требует мало ресурсов для нормальной работы) Python, Go, Java, JS (node)? Заранее благодарю вас за помощь!

хорошая попытка на тред с 2к+ сообщений

хорошая попытка на тред с 2к+ сообщений

Всем привет! Скажите пожалуйста, какой из этих ЯП эффнктивнее (требует мало ресурсов для нормальной работы) Python, Go, Java, JS (node)? Заранее благодарю вас за помощь!

Можете не благодарить🤣🤣🤣 Я спросил потому что на работе дали разработать backend для лк продавцов. Решили реализовать API, поэтому спрашивал на каком будет эффективнее. Т.к там будет около 15'000 запросов в час

Всем привет! Скажите пожалуйста, какой из этих ЯП эффнктивнее (требует мало ресурсов для нормальной работы) Python, Go, Java, JS (node)? Заранее благодарю вас за помощь!

скинь норм книгу на 40 страниц

15к запросов в час можно писать на чем угодно

А в секунду слабо?

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

Про это очень интересно на highload ++ рассказывали

Ну примерно...а дальше, когда начинаешь разбираться....то вся инфраструктура одинаковая. Тот же кубик, тот же Докер, та же Кафка, те же сутки работы с долбанными ямлами (я говорю только про вэб) и начинаешь задумываться...а оно вообще того стоит? В общем пока изучаю, погружаюсь, а там видно будет.

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

про физические принципы работы полупроводников при разработке нагруженных систем?

Не передёргивайте. Суть была в том что под капот лезть нужно и зачастую приходится

А в какую сторону поинтереснее думаете, если не в эту кубер ямл и компания?

Я о переходе на Го. Пока смысла не вижу, так как кроме языка остальное все одно и тоже. И если на стороне Го размер и скорость компиляции, то в latency джавка пока неплохо рулит. Но опять же....не часто пишешь low-latency приклады, чтобы так о ней заботиться

Я о переходе на Го. Пока смысла не вижу, так как кроме языка остальное все одно и тоже. И если на стороне Го размер и скорость компиляции, то в latency джавка пока неплохо рулит. Но опять же....не часто пишешь low-latency приклады, чтобы так о ней заботиться

Зарплата например Возможно сравнить Java Go будет то на то, а вот . Net не растет и уже даже отстаёт по зарплатам. Плюс я имел в виду "если в Го не видите увеличения интереса от работы, то может нащупали направления, где вам было бы интереснее"?

у Го интересные вакансии попадаются, да, но по зп уже не сильно впереди

Ах да, ещё интересные вакансии В .Net веб это большей частью crud-json development, не то, что low, просто latency редко нужно

Главное, от 3 лет опыта на Го

В облаках интересные вакансии еще, которые Cloud, там сейчас стек одновременно и JVM и Go.

Эх вот это часто и останавливает. У меня 12 лет опыта в веб разных проектов и обычно hr просто смотрят кол-во лет в go. Как я пощупал - освоить просто

Например что делают эти проекты ?

Ну у меня тоже общего чуть более 5, но в го 2. И уже 4 или 5 вариантов - извините, нам от 3 лет нужно

Не понял, сорри

предоставляют хостинг и инфраструктуру. Yandex Cloud, Sber Cloud, AWS, IBM Cloud

А, я про YOE. Опыта чуть более 5 лет коммерческого, в го 2 года примерно. Но нужно именно 3

То есть кастомные варианты того, что предлагают Azure, AWS. Либо эти системы предлагают plain infrastructure, а проекты о которых вы говорите - специализированно под некий класс потребностей, собственно для этого они сделали такие проекты Верно понял тип проектов?

я бы сказал что "аналоги", да

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

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

Поддерживаю, а какая параллельная группа для обсуждений?

👣 Тестовое задание для GoLang-разработчика Описание задания Необходимо разработать приложение, предоставляющее HTTP API для получения данных о парковках такси в г. Москва. Данные необходимо брать с этой страницы ("Актуальная версия"). Описание необходимого функционала Приложение должно реализовывать: ▪Функционал загрузки данных из файла (локального и/или по ссылке) в хранилище данных (данные на источнике могут как удаляться, так и добавляться); ▪Обслуживание HTTP запросов к API-endpoints, которые реализуют поиск по хранимым данным; Обслуживание HTTP запросов к роуту, возвращающему метрические данные (в формате prometheus) работы приложения. ▪Обновление данных в хранилище должно происходить без остановки обслуживания HTTP запросов к API с учетом того, что их объем может быть очень большим (и маппинг данных на источнике может изменяться). Методы HTTP API должны возвращать ответ в формате json. Время обработки одного запроса к HTTP API (не загрузка данных в хранилище) - не более 2 мс. до первого байта HTTP ответа (TTFB). Проектирование самих методов API - на ваше усмотрение (минимально необходимый функционал - это поиск по global_id, id и mode). Метрические данные должны включать в себя как минимум следующие метрики: Общее количество обработанных запросов к API-endpoints; Количество ошибок обработки HTTP запросов к API-endpoints (плюсом будет "разведение" по различным кодам ответов); Данные по времени обработки HTTP запросов к API-endpoint; Дополнительные метрики, на ваше усмотрение. Требования к реализации ▪В качестве хранилища данных необходимо использовать Redis; ▪Все функции (экспортируемые и не экспортируемые) должны сопровождаться понятным комментарием (если возможно - на английском языке); ▪Не стоит излишне сокращать имена переменных и констант - код пишется для людей, и он должен быть максимально простым и понятным; ▪Можно использовать любые сторонние пакеты, но не использовать какой-либо фреймворк; ▪Весь ключевой функционал должен быть зафиксирован unit-тестами; ▪После завершения работы над заданием необходимо написать сопроводительную документацию по работе с приложением в файле README.md в корне репозитория; ▪Конфигурация параметров подключения к хранилищу данных должна иметь возможность управляться как флагами запуска, так и переменными окружения. Возможности конфигурирования должны быть описаны в файле README.md вашего репозитория. Плюсами будут являться ▪Настройка CI (силами GitHub actions, TravisCI, etc) выполняющая запуск тестов и сборки на каждый коммит; ▪Автоматическая сборка Docker-образа с приложением; ▪Интуитивно-понятное разбитие коммитов - одной конкретной задаче - один коммит или PR (её правки - отдельный коммит или PR); Написание всех текстов коммитов - на английском языке. @Golang_google

👣 Тестовое задание для GoLang-разработчика Описание задания Необходимо разработать приложение, предоставляющее HTTP API для получения данных о парковках такси в г. Москва. Данные необходимо брать с этой страницы ("Актуальная версия"). Описание необходимого функционала Приложение должно реализовывать: ▪Функционал загрузки данных из файла (локального и/или по ссылке) в хранилище данных (данные на источнике могут как удаляться, так и добавляться); ▪Обслуживание HTTP запросов к API-endpoints, которые реализуют поиск по хранимым данным; Обслуживание HTTP запросов к роуту, возвращающему метрические данные (в формате prometheus) работы приложения. ▪Обновление данных в хранилище должно происходить без остановки обслуживания HTTP запросов к API с учетом того, что их объем может быть очень большим (и маппинг данных на источнике может изменяться). Методы HTTP API должны возвращать ответ в формате json. Время обработки одного запроса к HTTP API (не загрузка данных в хранилище) - не более 2 мс. до первого байта HTTP ответа (TTFB). Проектирование самих методов API - на ваше усмотрение (минимально необходимый функционал - это поиск по global_id, id и mode). Метрические данные должны включать в себя как минимум следующие метрики: Общее количество обработанных запросов к API-endpoints; Количество ошибок обработки HTTP запросов к API-endpoints (плюсом будет "разведение" по различным кодам ответов); Данные по времени обработки HTTP запросов к API-endpoint; Дополнительные метрики, на ваше усмотрение. Требования к реализации ▪В качестве хранилища данных необходимо использовать Redis; ▪Все функции (экспортируемые и не экспортируемые) должны сопровождаться понятным комментарием (если возможно - на английском языке); ▪Не стоит излишне сокращать имена переменных и констант - код пишется для людей, и он должен быть максимально простым и понятным; ▪Можно использовать любые сторонние пакеты, но не использовать какой-либо фреймворк; ▪Весь ключевой функционал должен быть зафиксирован unit-тестами; ▪После завершения работы над заданием необходимо написать сопроводительную документацию по работе с приложением в файле README.md в корне репозитория; ▪Конфигурация параметров подключения к хранилищу данных должна иметь возможность управляться как флагами запуска, так и переменными окружения. Возможности конфигурирования должны быть описаны в файле README.md вашего репозитория. Плюсами будут являться ▪Настройка CI (силами GitHub actions, TravisCI, etc) выполняющая запуск тестов и сборки на каждый коммит; ▪Автоматическая сборка Docker-образа с приложением; ▪Интуитивно-понятное разбитие коммитов - одной конкретной задаче - один коммит или PR (её правки - отдельный коммит или PR); Написание всех текстов коммитов - на английском языке. @Golang_google

зашел по ссылке, нажал скачать, там 404. directed by Robert Weide

Ну у меня тоже общего чуть более 5, но в го 2. И уже 4 или 5 вариантов - извините, нам от 3 лет нужно

жесть))) ну, видимо, раз отказывают, находятся такие)

с 3+? очевидно, что существуют такие

с 3+? очевидно, что существуют такие

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

ребят, стажировка в авито когда откроется неизвестно, да? вроде каждые полгода бывали