4 - быстро принимать входящие задания,
Храните очередь и статусы под коротким mutex, а Process выполняйте только в фиксированном числе workers вне блокировки. Queue копирует вход, создаёт ID и быстро возвращает его.
Читать ответПодготовка к интервью
978 вопросов с собеседований в Яндекс
Что проверяют на интервью
Подборка объединяет вопросы, отмеченные на этапах интервью в Яндекс. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: mobile, backend, database.
Каталог
Храните очередь и статусы под коротким mutex, а Process выполняйте только в фиксированном числе workers вне блокировки. Queue копирует вход, создаёт ID и быстро возвращает его.
Читать ответСкопируйте request и попробуйте отправить его через select с default. Так вызывающий код не сможет изменить уже принятый payload, а переполненная очередь не заблокирует запрос.
Читать ответУточните, речь о логическом объёме данных, размере на диске, числе строк или суточном потоке. Затем назовите измеренный порядок величины.
Читать ответС JWT магазин может локально проверить подпись и claims токена; с непрозрачной сессией обычно требуется общее хранилище или проверка у auth-сервиса.
Читать ответbuf = buf[:0] устанавливает длину слайса в ноль, сохраняя его ёмкость и связь с исходным массивом. Это позволяет повторно использовать выделенную память.
Читать ответОпишите роль LLM в реальном процессе: извлечение сведений, классификация документов или подготовка черновика. Финальные денежные решения должны оставаться проверяемыми.
Читать ответРазделите среднюю и пиковую нагрузку, чтение и запись, запросы сервиса и фактические операции БД. Назовите источник измерений.
Читать ответЭто зависит от контракта Consumer.Process и момента очистки буфера. Если буфер сбрасывают до подтверждённого успеха, ошибка действительно может привести к потере данных.
Читать ответНужны общая очередь ожидания и глобальный ограничитель, учитывающий все инстансы. Worker получает разрешение перед внешним запросом и освобождает после завершения.
Читать ответЧестно обозначьте интенсивность поиска и сроки принятия решения. Активный и пассивный поиск одинаково допустимы, если ожидания понятны обеим сторонам.
Читать ответЗапустите goroutine, выбирающую между чтением и отменой, а затем между отправкой и отменой. Отдельная проверка отмены при отправке не даст зависнуть без получателя.
Читать ответОграничьте число одновременно выполняемых запросов семафором или очередью с пятью workers. Шестой запрос должен ждать свободного слота либо получать понятный отказ.
Читать ответ