Библиотека Go для собеса | вопросы с собеседований

Сможешь ли ты пройти собес? Смотри собеседование на Middle Go-разработчика в прямом эфире в этот четверг 👨‍💻 5 сентября в 19:00 (мск) Даниил Динько, TeamLead команды Go-разработчиков в Oxygen Forensics (ex-Ozon), проведет открытое собеседование на Middle-позицию: – Задаст реальные вопросы и задачи разработчику. – Даст подробную обратную связь: объяснит, зачем задавал тот или иной вопрос, как лучше на него ответить или решить задачу. Эфир будет полезен, если ты: – Планируешь повысить свой грейд в Go, чтобы увеличить ЗП или сменить компанию. – Хочешь сменить свой текущий стек на Go. – Готовишься к собеседованию прямо сейчас и хочешь получить оффер. Это бесплатно? Бесплатно 👾 Регистрируйся на эфир в нашем боте @skills_mentee_bot и получи грейд-карту навыков по Go, необходимых при найме в бигтех-компаниях. Реклама: ООО “Эйч Карьера” erid: LjN8K3Jz3

💬 Каким образом Go создает новый массив для адаптации растущего среза? Go обычно удваивает емкость растущего среза, но это меняется, как только срез достигает определенного размера. Если срез небольшой, удвоение емкости обеспечивает быстрый рост. Но бесконечное удвоение емкости приведет к огромным выделениям памяти по мере увеличения среза. Чтобы избежать этого, Go корректирует темпы роста, как только срез достигает определенного размера, обычно около 256. В этот момент рост замедляется по следующей формуле:

oldCap + (oldCap + 3*256) / 4

💬 Когда мы передаем срез в unsafe.SliceData, какие проверки он выполняет, чтобы выяснить, что возвращать? 🔻 Если capacity среза больше 0, функция возвращает указатель на первый элемент среза (array[1]). 🔻 Если срез равен нулю, функция просто возвращает ноль. 🔻 Если срез не равен нулю, но имеет нулевую capacity (пустой срез), функция возвращает указатель, но он указывает на «неопределенный адрес памяти». 👉 Подробнее

👾 -35% на хардкорный курс по вышмату На курсе вы получите все необходимые знания для старта карьеры в DS или аналитике – https://proglib.io/w/568af10b 19 490 рублей 29 990 рублей Что еще вас ждет на курсе: ▪️ Полугодовая программа от преподавателей ВМК МГУ; ▪️ 150 практических заданий и 47 видеолекций; ▪️ Бессрочный доступ ко всем материалам курса; ▪️ Развернутая обратная связь по всем домашним заданиям, а также ссылки на полезные дополнительные материалы. 🌚 Переходите на сайт, читайте подробности и заходите на обучение по самым выгодным условиям – https://proglib.io/w/568af10b

💬 Может ли адрес значения измениться во время выполнения Go-программы? В стандартной реализации рантайма Go стек горутины может увеличиваться или уменьшаться по мере необходимости во время выполнения программы. Это означает, что адрес значения, размещенного на стеке, изменится, если размер стека изменится. Например, следующий код выведет два разных адреса:

package main

//go:noinline
func f(i int) byte {
   var a [1 << 12]byte
   return a[i]
}

func main() {
   var x int
   println(&x)
   f(100) // увеличиваем стек
   println(&x)
}

💬 Почему GOPATH режим был заменён Go модулями? Основная причина заключается в том, что режим GOPATH не включает в себя понятие версий пакетов. Режим GOPATH использует код, который у нас уже есть на машине, для сборки зависимостей. Это означает, что если мы клонируем проект и собираем его, мы можем получить другие зависимости, чем те, которые использовались изначально. В отличие от этого, Go модули управляют зависимостями с использованием конкретных версий, что гарантирует, что все используют один и тот же код. Когда мы клонируем проект и загружаем его зависимости, Go модули проверяют эти зависимости с go.sum файлом, чтобы убедиться, что они такие же, как использовались изначально.

