ну наверное автор имел ввиду не вплидации моделеф, а валидации В модели

аффтар имел в виду что ar валидации - антипеттарен

аффтар имел в виду что ar валидации - антипеттарен

Было у меня тут одно заданице.

"В коде желательно не использовать рельсовых антипаттернов типа колбеков и валидаций в моделях, сервис-классы наше все. Также желательно не использовать генераторов и вообще обойтись без лишних мусорных файлов в репозитории."

"В коде желательно не использовать рельсовых антипаттернов типа колбеков и валидаций в моделях, сервис-классы наше все. Также желательно не использовать генераторов и вообще обойтись без лишних мусорных файлов в репозитории."

это же не значит что все перечисленное антипаттерн?

а, увидел

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

Ага.

в формобджектах заюзать ar::model для вадидаций тоже никто не мешает

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

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

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

ну э, а будет обоснование этого мнения?

Ужасность предложения использовать валидации *модели* чтобы провалидировать данные *из внешнего мира*? Кроме идеологических, не будет. Бонус: сама идея, что может существовать модель в невалидном состоянии — это отличный пример ужасного проектирования

Ужасность предложения использовать валидации *модели* чтобы провалидировать данные *из внешнего мира*? Кроме идеологических, не будет. Бонус: сама идея, что может существовать модель в невалидном состоянии — это отличный пример ужасного проектирования

Прдложение воспользоваться инструментами AR::Model а не валидировать модель Хотя есть тысячи удспеныш проектов, где валидируются данные из внешнего мира моделями Модель может существовать в инвалидном состоянии вне всяиких ваших заблуждений, это ее свойство

> есть тысячи удспеныш проектов, где валидируются данные из внешнего мира моделями Успешность проекта — это не о том, насколько грамотно спроектирован код. Всё работает, люди довольны, деньги идут, ошибки совершаются. > Модель может существовать в инвалидном состоянии вне всяиких ваших заблуждений, это ее свойство Это свойство AR моделей, а не моделей в целом. Просто особенность реализации. Ничего удивительного нет — просто не стоит этим ужасом пользоваться как крутой фичей

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

так чтоли?

Сомнительная аналогия

конечно есть самолеты, с ними тоже куча проблем

Мы всё ещё про разработку?

конечно

"В коде желательно не использовать рельсовых антипаттернов типа колбеков и валидаций в моделях, сервис-классы наше все. Также желательно не использовать генераторов и вообще обойтись без лишних мусорных файлов в репозитории."

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

я ж говорю, вносят смуту по чем зря

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

Вообще антипаттерн как слово хуйня.

Паттерн - общее обозначение типового решения.

Вообще антипаттерн как слово хуйня.

почему?

Хуевые практики и хорошие практики. Антипаттерны. Ну хер знает. Нетиповые решения? Легче тогда сказать говнокод. Но тут конечно же рука не поднимается.

antipattern как типовое решение, не рекомендуемое к использоанию

а, ну если отрицание применять к слову паттерн

хых

Угу. Нормально уже звучит.

Я когда сомневаюсь в архитектуре стараюсь смотреть с 2-х сторон:

Я когда сомневаюсь в архитектуре стараюсь смотреть с 2-х сторон:

Сторон может быть больше.

И да, бизнесу похуй. Как говорят в другом чатике.

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

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

ой не, не начинай

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

но говорить что AR не годится для энетрпрайза - это как про машины и самолеты

2 - стартап Сделать быстро сейчас из-за требований бизнеса, а дальше уже кто-то будет страдать

2 - стартап Сделать быстро сейчас из-за требований бизнеса, а дальше уже кто-то будет страдать

ой не, не начинай стартап можно сделать и на пхп без AR

Характерно, на пхп большинство фреймворков таки с AR

У тебя слишком много "можно" и мало реальности

У тебя слишком много "можно" и мало реальности

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

У тебя слишком много "можно" и мало реальности

Так спроси делал ли он стартапы?)

ну я делал где-то 25-30 стартапов на синглпейджах на хтмл без цсс

java /rest api

Нормально так.

Ты хоть щас на рубях пишешь?

100%

но AR нету ?

А норм.

Хм. На синатре чтоль?

рельсы есть, АР нету

А че так? Как к этому пришли?

ну к этому пришли до меня

AR == activerecord?

AR == activerecord?

ня!

или что тут имеется в виду

ня!

булево значение, пожалуйста!

булево значение, пожалуйста!

да!

-- это вы бомбили перл харбор? -- ня!

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

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

https://www.railstutorial.org/ достаточно будет?

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

А вы много драя используете?

https://www.railstutorial.org/ достаточно будет?

Норм.

https://www.railstutorial.org/ достаточно будет?

для начала норм

Тут наверное пару проектов с кодом скинуть и чтобы ты их посмотрел.

ERROR: S client not available

А вы много драя используете?

dry-logic пока только

а то у меня проект на рельсах, но опыта в рельсах не хватает немного

пару лет назад писал плагин к редмайну, больше рельсами не занимался

и почему-то очень уж приятно писать на рельсах

фреймворк для людей так сказать

а то у меня проект на рельсах, но опыта в рельсах не хватает немного

ну так на живом проекте и учиться стоит, а не на всяких книжках

ну так на живом проекте и учиться стоит, а не на всяких книжках

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

которые мне сэкономят кучу времени

Ну как я бы плохо не думал о доке, скажу что дока рельсы https://guides.rubyonrails.org/ и rus rails само норм.

Ну рельсу да. Руби поучить стоит.

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

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

я надеюсь у тебя на проекте есть старший

я надеюсь у тебя на проекте есть старший

неа

хых

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

то есть, ты считаешь, что кроме как кровью и потом не прийти к пониманию 'философии' рельсов?

вероятно, да

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

аминь!

ну или посторонней помощь/

Там dhh сделал скриншот. Видели?

и ещё вопрос — какие ресурсы читать с новостями из мира руби и рельсов?

на хабре о рельсах сейчас не так много пишут, вроде. реддит?

Не.

Есть ruby weekly. У меня сейчас команда нормальная.

Каждую неделю на час собираемся разговариваем о технологиях.

Ну кроме там курилок, совместного чая и блабла.

то есть, ты считаешь, что кроме как кровью и потом не прийти к пониманию 'философии' рельсов?

А нужна тебе эта философия?

А нужна тебе эта философия?

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

Это просто фреймворк Лучшие решения не всегда совпадают с rails way

приведу пример: если я не знаю о rails generate scaffold, то я могу руками написать код, который будет повторять сгенерированный код

и потратить намного больше времени на это