Не особо пошло?

а что там за идея?

я пассенжер не особо катал

собственно если cow - это copy on write, то что там пассажир особого выдумал?

@davydovanton смотрю Dry::Transaction. там всегда есть шаги process и validate. А зачем нужен process? просто маппить поля? и допустим мне приходит user_id и надо проверить есть ли этот id в базе User.find на каком шаге мне это делать? валидация? и уже дальше передавать не user_id а просто user

так, про шаги

process и validate просто примерны обычные

если ты про вот этот пример говорить http://dry-rb.org/gems/dry-transaction/basic-usage/ то тут process нужен что бы просто данные к нужному формату подготовить. например, что бы такое сделать: Right(name: "#{input["first_name"]} #{input["last_name"]}", email: input["email"])

> допустим мне приходит user_id и надо проверить есть ли этот id в базе User.find на каком шаге мне это делать? логично, что на валидации

ну и там не обязательно такие шаги делать

> допустим мне приходит user_id и надо проверить есть ли этот id в базе User.find на каком шаге мне это делать? логично, что на валидации

у меня в мозгу(и наверное я ошибаюсь) есть две разных валидации. классическая - это что то типа user_id presents: true. и другая, то что я описал, когда уже ищем в базе

у меня, например, вот такие шаги есть + step :symbolize_keys + step :validate + step :spawn_worker

у меня в мозгу(и наверное я ошибаюсь) есть две разных валидации. классическая - это что то типа user_id presents: true. и другая, то что я описал, когда уже ищем в базе

ну, ты можешь разбить это на 2 валидации, если хочешь

собственно если cow - это copy on write, то что там пассажир особого выдумал?

Они патчили руби что бы это стало возможным. В матцевской реализации флаг марк ставился в самом обьекте и сразу после форка вся память становилась грязной. Passenger вынес это в отдельную хештаблицу

#вакансия #Москва #job #работа Алоха! Я к вам с вакансией. Ищу к нам в команду уверенного middle разработчика. Фуллтайм. Москва, Ленинский проспект/Воробьевы горы. График с 10:00 - 19:00, можно двигать в зависимости от погодных условий, транспортной ситуации и общего самочувствия. От кандидата ждем отличные знания Ruby, RoR, понимание JS, знание SQL. Вилка: 100 к -120 к, зависит от квалификации. Также смотрим ребят, которые чуть не дотягивают до миддлов, но при должном наставничестве быстро ими станут. Делаем классные проекты, работаем с госами и крупным бизнесом. От нас - регулярная белая зарплата в рынке, ДМС, мобильная связь и, что немаловажно, высоквалифицированные коллеги. Резюме и вопросы - мне в личку. http://telegra.ph/Razrabotchik-Ruby-on-Rails-10-09

У вас все еще ненормированный рабочий день?

уже несколько лет :)

а есть ли программа менторства?

У вас все еще ненормированный рабочий день?

это так называются постоянные неоплачеваемые переработки?)

раз уж заговорили, задам вопрос: какие вопросы на собеседовании могут быть к Rails junior-разработчику без опыта работы с рельсами? ООП и базы данных - понятно. общие принципы работы необходимо знать. что могут спросить конкретно по работе с ruby и RoR?

mvc, active record, мб какие то базовые паттерны. ацессоры, наследование в руби

раз уж заговорили, задам вопрос: какие вопросы на собеседовании могут быть к Rails junior-разработчику без опыта работы с рельсами? ООП и базы данных - понятно. общие принципы работы необходимо знать. что могут спросить конкретно по работе с ruby и RoR?

если junior - то желательно знать javascript

зачастую это огромный плюс junior-у

который может перекрыть некоторые недостатки

если junior - то желательно знать javascript

тот еще язык

да, но таски на нём в 90% случаев будут

например?

таски по фронту на реакте - это уже нужен джун на js

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

да, но таски на нём в 90% случаев будут

