Мб смущает, что это Данила какой-то

А вот по поводу оценки 2/10 по вакансиям Go. Много материала читал вроде "переходим с *** на Go". Неужели так медленно хомяк набирает популярность? Или легаси пайтонов и джавы придется разгребать годами?

Придётся разгребать годами, а скоро и на го достаточно легаси будет

Я бы забил и выбрал что больше нравится

Вот почему дальше нету ничего

Лишь бы не тот, где для бекендера сначала фронтенд изучить надо

Ахах. Я тут смотрел вакансии на hh, и в одной nodejs backend в ключевых навыках указали angular😁, хотя в вакансии ничего про это не было. Главное чтобы когда придёшь на работу, не заставили фронты потом пилить.

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

ребят привет, кто накинет лучше идею. PG SQL , есть 2 таблички, обе с автоинкрементом в качествет первичного ключа. Нужно записать данные в обе, но так чтобы во вторую табличку записать id(автоинкримент который сгенерился) при записи в первую табличку Можно сделать не используя каких-то своих доп. айдишников которые сам буду генерить ? типа uuid, или md5 итд

юзкейс ничего не должен знать о статус кодах. Это бизнес уровень. Вкидывай кастомную ошибку. Сделай, например, пакет http_erorrs, туда положи следующее: var ErrDoesNotExist = errors.new("smth does not exist")

Всем доброго времени суток! Подскажите по каким курсам учите go? Спасибо!

Почему-то думал, что важна конкретная технология, чтобы потом продать свой скилл. Насчет технологий интересно многое, и тут же стоит сложность выбора... Golang с заделом на перспективу рассматриваю. Также, интересен Flutter... Кто-то вообще в 1С советует идти) Вот и решил спросить о перспективах, и куда лучше податься.

Всем привет! Столкнулся тут с одной проблемкой и хотел обсудить ее с комьюнити. Я люблю тесты, а интеграционные так просто обожаю. Но иногда приходится работать с библиотеками к публичным API каких-либо сервисов, в которых URL до этого API зашит в самой библиотеке. Для примера, возьмем библиотеку к Telegram API (подставь любое другое API) у которой URL зашиты с помощью следующей конструкции: // Telegram constants const ( // APIEndpoint is the endpoint for all API methods, // with formatting for Sprintf. APIEndpoint = "https://api.telegram.org/bot%s/%s" // FileEndpoint is the endpoint for downloading a file from Telegram. FileEndpoint = "https://api.telegram.org/file/bot%s/%s" ) Так вот у меня есть желание замокать HTTP-сервер телеграма и подменить зашитый URL на свой собственный, что бы погонять e2e тесты в локальном окружении, но я не понимаю как это можно сделать. Пока есть следующие соображения: - Не мокать HTTP-сервер, а замокать библиотеку через интерфейсы. Вариант мне не очень нравится, т.к. хотелось бы все же сделать тесты именно интеграционным. - Форкнуть библиотеку и дописать сеттеры на эти URL для целей тестирования. Тоже не очень, т.к. потом разойдется код с родительской либой и это приседание нужно будет повторять при каждом обновлении версии - Создать такое локально окружение, которое будет резолвить api.telegram.org в условный 127.0.0.1, на котором я подниму свой мок (например через /etc/hosts). Пока склоняюсь к этому варианту, но вносить изменения в конфигурацию ОС ради тестов тоже не хотелось бы. Так вот. Существует ли какой-нибудь идиоматический способ решения моей проблемы в Golang?

Боюсь, все вменяемые способы решения данной проблемы вы привели. Думаю, авторы решая упростить пользование библиотекой не подумали про интеграционные тесты. Думаю, можно им написать, чтобы предусмотрели возможность внешней замены адреса (маловероятно, но вдруг сменился адрес api и всем придется ждать новой версии библиотеки, либо форкать)

Ребята. Что сейчас используют типа FTP для хранения файлов в облаке? Есть стандартные решения?

А если на своих серверах?

minio

💻 Средние highload паттерны на Go Мне импонируют простые подходы, так как over engineering подходы требуются в исключительных проектах, и то чаще всего только в отдельно взятых подсистемах, в остальном можно воспользоваться давно известными лучшими практиками. Статья ориентирована на начинающих разработчиков и может служить отправной точкой для дальнейшего изучения. В этой статье подходы ориентированы на масштабирование приложения при верхнеуровневом рассмотрении. Подходы универсальны, приписка языка Go только потому, что сама реализация приложения на нем. Для наглядности, примеры будут упрощены, а чтобы было интереснее наблюдать, проведем замеры производительности. Ну и конечно же делитесь своим опытом масштабирования, буду рад взять на заметку. ➡️ Читать дальше @Golang_google

💻 Средние highload паттерны на Go Мне импонируют простые подходы, так как over engineering подходы требуются в исключительных проектах, и то чаще всего только в отдельно взятых подсистемах, в остальном можно воспользоваться давно известными лучшими практиками. Статья ориентирована на начинающих разработчиков и может служить отправной точкой для дальнейшего изучения. В этой статье подходы ориентированы на масштабирование приложения при верхнеуровневом рассмотрении. Подходы универсальны, приписка языка Go только потому, что сама реализация приложения на нем. Для наглядности, примеры будут упрощены, а чтобы было интереснее наблюдать, проведем замеры производительности. Ну и конечно же делитесь своим опытом масштабирования, буду рад взять на заметку. ➡️ Читать дальше @Golang_google

"средний хайлоад"? Давайте уже лоу хайлоад для локалхоста.

"средний хайлоад"? Давайте уже лоу хайлоад для локалхоста.