это просто сумма элементов массива

спасибо

has_many :settings, dependent: :destroy has_many :schedules, dependent: :destroy has_many :works, dependent: :destroy has_many :travels, dependent: :destroy Можно переписать has_many : :settings, :schedules, :works, :travels, dependent: :destroy ??

тесты написаны? проверь

но я бы не стал, удобнее когда они друг за дружкой

окей, еще я где-то потерял style guide по то как писать код в моделях

чёт найти не могу

мне тоже подрят нравится

добавиться что нибудь к хасмани параму и будет каша

А чтобы найти стайлгайд ищи божидар батцов

2.2.2 :014 > u = User.new => #<User id: nil, email: "", created_at: nil, updated_at: nil, user_name: nil, number_of_group: nil> 2.2.2 :015 > u.save (0.2ms) BEGIN (0.2ms) ROLLBACK => false

почему роллбэчит?

Щас попробую

хах

у тебя девайс же

2.2.2 :014 > u = User.new => #<User id: nil, email: "", created_at: nil, updated_at: nil, user_name: nil, number_of_group: nil> 2.2.2 :015 > u.save (0.2ms) BEGIN (0.2ms) ROLLBACK => false

u.errors

да там к бабке не ходи, стоит девайс и включен validatable

=> #<ActiveModel::Errors:0x0000000390d780 @base=#<User id: nil, email: "", created_at: nil, updated_at: nil, user_name: nil, number_of_group: nil>, @messages={}, @details={}>

да там к бабке не ходи, стоит девайс и включен validatable

именно

у тебя валидация стоит

пустого юзера чтобы создать так User.new.save(validate: false)

чтобы валидацию скипнуть

сейчас поспрабую

сработает

и пробовать не надо

u.errors.full_messages тут можно глянуть

.messages быстрее пишется )

пустого юзера чтобы создать так User.new.save(validate: false)

ну работает

ну вот

ну работает

Это пока ты его второй раз не попробуешь сохранить

а почему User.new(validate: false) не работает?

опять ошибку валидации схватишь

Потому что NEW это инициализация обьекта

потому что validate для save юзается.

а не сохранение

опять ошибку валидации схватишь

схватил

а save это запись в бд

схватил

Так сделай юзера валидным

из консоли сохранять невалидный объект это бомба

Ну он же его пытается создать

значит нужен

Хотя после вопрос почему Obj.new(validate: false) я бы задумался

надо основы подтянуть

понять что save например это метод AR

значит нужен

Нужен - так сделай его валидным

невалидный объект в базе это свинья самому себе )

например

Человек спросил почему у него обьект пустой не сохраняется. Очевидно что невалидный. Ему надо было сохранить, мы ему сохранили

u = User.new() u.skip_confirmation! u.save!

может что еще забыл.

пароль надо и емейл еще выставить чтобы девайс не ругался

Человек спросил почему у него обьект пустой не сохраняется. Очевидно что невалидный. Ему надо было сохранить, мы ему сохранили

Надо понять не что человек делает, а что ему на самом деле нужно

и подстраховать от ошибок

а ему нужно создать юзера.

Это не наша задача

наша задача давать то, что просят

с которым можно будет работать. Невалидный объект - не будет работать.

Ну не будет работать и хорошо

наша задача давать то, что просят

Наша задача это заказчику мозг вправить и сделать нормально и быстро

будет ему повод разобраться что такое валидация

а не соглашаться на все его хотелки.

Это наша а не Жени

Женя изучает пусть учится.

Но не думаю, что он делает проект заказчику

Видимо для себя пилит чтото

есть такое

Все так начинают

ERROR: S client not available

заказчик не причем. Это пример.

Нужно разобраться именно с тем что нужно сделать, а не с тем что спрашивают.

Если ты не будешь натыкаться и разбираться в ошибках, а будешь ждать пока тебе чат код напишет у тебя ничего не получится

Чем джун от мидла отличается

Ну так нафига нужен чат? чтобы здесь не спрашивать?

Чем джун от мидла отличается

Опытом продакшена?

Вероятно мидл может найти ошибку и исправить ее

мысля такая появилась

джун тоже может найти ошибку и исправить ее

Ну нет

а вот без опыта продакшена джун мидлом никогда не станет.

Не каждый джун может логи читать

Не смеши меня

Ты сейчас из меня синьора сделаешь

Не сделаю

Не боись)

именно, потому что джун должен базовые вещи уметь делать

иначе он не джун вообще.

Это да, но у всех разное понятие джун

Некоторые джуном считают парней, кто смог настроить руби окружение и на крудить хартла

Джун - человек который имеет очень мало опыта но может сделать все. Просто на решение любой задачи уйдет ОЧЕНЬ много времени и качество кода будет низкое.

ну ладно, не все.

но базовые вещи точно.

Поиск по эластике может и не сделает например.

https://groups.google.com/forum/#!topic/ror2ru/Ypb60qhnBAc

вот очень в тему

> Опыт разработки ПО - 12 лет Хреновое требование

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

Ты даже прочитать не в состоянии)

Это считается что у меня опыт разработки 12 лет?

что это обьявление ИЩУ работу

Это я по приколу.