по тз сайт пишешь?

да

интересна

а откуда ты?

💗We are dating apps on iOS and Android with more than 20 mln / 3 mln users monthly or 215k lines of Ruby code members

💞Looking for STRONG SENIOR  / TEAM LEAD RUBY DEVELOPER
(Remote) Salary 5000-7000 usd

💟Required skills
— 5+ years of experience working with complex and large global platforms with millions of activities per hour
— Solid experience with Ruby and Ruby on Rails, Sinatra
— Experience with AWS
— Level of English: Upper-Intermediate

💗We offer
— Long-term projects (12m+) with great Customers
— 5-day working week, 8-hour working day, flexible schedule
— WFH option (Possibility to work from home)
— Annual Paid vacation — 15 b/days + unpaid vacation
— Paid sick leaves — 6 b/days per year
— Ukrainian official holidays
— Corporate Perks (external training, English courses, corporate events/team buildings)
— Professional and personal growth

👨🚀If you are interested, please contact me in PM @ellina_travel

#vacancy #senior #ruby #rubyonrails #вакансия #job #work #remotejob #it #seniordeveloper #sinatra #itjob

что за компания
что за компания
что за компания

Grindr

длол

Всем привет. Нужен совет, как реализовать такую фичу. Подскажите пожалуйста. Может быть кто-то сталкивался с таким.
У меня задача такая, необычная скажем так, для меня.

class Author
has_many :email_addresses
t.citext   "email_address"

class EmailAddress
belongs_to :applicant
t.citext   "value"

При create/update/destroy поля email_address у объекта Author, эти же данные должны синхронизироваться и в отдельной таблице EmailAddress, и чтобы этот филд value точно так-же обновлялся.
Кто нибудь знает как это реализовать ? Спасибо)

что такое "поле email_address у объекта Author"? у тебя есть author.email_addresses - коллекция объектов EmailAddress, добавляешь в нее новый адрес, он добавляется в таблицу адресов и в адреса этого автора

Сначала у Author было лишь лишь поле email_address, а теперь решили переделать чтобы у автора было много email_addresses, но т.к проект очень большой, то очень много логики написано на то, чтобы обновлять поле email_address  у автора, включая разные интеграции.

с этого надо было начинать вопрос, не?

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

наверное)

а все эти обновления - они через рельсы идут или напрямую в базу?

ну вот интеграции, они сторонние или через приложение?

Как и сторонние, так и внутренние, интеграции

обновления... через рельсы скорее всего

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