💬 В чем суть модели PMG в Go? PMG расшифровывается как P (логические процессоры), M (машинные потоки) и G (горутины). Основная идея заключается в том, что каждый логический процессор (P) может одновременно работать только с одним машинным потоком (M). А чтобы горутина (G) могла выполняться, она должна быть привязана к потоку (M). Это сводится к двум ключевым моментам: 1. Если у нас есть n логических процессоров (P), мы можем параллельно запускать до n горутин, при условии, что у нас доступно как минимум n машинных потоков (M). 2. В любой момент времени только одна горутина (G) может выполняться на одном процессоре (P). Таким образом, когда P1 занят выполнением G, никакая другая G не может выполняться на этом P1, пока текущая G не будет заблокирована, не завершит выполнение или не произойдет что-то, что освободит этот процессор.

🧑‍💻 Статьи для IT: как объяснять и распространять значимые идеи Напоминаем, что у нас есть бесплатный курс для всех, кто хочет научиться интересно писать — о программировании и в целом. Что: семь модулей, посвященных написанию, редактированию, иллюстрированию и распространению публикаций. Для кого: для авторов, копирайтеров и просто программистов, которые хотят научиться интересно рассказывать о своих проектах. 👉Материалы регулярно дополняются, обновляются и корректируются. А еще мы отвечаем на все учебные вопросы в комментариях курса.

💡Кстати, стандартная библиотека Go включает в себя простой в использовании обратный прокси-сервер httputil.NewSingleHostReverseProxy создает обратный прокси-сервер, который перезаписывает URL-адреса на указанный целевой хост. 👉 Документация

💬 Что из себя представляет проблема false sharing? Если у двух строк кэша общие адреса, процессор помечает их как общие (shared). Если один поток изменяет общую строку, он помечает обе как измененные (modified). Чтобы гарантировать когерентность кэшей, требуется координация между ядрами, что может значительно снизить производительность приложения. Эта проблема называется false sharing (ложный обмен информацией).

👩‍💻 Range Over Function Types в Go 1.23 Текстовая версия выступления Ian Lance Taylor на GopherCon 2024 о том, почему эта фича была добавлена, что из себя представляет и как ее использовать. 👉 Читать

💬 Зачем для подсчета времени в Go использовать тип данных int32, если он содержит отрицательные значения? Отрицательными целыми числами представляется время до эпохи UNIX, а положительными — после неё. Таким образом, значение счетчика -100 означает момент времени за 100 секунд до полуночи 1 января 1970 года, а +100 секунд указывает на 100 секунд после этой даты.

🏃 Самоучитель по Go для начинающих. Часть 15. Конкурентность. Горутины. Каналы В 15-й части самоучителя мы разберем работу базовых сущностей ОС для погружения в парадигму конкурентного программирования, а затем изучим основные способы её реализации в Go с помощью горутин и каналов. 👉 Читать гайд 📌 Остальные части в серии: 1. Особенности и сфера применения Go, установка, настройка 2. Ресурсы для изучения Go с нуля 3. Организация кода. Пакеты, импорты, модули. Ввод-вывод текста. 4. Переменные. Типы данных и их преобразования. Основные операторы 5. Условные конструкции if-else и switch-case. Цикл for. Вложенные и бесконечные циклы 6. Функции и аргументы. Области видимости. Рекурсия. Defer 7. Массивы и слайсы. Append и сopy. Пакет slices 8. Строки, руны, байты. Пакет strings. Хеш-таблица (map) 9. Структуры и методы. Интерфейсы. Указатели. Основы ООП 10. Введение в ООП. Наследование, абстракция, полиморфизм, инкапсуляция 11. Обработка ошибок. Паника. Восстановление. Логирование 12. Обобщенное программирование. Дженерики 13. Работа с датой и временем. Пакет time 14. Интерфейсы ввода-вывода. Буферизация. Работа с файлами. Пакеты io, bufio, os

