КАК Я ПРОХОДИЛ GOLANG СОБЕСЕДОВАНИЕ

• Автор делится опытом прохождения собеседований в крупные компании.  

• Призывает подписаться на его канал для доступа к записям собеседований и сообществу.  

• Собеседование состоит из трех частей: обсуждение предыдущих проектов, вопросы по Go и заключение.  

• Автор начинает с рассказа о своих проектах в компании "Ядро".  

• Автор работал над базовыми станциями и системами управления базовыми станциями.  

• Использовал различные технологии, включая Go и микросервисы.  

• В МТС автор работал над бэкендом, используя Go, Docker и Kubernetes.  

• Занимался маркетинговыми проектами, связанными с промокодами и скидками.  

• Обсуждение отказоустойчивости Kafka и гарантии доставки сообщений.  

• Автор объясняет, что Kafka поддерживает реплики и дампы для обеспечения надежности.  

• Обсуждение преимуществ и недостатков микросервисной архитектуры.  

• Микросервисы позволяют разделять зоны ответственности и строить масштабируемые системы.  

• Обсуждение реализации распределенных транзакций в микросервисной архитектуре.  

• Автор предлагает использовать файлы или PostgreSQL для синхронизации состояния сервисов.  

• Обсуждение проблемы повторных запросов в микросервисной архитектуре.  

• Решение проблемы зависит от бизнес-логики и типа запросов.  

• Автор предлагает перейти к следующей части собеседования.  

• Делится ссылкой на редактор кода для написания и анализа кода.  

• Объяснение работы слайсов и их структуры.  

• Пример использования слайсов для хранения данных.  

• Обсуждение изменения структуры слайса при передаче функции.  

• Структура слайса: указатель на память, длина и емкость.  

• Процесс добавления элементов в слайс.  

• Оптимизация работы слайсов при изменении длины.  

• Алгоритмическая сложность доступа к элементам слайса.  

• Добавление элементов в конец слайса.  

• Проблемы с перевыделением памяти при изменении длины слайса.  

• Обсуждение исправления программы для корректного использования слайсов.  

• Возможность повторного использования памяти слайса.  

• Вопросы о создании слайсов с разными типами данных.  

• Обсуждение создания слайсов с заданной длиной и емкостью.  

• Пример использования функции make для создания слайсов.  

• Вопросы о предвыделении памяти для слайсов.  

• Описание программы, которая запускает горутины и ждет их завершения.  

• Обсуждение улучшения программы для повышения производительности.  

• Вопросы о добавлении горутин в wait-group.  

• Объяснение работы планировщика в Go.  

• Модель выполнения горутин и их состояние.  

• Распределение нагрузки между ядрами процессора.  

• Обсуждение переключения горутин в рамках одного физического потока.  

• Сравнение с переключением потоков в операционной системе.  

• Вопросы о сохранении контекста и регистров при переключении горутин.  

• Гарутина переходит в состояние паузы при сетевом запросе.  

• Если гарутина долго сидит на ядре, её могут вытеснить в случайный момент времени.  

• При сетевом вызове гарутина не блокируется, в отличие от системных вызовов.  

• При сетевом вызове можно воспользоваться контекстом, при системном вызове - нет.  

• Для обработки ошибок можно использовать er-группы, которые возвращают ошибку при первой ошибке.  

• Контекст используется для отмены выполнения программы при ошибке.  

• Контексты используются для настройки и управления выполнением программы.  

• Контексты могут быть с отменой, значением, визули, таймау и дедлайном.  

• Контексты помогают разделить приложение на уровни и управлять выполнением.  

• Программа может упасть при попытке конкурентного чтения и записи в одну и ту же область памяти.  

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

• Мьютексы позволяют конкурентное чтение, но блокируют запись, что ускоряет операции чтения.  

• sync.Map используется для управления доступом к данным.  

• Синхронные карты позволяют избежать конфликтов при чтении и записи.  

• Синхронные карты удобны для работы с данными, но требуют приведения типов.  

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

• Обсуждаются различные примитивы синхронизации, такие как атомики и мтексы.  

• Упоминаются группы и их использование для синхронизации.  

• Вопрос о том, какие ключи можно использовать в мапах.  

• Обсуждение возможности использования массивов и каналов.  

• Упоминание о необходимости компаратора для ключей.  

• Описание работы хэш-таблицы в мапах.  

• Процесс хэширования ключей и размещения значений в бакетах.  

• Упоминание эвакуации данных для предотвращения переполнения.  

• Объяснение работы с каналами и их закрытия.  

• Пример с буферизацией и закрытием канала.  

