гайз, а подскажите, как мне заюзать where с postgres функциями в ROM? я хочу что-то такое where("to_tsvector(title) @@ phraseto_tsquery('smth')"

.where { str::function(title) & str::function(‘smth’) }

а, вот пример нашел

   root.where { string.lower(string.replace(name, ' ', '')).is(downcase_name) }

короче в эту сторону копать стоит

вот тут примеров много найти еще можно

https://github.com/rom-rb/rom-sql/blob/master/spec/unit/relation/where_spec.rb

как пример
https://github.com/rom-rb/rom-sql/blob/master/spec/unit/relation/where_spec.rb#L94-L98

благодарочка, пошел читать

сделал как-то так: where { Sequel.lit(["", " @@ ", ""], string.to_tsvector(title), string.phraseto_tsquery(query)) }. работает, но что-то мне подсказывает, что можно написать короче

думаю, что это уже лучше к @flash_gordon

я сдался и юзаю sequel.lit в сложных случаях

читабельности допольнительный слой абстракции не прибавляет

Плюсану, правда мы не в роме, а просто сиквел юзаем

Собственно с tsvector у нас такое как раз и есть

ну вот да. кстати, в ром уже добавили фичу для full_text_search https://github.com/rom-rb/rom-sql/blob/master/CHANGELOG.md#added, но пока еще не зарелижено

Добрый день! Только увидела обсуждение.

Иван, спасибо, отличное сравнение. Хочу коротко, но как получится (извините). Итак:
Хороший риэлтер экономит кучу времени клиенту на просмотре и находит вариант, который будет 100% мэтч. Так и в рекрутинге: компании отдают консультантам вакансии, чтобы не отвлекаться, а рекрутер делает этот мэтч. Для кандидата и для компании (банальные истины), но поиск и найм-всегда двусторонний процесс.
Увы! На рынке полно не профессионалов- во всех сферах. В рекрутинге приходится огребать  за это всем, у кого профессия HR)Вот как сейчас)

Моя задача найти команде и разработчику друг друга в соответствии с их ожиданиям.
А рекрутреки, которые не знают, чем отличается Java от JS или предлагают Ruby разработчику позицию  Java- это позор и  не рекрутеркам, это позор компаниям у которых работают непрофессионалы. Обычно, если один процесс неверно построен, то и другие тоже. Вот на это и стоит обратить внимание)

Я частный консультант. У меня очень профессиональные заказчики. В силу NDA не всегда возможно опубликовать название компаний, или зп. Но ведь и у разработчика есть выбор-откликаться или нет на закрытые посты.
Иван, уже писала давно, эта группа живая и спасибо, что публикуете вакансии. Для тех, кто в поиске работы - это облегчает процесс, телеграмм  дает возможность мгновенно получить ответы на вопросы по вакансиям и выбирать.
Спасибо!) И, спойлер) мы продолжаем расширять команду))) В такое дурное время, у нас есть заказы и работа. И удаленка. Засим умолкаю))

народ, я тут задумался о варианте описания всех коммуникаций сервисов, хочу иметь довольно простой и маштабируемый формат, в котором можно будет описать 90% всех возможных комуникаций между частями системы, пока додумался до такого формата (это ямл, но в целом не имеет значения, json, yaml, xml или что еще это будет)

communications:
 - type: http/rpc/event-producer/event-consumer
   target: service/kafka/rabbitmq/etc
   # optional fields
   critical_rate: critical/uncritical
   resource: topic-name/rpc-resource/rest-resource/gqlschema
   custom_data:
     # can be anything
     # events:
     #   - test-event
     # version: 2

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

А почему не датадог?