Привет! Начал только изучать Docker. Сейчас нужно запустить ubuntu внутри Docker. Хочу там развернуть проект. Конкретные команды для настройки не знаю, по этому хочу работать напрямую с ubuntu внутри контейнера. Планирую развернуть python приложение и прикрутить Postgres + PostGIS. Подскажите, как можно сделать, чтобы я менял код на своем пк локально, но эти изменения попадали в Docker, также интересует пробросить порты с Docker наружу, чтобы я мог подключится к Ubuntu? Понимаю, что многие скажут установи linux, но я не готов уйти с винды))

я так выше и написал, что решение только для работы локально и не для прода, не внимательно меня прочитал. Для разработки, не спорю, пойдет

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

кто за жс шарит

по написанию да, а по факту нет

ок

по написанию да, а по факту нет

a := []int{} a := make([]int, 0) Эти две записи чем-то отличаются?

почему?

Разница будет при объявлении nil слайса var s []int

Golang meetup online 1. Реализация ролевой системы доступа с помощью Open Policy Agent - Губарев Антон, software engineer «Авито» Опыт применения Open Policy Agent для реализации по типу RBAC 2. Внутреннее устройство каналов в Go - Николай Тузов, Go-разработчик, «Lamoda» Заглянем каналам под капотом, и разберемся как они устроены. 3. Ошибки, которые нельзя обработать в Golang - Андрей Беренда «Ozon Fintech» Хочу рассказать про ошибки, которые никак нельзя обработать в Golang и после которых приложение падает. ➖➖➖ 🗓 19 октября, начало в 19:00 мск, Среда 🌐 ОНЛАЙН ✅ Регистрация на мероприятие

Хах, решение оказалось не очевидным. Оказывается, в окружении Go была активирована переменная GO111MODULE. Ее отключение командой go env -w GO111MODULE=off убрало поиск моих пакетов в GOROOT и расширило взгляд парсера до директорий GOPATH и включение зависимостей по go.mod. Также пришлось заново использовать go get, но это не проблема =) И в результате удалось собрать учебный проект со всем, что нужно.

Хочу опробовать какой-нибудь популярный фреймворк в этом задании

Привет. Если не сложно, можете скинуть тестовые задания на позицию бек джуна? Сам язык учу в свободное от работы время, для использования в бекенде помимо питона. Хотелось бы попробовать тестовое сделать.

Вот неплохое например. Фронт не обязательно

Я видел что обычно спрашивают по теории,а тестовые задания ни разу не видел.Да и на собеседовании по го не был ни разу ещё

Хахаха, еще одно обновление =))) Далее очевидная информация, однако мне стоило много нервов в ней разобраться =))) Но считаю важным написать сюда, потому что представленное решение ошибки: package ... is not in GOROOT неверное, и у меня заработало по счастливому стечению обстоятельств. В общем, разобрался наконец с этой переменной окружения GO111MODULE. В режиме on - всегда видит только модули. В режиме off - только GOPATH и GOROOT В режиме auto - туда и сюда в зависимости от существования go.mod. Ошибка же была в том, что это я дурак, как обычно =))) Изучение go project layout хорошо все прояснило, некоторые эмпирические наблюдения подтвердили точку зрения, представленную ниже. Я никогда не задумывался, куда нужно бросать файл go.mod. Так получилось, что в учебных проектах ее бросаешь вместе с main файлом и оно там живет и в целом хватает. Никто особо не думает объяснять на счет go.mod, что это не просто штука для версионирования, но и точка входа в проект! Оказывается, когда go переходит в режим модуля он за точку отсчета всех путей импортов, указанных в коде (существующих локально, к примеру internal/package.go, импорты из сети это не касается) берет директорию, где лежит go.mod и отсчитывает пути импорта относительно нее. Соответственно, когда я создавал проект и инициировал go.mod в директории main файла, а не проекта, go путался и начинал искать собственные, локальные пакеты от директории cmd/main(пример) - импорта по указанному в коде пути нет(логично), GOPATH - нет вообще, значит нужно искать в стандартной библиотеке - GOROOT - там, логично, тоже нет пакетика - в итоге выдает ошибку, что в GOROOT такого пути импорта\пакета нет. Такая ошибка сбивает, ведь она вообще про другое, а не про то, что go просто найти сам импорт в пакете проекта не может: package ... is not in GOROOT Поэтому решение с присвоением состояния off переменной GO111MODULE - неверное (подсмотрел его на стаковерфлоу и не подумал) и вообще выключать ее не нужно, иначе придется все писать в $GOPATH/src =) А все что нужно - это располагать go.mod в корне проекта и все импорты писать от этого корня, пример: "projectOnGo/internal" Такие пироги. Спасибо что прочитали крик души. Да, звездочки капитана Очевидность обмою =))) Думаю будет полезно для начинающих, ведь особо про go.mod нигде не написано. А это штука оказалась гораздо важнее, чем могло показаться 0_0 вопросы с этой ошибкой встречаются часто и советуют совсем не то, что действительно нужно.

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

Ну так полчаса убить на написание какого-то кеша в экстремальной ситуации - тоже так себе идея

Ситуация экстримадьная только в голове интервьюируемого. Если интервьеры норм то ситуация экстримальноц не будет

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

И вообще нафига тебе гугл в такой ситуации??

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

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

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

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

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

Но код же шарится, то есть его видишь и ты, и собеседующие А может вылететь из головы даже что-то элементарное

Вот неплохое например. Фронт не обязательно

Для интервьера это тоже стресс между прочим

Ого, прикольное

А для него в чем стресс? Его дальнейшая работа не зависит от этого собеседования

А для него в чем стресс? Его дальнейшая работа не зависит от этого собеседования

Дальнейшая работа того кто ищет тоже не зависит от конкретно этого собеса

Зависит От успешности в прохождении собеса зависит попадет ли он в данную компанию или нет