Как прочитать конкретный заголовок (например, табельный номер) в контроллере?
Где в реальной жизни используется prototype scope?
Откуда появилась идея про scope? Можете её развить?
Что у нас есть на руках в рамках метода интерцептора? Какие параметры доступны?
Как решить проблему повторного чтения тела запроса (InputStream читается только один раз)?
Если количество задач плавающее (от единиц до сотен), какой тип пула потоков выбрать?
Как реализовать валидацию заголовка X-Trace-ID: если заголовка нет — вернуть 400?
Какие подходы есть, чтобы справиться с нестабильной интеграцией, которая может не отвечать от минуты до дня?
Что должно контролировать приложение согласно DDD?
Сколько будет параллельных потоков в parallelStream по умолчанию?
Когда лучше не использовать parallelStream?
Задача Дано: CREATE TABLE profile ( id BIGSERIAL PRIMARY KEY, nickname VARCHAR, registered_at TIMESTAMP ); CREATE TABLE post ( id BIGSERIAL PRIMARY KEY, owner_id BIGINT REFERENCES profile (id), body TEXT, inserted_at TIMESTAMP, likes_count INT -- кол-во лайков ); CREATE TABLE subscription_count ( profile_id BIGINT REFERENCES profile (id) UNIQUE, followers_count INT, -- кол-во подписчиков following_count INT -- кол-во подписок ); Требуется: select p.id, sc.followers_count from post p join subscription_count sc on sc.profile_id = p.owner_id where sc.followers_count > 500 -- Индекс:create index on post (owner_id) -- Запрос:select * from post where likes_count > ? AND owner_id = ?;
Использовали ли Planning Poker или другие методы оценки задач?
Какие знаете очереди для работы с многопоточностью?
Почему использовали secondary index по status и updated_at в Cassandra? Как делали аналитические запросы?
Расскажите про продукт, что разрабатываете, на каком стеке?
Как удалось сократить время валидации транзакций в антифрод-проверке почти в три раза?
За счёт чего склеивали команду?
Был ли у вас опыт объяснения заказчику или аналитику почему задача занимает не 2, а 10 дней?
Как бы вы построили процесс погружения джуна в большой монолит?