в вакансии не указано. даже в "желательно"

у кого есть отдельные фронтендеры редко рискуют джунов брать, но это опыт по местному рынку

но на заметку возьму

пришел писать на руби, но ехидный тимлид посадил тебя верстать и копаться в древнем jquery

потому что джуны часто верстают

потом либо в бэкенд уходят либо фронтенд

пришел писать на руби, но ехидный тимлид посадил тебя верстать и копаться в древнем jquery

мне поначалу даже jquery не выдали

)

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

аналогично

а jquery - норм такой

но для джуна маст хэв

пришел писать на руби, но ехидный тимлид посадил тебя верстать и копаться в древнем jquery

если когда-нибудь буду тимлидом - буду только так и делать

лол

или сразу в джаву!

как котенка

с джавой проблем меньше, чем с js :D

лично для меня)

спасибо всем за ответы)

погугли прост “вопросы для ruby собеседования”..у того же toptal они есть

и сиди точи, как перед ЕГЭ

У вас все еще ненормированный рабочий день?

По умолчанию в договоре да, по факту в 8 вечера пустота - и это при условии, что приходят к 11. Бывают конечно - срочно надо допилить, но не на постоянной основе.

а jquery - норм такой

джиквери не нужен

джиквери не нужен

Какой смищной

это так называются постоянные неоплачеваемые переработки?)

Ну да, юридическое название?

По умолчанию в договоре да, по факту в 8 вечера пустота - и это при условии, что приходят к 11. Бывают конечно - срочно надо допилить, но не на постоянной основе.

А почему тогда просто не оплачивать переработки согласно ТК, если они редкие?

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

пацаны

что за метод такой

^

залезь в тот файл и посмотри чо там

подсказка - в том файле тоже можно binding.pry поставить :)

главное потом не забыть удалить.

https://ruby-doc.org/core-2.4.0/Integer.html#method-i-5E

залезь в тот файл и посмотри чо там

bundle open capybara если тчо

проще atom path_to_file_with_line_number

проще atom path_to_file_with_line_number

ну хз

ну хз

просто copy из стэктрейса и пастишь. Удобно

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

+ не паришься с копированием, лол

там может быть очень много не связанных с твоей проблемой файлов

Короче, обмазался я вашим DRY…и не понял почему dry-validation не откидывает ключи, которые я не указал в схеме..как его заставить это сделать или это его нормальное поведение?

Короче, обмазался я вашим DRY…и не понял почему dry-validation не откидывает ключи, которые я не указал в схеме..как его заставить это сделать или это его нормальное поведение?

просто, там разные схемы валидации есть

сейчас найду

http://dry-rb.org/gems/dry-validation/forms/

вроде это

да, вот я взял схему из первого примера

и потом вызвал ее вот так

[7] pry(main)> schema.call(email: 'test', age: 123, name: 'test') => #<Dry::Validation::Result output={:email=>"test", :age=>123} errors={}>

точняк

а я взял пример из статьи про то как это с api юзают

и там Schema

ага

благодарю, а щас еще круче вопрос - в какой папке хранить это всё?)) forms, validations. schemas? :o

в рельсе?

храни как валидационные схемы

а есть разница?

я бы вот так посоветовал

validations/users/create.rb module Validations module Users Create = Dry::Validation Validations::Users::Create.call(payload)

а есть разница?

ага, в ханами я бы хранил все в апликейшенах скорее всего

угу, так же сделал..просто reform я как forms держал в другом проекте…но dry-validations это не форм обжект всё таки

у нас в проекте все в сервисах (доменных) хранится

угу, так же сделал..просто reform я как forms держал в другом проекте…но dry-validations это не форм обжект всё таки

не, это просто схема валидирования данных

надо еще dry-transaction прикрутить

и путь в вальгалу мне заказан

Ты ж не так давно вроде за эликсир затирал и как не хочешь этих наших руби )

еще dry-containers & dry-matcher