Что нового в Go 1.23, а главное, зачем — в видеообзоре инженера AvitoTech. Немного спойлеров: снят экспериментальный статус range over func, добавлены новые пакеты iter и unique, расширены slices и maps. А ещё так мощно доработаны таймеры, что у GC проблем больше не возникнет. За подробностями залетайте в видео и подписывайтесь на AvitoTech — у них всегда трендовое и полезное.

💬 Зачем нужна observability (наблюдаемость)? Наблюдаемость — это естественная эволюция традиционного мониторинга, обусловленная новыми сложностями, возникающими в облачных архитектурах. Первая из них — огромный масштаб многих современных облачных систем, содержащих слишком много данных. Все данные, генерируемые несколькими взаимосвязанными системами, работающими одновременно, предоставляют больше сведений, чем мы можем осознать, больше данных, чем мы можем воспринять, и больше взаимосвязей, чем мы можем разобрать. Но особенно важно то, что природа облачных систем коренным образом отличается от более традиционных архитектур, существовавших не так давно. Их контекстные и функциональные требования различны, они по- разному функционируют и терпят неудачу, и гарантии, которые они должны предоставлять, тоже различны. Как организовать мониторинг распределенных систем, учитывая эфемерность современных приложений и окружений, в которых они находятся? Как выявить дефект в отдельном компоненте в сложной распределенной системе? Эти задачи и пытается решить «наблюдаемость».

💬 Как работает go mod vendor? Когда мы работаем с модулями в Go, компилятор обычно извлекает все необходимые модули из их онлайн-источников или репозиториев и сохраняет в локальном кэше. Расположение: $GOPATH/pkg/mod или

$ go env GOMODCACHE

Этот кэш — это просто место на хост-машине, где Go хранит копии всех загруженных модулей. Поэтому, когда мы собираем проект с помощью go build или тестируем его с помощью go test, Go использует эти кэшированные копии для поиска и загрузки необходимых пакетов. Простыми словами, go mod vendor копирует все зависимости проекта в директорию vendor, чтобы обеспечить изоляцию, стабильность сборки и возможность сборки без доступа к сети. 👉 Подробнее

📶 Паттерны коммуникации в распределенных системах Распределенные системы состоят из многих отдельных частей/узлов, работающих вместе, но физически расположенных в разных местах. Эти части системы должны общаться друг с другом через сеть, чтобы система могла функционировать как единое целое. Хотя коммуникация критически важна, правильно ее организовать бывает непросто: разработчики иногда пытаются использовать один и тот же подход ко всем задачам коммуникации, что может быть неэффективно. Важно понимать, что существуют разные способы организации коммуникации, и выбор правильного метода зависит от конкретной задачи. Рассмотрим основные паттерны коммуникации, которые можно использовать для решения разных задач. ☑️ Запрос-ответ с HTTP Этот синхронный паттерн коммуникации предполагает, что один сервис отправляет запрос другому сервису и ожидает ответа или ошибки, блокируя свою работу до получения результата. REST, наиболее популярный архитектурный стиль для этой модели коммуникации, использует методы протокола HTTP — GET, POST, PUT и DELETE.   Однако использование этого паттерна может привести к проблемам, если сервисы образуют цепочку взаимодействий: в таком случае сбой одного из сервисов может привести к отказу всей операции, а также к расточительному использованию ресурсов и каскадным сбоям. ☑️ Общие данные Этот паттерн часто остается незамеченным, поскольку разработчики не всегда воспринимают его как модель коммуникации. В рамках этого подхода один компонент записывает данные в определенное место, а другой компонент считывает и обрабатывает эти данные. Например, один сервис может загрузить файл в облачное объектное хранилище (например, в корзину Amazon S3), а другой сервис затем извлекает этот файл для дальнейших действий. Главное преимущество этого паттерна — простота реализации и возможность обеспечения взаимодействия между устаревшими и современными системами без проблем совместимости. Однако он не подходит для сценариев, требующих низкой задержки. ☑️ Асинхронный запрос-ответ В отличие от синхронного подхода, запрос-ответ может быть реализован асинхронно и без блокировки. В этом случае получающий сервис должен явно знать место назначения для отправки ответа. Для реализации этого паттерна идеально подходят очереди сообщений, которые позволяют буферизовать несколько запросов. Основная сложность здесь — корреляция между запросом и ответом: экземпляр сервиса, отправивший запрос, может отличаться от экземпляра, получающего ответ, поэтому требуется способ отслеживания запросов. ☑️ Коммуникация на основе событий В этом подходе сервисы не общаются напрямую друг с другом, а генерируют события, которые могут быть использованы другими сервисами. Это требует наличия места для отправки данных о событиях и механизма, позволяющего получающим сервисам обнаруживать эти события. Брокеры сообщений, такие как RabbitMQ, могут обрабатывать оба этих аспекта. Издатели используют API для отправки событий в брокер, который управляет подписками и уведомляет подписчиков при поступлении события. Этот паттерн идеально подходит для создания слабосвязанных взаимодействий между сервисами. Однако брокер сообщений должен обеспечивать надежную доставку событий, их упорядочивание и согласованность. Кроме того, добавляется дополнительный компонент в систему. 👨‍💻 Подробнее читайте в статье. 📨 Материал взят из нашей еженедельной email-рассылки, посвященной бэкенду. Подпишитесь, чтобы быть в числе первых, кто получит дайджест.

