какая логика должны быть в этой функции?
например, всех ли юзеров надо брать за раз - а вдруг их много?

пока нотифаишь - список устаревает и надо все пересчитывать.

Да, я посмотрю как это будет лучше оформить)
У меня просто в голове была достаточно простая ментальная модель:
1. Взять текущее время
2. Отфильтровать всех юзеров на основе текущего времени и их настроек и выбрать только подходящих. (Если пользователей много, то можно запустить н потоков, типа ты бери с 1-100, ты бери 101-20 итд)
3. Запустить джобы на отправку нотификаций. По сути, отправка это вызов апи и запись результата в базу

насчет отфильтровать тут есть такой момент - запускаешься ведь ты не ровно тик в тик с обозначенным временем, есть какой-то временной гап судя по всему, то есть при отборе будет некий промежуток, а если запустишься два раза в этот промежуток, то начнешь спамить клиента.
Тут надо понять - это нормально или нет?

Если нормально, или это можно проконтролировать, что "уже отправил", то можно вообще не париться - запускаться почаще.

Тупо один лукап по юник индексу в базе все это обеспечивает.

Да, временной гэп меня не сильно беспокоит. Я правда не решил что делать с ошибками отправки)
Пока у меня минимальный интервал отправки задуман 30 минут (меньший интервал по доменным правилам не имеет смысла). То есть, если отправка не получилась, я могу тут же попробовать ещё раз например через минуту, а потом перестать. По идее, ситуации а-ля «Вот я минуту назад делал переотправку из-за ошибки, а ещё через минуту уже пора отправлять normal» не должно быть)

еще надо решить, что делать, если нотифаилка долго не работала по какой-то причине, а потом завелась и думает что делать с прошедшими шедулями.

Всем привет! Напоминаю, завтра состоится Clojure митап.
Последний шанс зарегистрироваться - https://www.meetup.com/Moscow-Clojure-Script-Meetup/events/268650053/

по скайпу туда можно зайти? :)

хотелось бы, но нет)

всем привет.
задачка, подскажите
есть вектор [{"text": "123", "type": "postal"} {"text": "789" "type": "physical"}]
как оптимально достать только элемент с type="postal"

filter (comp #{"postal"} :type)

благодарю)

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

да, я пример с json взял, а так объект с кейвордами

вот это, кстати, интересный момент - а всегда-ли?

нет конечно. но в приведенном примере скорее всего да

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

Интересно, можно ли убить сервер на clojure, если посылать очень много json'ок с рандомными ключами? Или clojure подчищает неиспользуемые keyword'ы?