• Решение проблемы с паникой при записи в закрытый канал.  

• Описание задачи с формированием двух каналов.  

• Запуск горутин и запись данных в каналы.  

• Обсуждение необходимости сохранения порядка при записи данных.  

• Объяснение работы интерфейсов и их использования для полиморфизма.  

• Пример с возвратом nil и его обработкой.  

• Обсуждение применения интерфейсов для тестирования и мокинга.  

• Обсуждение тестирования на уровне базы данных.  

• Упоминание интерфейсов и их использования.  

• Разделение на слои: API, бизнес-логика, хранение данных.  

• Объяснение интерфейса ENY и его использования.  

• Обсуждение приведения типов через рефлекс.  

• Вопросы о других способах приведения типов.  

• Описание таблиц: корзина и покупатель.  

• Запрос на вывод всех пользователей и их корзин.  

• Использование JOIN для объединения данных.  

• Объяснение INNER JOIN и его работы.  

• Обсуждение LEFT JOIN и RIGHT JOIN.  

• Вопросы о FULL JOIN и его применении.  

• Обсуждение типов индексов: B-Tree, HASH, GIN.  

• Преимущества и недостатки различных типов индексов.  

• Проблемы с частыми обновлениями таблиц и индексами.  

• Описание задачи: вывести топ-10 клиентов по количеству товаров в корзине.  

• Использование GROUP BY и ORDER BY.  

• Вопросы о выводе всех клиентов, независимо от наличия товаров в корзине.  

• Порядок сортировки кастоммеров может зависеть от порядка добавления в таблицу.  

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

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

• Если в запросе не используется фильтр по определенному столбцу, индекс может не применяться.  

• Планировщик запроса анализирует, нужно ли использовать индекс, независимо от его селективности.  

• Индекс может не применяться, если он не соответствует условиям запроса.  

• Для вывода списка кастоммеров в каждой строке запроса можно использовать группировку.  

• Это не стандартная функция, и для таких задач лучше использовать встроенные функции.  

• В функции списания денег с баланса пользователей могут возникать проблемы из-за неатомарности.  

• Это может привести к неправильному списанию денег и отрицательному балансу.  

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

• Это может привести к неправильному изменению баланса у всех пользователей.  

• Для решения проблем с атомарностью можно использовать транзакции.  

• Транзакции позволяют защитить изменения баланса и избежать конфликтов.  

• Уровень изоляции транзакций влияет на их поведение.  

• При дефолтном уровне изоляции транзакции могут быть не атомарными, что может привести к проблемам.  

• Обсуждение дефолтного уровня изоляции в PostgreSQL.  

• Рассмотрение возможности использования блокировок для защиты транзакций.  

• Введение в уровни изоляции: Repeatable Read, Serializable, Read Committed.  

• Объяснение, как блокировки защищают транзакции.  

• Обсуждение проблемы неповторяющихся чтений на уровне Repeatable Read.  

• Пример с чтением баланса в двух транзакциях.  

• Обсуждение, как Repeatable Read работает на блокировках.  

• Рассмотрение использования блокировок для защиты данных.  

• Пример с потерей обновлений на уровне Serializable.  

• Рассмотрение возможности выполнения всех операций в одном запросе.  

• Обсуждение атомарного выполнения функций.  

• Пример с обновлением баланса и возвратом текущего значения.  

• Призыв задавать вопросы по теме.  

• Рассказ о компании и её структуре.  

• Описание процесса разработки и использования инструментов.  

• Разработчики завершают разработку, тестировщики проверяют задачи.  

• Используем кластер для всех сервисов и релизы с помощью Bamboo.  

• Планируем переход на Cloudera для единой системы.  

• После релиза проверяем метрики с помощью Prometheus и Grafana.  

• Используем систему алерт для быстрого отката релизов.  

• Основной язык разработки - Go, также используются PHP и Python.  

• Микросервисы общаются через Kafka и Event-Driven.  

• Используем внутренние инструменты для разработки.  

• Спецификации сервисов описываются в Swagger.  

• Генератор кода генерирует код на основе спецификаций Swagger.  

• Генератор закрытый, но планируется переход на открытое решение.  

• Генератор структуры кода помогает в разработке новых сервисов.  

• Тестировщики пишут функциональные тесты для проверки контрактов микросервисов.  

• Внешние зависимости макируются для тестирования.  

• Используем фреймворк для тестирования, включая интеграционные тесты.  

• Основное внимание уделено тестированию и интеграции.  

• Вопросы можно задать представителям команды.  

• Завершение встречи и благодарность за внимание.