и колбеки тоже уже прошерстил, всё что хоть как связано с этими обхектами успешно работает

там всё что с ними свзяано это просто название правильно написать в записи

типа если один этаж то просто номер, если от-до то через тире, если всё здание то всё здание

и всё

и запись успешно создаётся

он будто делает что то между колбеками афтер_сейв и между самим сейв

я хз как описать

потому что ошибка выпадает именно на строке .save но колбеки after_save успешно проходят

перепиши все без коллбэков

кто-нибудь сознательно использует дизайн паттерны в проектах?

все

наткнулся на это https://github.com/nslocum/design-patterns-in-ruby

все используешь?

все используют

только не все об этом знают

я же написал "сознательно"

ну сознательно тоже все )

конечно какие-то библиотеки используют паттерны

вы же используете MVC, а это тоже шаблон

я нет

когда-то давно читал паттерны и все забыл )

использую этот паттерн https://ru.wikipedia.org/wiki/ActiveRecord

кто-нибудь сознательно использует дизайн паттерны в проектах?

я сознательно фабрики пихаю, лол

кто-нибудь сознательно использует дизайн паттерны в проектах?

все

когда-то давно читал паттерны и все забыл )

зря забыл

щас читаю опять, но думаю если не пользоваться то все забудется

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

а вот фабрики, интеракторы с контекстами это да

зато у нас есть консерны к примеру, тоже, наверное, паттерн

но в яве такого нет, и в книжках я описания не видел

зато у нас есть консерны к примеру, тоже, наверное, паттерн

лучше б не было)))

если бы руби был с интерфейсами, то он был бы явой

и его бы все ненавидели

консерны нормально же

похоже на паттерн композитный

консерны нормально же

это в каком месте? оО

на декораторы они похоже

оооочень отдаленно и гораздо удобнее )

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

почему? есть же соглашение composition over inheritance

для модульности самое то

консернами напихать

ну я тут уже приводил пример resourceable_concern для REST контроллера, всем понравилось )

консерны хороши, если их использовать по человечески

и вообще рубишный ООП, как по мне самый лучший ООП

консерны хороши, если их использовать по человечески

в идеале - да, но я часто видел что концерны - это типа помойка из какого-то набор несвязных методов, вынесеных типа в shared

Имхо паттерны в Яве появились из за строгой типизации интерфейсов и прочего

ну как бы да

И во многих компилируемых языках по тем же причинам

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

обычно это называется костылями

но с течением времени привращается в паттерны )

Но когда про них пишут книги это паттерны

Я в питоне про паттерны читал, там некоторые вещи описывались типа вот питон может это из коробки, но ща мы это руками захуярим чтобы продемонстрировать

Шел код паттерна а потом одна строка на питон вей

ну это как синглтон на руби )