🚀 Хотите научиться проектировать инфраструктуру проекта с нуля? Ждём вас на открытом уроке "System Design: построение инфраструктуры проекта с нуля", где мы разберем: ✅ все аспекты System Design; ✅ почему важно применять System Design с самого начала проектирования приложения; ✅ как подготовить дизайн инфраструктуры и приложения на примере реального проекта. 👨‍💻 Урок будет полезен как для начинающих, так и для опытных разработчиков на Go. 📅 Дата: 22 августа в 20:00 мск 💡 Спикер: Сергей Андрюнин — опытный разработчик, преподаватель и DevOps-инженер, работающий над крупными проектами. Встречаемся в преддверии старта курса «Golang Developer. Professional». Все участники вебинара получат специальную цену на обучение! 👉 Регистрируйтесь прямо сейчас, чтобы не пропустить мероприятие: https://otus.pw/X58m/ Реклама. ООО «Отус онлайн-образование», ОГРН 117774661857 Erid 2VtzqvwbrzR

Открытое собеседование на Gо-разработчика в этот четверг 22 августа(уже в этот четверг!) в 19:00 по мск приходи онлайн на Открытое собеседование от Эйч Навыков. Как это будет: 1. Даниил Динько, старший разработчик в Ozon, позадает реальные вопросы и задачи разработчику-добровольцу 2. Потом Даня даст подробную обратную связь — объяснит, зачем задавал тот или иной вопрос, как лучше на него ответить или решить задачу 3. В конце можно будет задать любой вопрос Даня Что узнаешь на Открытом собеседовании: - Чего ждут от кандидатов на мидл-позиции в Gо-разработке - Какие вопросы задают на интервью и зачем - Как подготовиться к собесу, чтобы получить заветный оффер Это бесплатно? Бесплатно Просто зарегистрируйся на открытое собеседование в нашем боте @skills_mentee_bot Реклама: ООО “Эйч Карьера” erid: LjN8KGmqu

💬 В чем разница между переменными окружения GOPATH и GOROOT? • GOROOT — это путь к установленной версии Go и его инструментам. • GOPATH — это рабочее пространство, где хранятся наши проекты и их зависимости. В реальных проектах, с появлением модулей в Go 1.11, GOPATH стала менее критичной, но все еще имеет значение для некоторых аспектов разработки и сборки приложений.