ЕЗ
Особенно если они пишут не на Ruby
У нас все не на руби пишут. Есть чуваки с растом и ивент сорсингом.
Size: a a a
2020 March 05
ЕЗ
У них правда вся команда уволилась полгода назад. 🤔
SM
Это потому что у них ruby-next не было!
PP
У них правда вся команда уволилась полгода назад. 🤔
Оу. У нас насаждается ивент-сорсинг и я уже собирался браться за раст. Срочно буду прекращать 😰
VE
case result = UpdateRecord.new.call(record: user, params: user_params)
when Success
render json: user, status: 200
when Failure
render error_response(422)
end
Так ругается на undefined method `Failure' for #<Api::V1::UsersController
VE
Но вариант с case нравится
IM
подключи монадки в контроллер или юзай
Dry::Monads::Failure вместо просто FailureVE
Да, пошло, спасибки всем 🙏
AD
Так ругается на undefined method `Failure' for #<Api::V1::UsersController
так добавь монады в экшен :)
MS
У них правда вся команда уволилась полгода назад. 🤔
Это где так?
VD
а ты бы взял эту штуку в продакшен?
А в чем проблема? На выходе же Руби код, покрой тестами и в бой
VD
И паттерн матчинг транспилированный работает быстрее родного 😉
A
Может кто-то подсказать?
A
Всем добрый вечер. Что-то не могу понять в чем дело. Есть вот такой sql https://gist.github.com/Free-cat/b0dd491942e196999bde8ef8f1e98449 Если убрать JOIN на balances считает правильно, если добавляю этот JOIN все ломается и считает непонятно что
IM
И паттерн матчинг транспилированный работает быстрее родного 😉
а за счет чего?
AD
А в чем проблема? На выходе же Руби код, покрой тестами и в бой
честно скажу, я бы побоялся взять руби некст. поиграть со своими проектами - да, все хочу. в прод тащить страшно
m
Может кто-то подсказать?
без данных непонятно
но навскидку
1) за одним customer несколько balances поэтому все строки "задваиваются"
2) аналогично с
но навскидку
1) за одним customer несколько balances поэтому все строки "задваиваются"
2) аналогично с
LEFT JOIN orders в вашем случае order_items и order "ортогональны" и джойнятся не друг к другу, а к юзеру, поэтому из них будет декартово произведениеA
без данных непонятно
но навскидку
1) за одним customer несколько balances поэтому все строки "задваиваются"
2) аналогично с
но навскидку
1) за одним customer несколько balances поэтому все строки "задваиваются"
2) аналогично с
LEFT JOIN orders в вашем случае order_items и order "ортогональны" и джойнятся не друг к другу, а к юзеру, поэтому из них будет декартово произведениеКакие варианты починить?
VD
а за счет чего?
В Руби текущая имплементация очень топорная, у меня есть всякие оптимизации. Сейчас потихоньку начинаю их обратно в MRI портировать.