лол)

- Чуваки, мы тут хотим перейти на фреймворк, он не стабилен, и пока в бете, но разрабы честно-честно обещали не менять API. Вы заплатите? - Нет

доставай COBOL

- Чуваки, мы тут хотим перейти на фреймворк, он не стабилен, и пока в бете, но разрабы честно-честно обещали не менять API. Вы заплатите? - Нет

ну можно самим поконтрибутить туда

ну можно самим поконтрибутить туда

ребят, подождите, тут как раз пулл реквест апрувнут наш, недельку всего ждать) Вы хотите это в прод на след неделе? ХЗ ХЗ ХЗ

АЗАЗА, мы все сломали

:D

ребят, подождите, тут как раз пулл реквест апрувнут наш, недельку всего ждать) Вы хотите это в прод на след неделе? ХЗ ХЗ ХЗ

а как же форки

а как же форки

это лишь частичное решение проблемы, лучше его избежать

потому что начинается

один фикс в форк

второй

десятыйй

и фиг ты с этого наркотика слезешь

потом у тебя версия 1.2.0, а у комьюнити 2.2.2 c кучей багфиксов

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

На протяжении всего цикла разработки они давали отличные инструкции по переезду

инструкции это, конечно, хорошо

но только контора с очень большими финансовыми возможностями может себе позволить переезд на сырой фреймворк

Но вообще сам пока за ханами не берусь. Бетка закончится и тогда буду штамповать проекты

они же говорят, что DDD это для крупных проектов

писать мелкие это не к ним

для этого есть рельса

мелкие тоже имеет смысл писать на ханами

moar hanami

ханами не нужен

потому что он на ROM'e

Народ, это снова я

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

https://gist.github.com/youzik/1e1e618af646e12d5fef907ce645c447

может кто на пальцах показать где я туплю, потмоу что это не работает

return false unless valid?

это зачем?

потому что он на ROM'e

чем тебе ROM не угодил? Ну точно уж лучше AR.

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

что и делает save!

чем тебе ROM не угодил? Ну точно уж лучше AR.

чем тебе AR не угодил?

не принимают ROM, а затем изобретают всякие декораторы.

вот другой вопрос, а зачем делать new().save?

чем тебе AR не угодил?

отличная штука для простых задач.

отличная штука для простых задач.

это то, чем он тебе не угодил? или в бложике прочитал?

слушайте, ну это же упрощение от настоящих моделей.

там еще тонна валидаций и параметров

опыт на сложных проектах.

но они в данном случае не играют роли

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

как ты видишь там есть Reservation.new(user: user).save!

опыт на сложных проектах.

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

Но если транзакция не откатывается

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

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

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

и эта пора не настает, если умеешь писать код :)

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

расскажи просто как понять, что время пришло и AR уже не подходит?

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

И в принципе не знает, как он будет развиваться.

но AR то тут при чем?

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

В точку

расскажи просто как понять, что время пришло и AR уже не подходит?

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

чем мешает AR, кроме раздутого апи?

был бы в том проекте ROM, а не AR не пришлось бы нам тогда так страдать.

иногда AR не достаточно гибок, но я в таких случаях на SQL просто пишу

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

как ты видишь там есть Reservation.new(user: user).save!

но до этого момента не доходит, очевидно)

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

лучше копаться в коде ROM чем AR. Такой опыт у нас был)

но до этого момента не доходит, очевидно)

ну то ли я совсем дурной, то ли что

лучше копаться в коде ROM чем AR. Такой опыт у нас был)

только в коде ROM приходится копаться намного чаще, потому что у AR нормальная документация и стабильно работает

у рома много чего нет

так никто тебя не заставляет юзать анстейбл в проде

документация очень плохая

ну то ли я совсем дурной, то ли что

ну подебажь, посмотри, что тебе приходит туда

ERROR: S client not available

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

у нас сбор статистики писался вручную на raw sql, ибо выбирать надо орду данных по разнообразной куче критериев. К примеру, есть ставка. У ставки есть то, на что поставили, стоимость ставки, тип, время, статус. Нужно одним запросом собрать всю статистику по разным курсам, как часто проигрывают/выигрывают в определенные часы, на каких активах и так далее. Тут на AR получится орда запросов, которые будут очень долго выполняться

AR просто говно из-за своего подхода к организации ORM

AR очень часто генерирует N+1

AR отличная вещь, если руки откуда надо растут

AR отличная вещь для простых задач

AR отличная вещь, если руки откуда надо растут

ты просто не упирался в проблемы, которые описали выше

AR отличная вещь для простых задач

золотые слова

AR еще хуйня потому что валидирует данные в модели

AR отличная вещь, если руки откуда надо растут

WordPress отличная вещь, если руки откуда надо растут

ну так блин, AR это лопатка для разгребания говна. Понятно, что если нужно перелопатить килотонны, лучше использовать эскаватор (Plain SQL)

WordPress отличная вещь, если руки откуда надо растут

да

AR еще хуйня потому что валидирует данные в модели

Form objects, не?

Form objects, не?

ну так просто валидации в модели не должно быть

и не должно это пропагандироваться

WordPress отличная вещь, если руки откуда надо растут

пишут простенькие сайты в разы быстрее, чем на рельсе

да

(нет, шаг в сторону — и у тебя всё усложняется и превращается в говно)

(нет, шаг в сторону — и у тебя всё усложняется и превращается в говно)

есть задача - есть инструмент

пишут простенькие сайты в разы быстрее, чем на рельсе

Так вот, а если проект растёт и нужны фичи посложнее?

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

ну так просто валидации в модели не должно быть

Чем пользуешься?

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

но

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

Выбрали WordPress, всё было ок, потом стали задачи посложнее и нестандартные для него появляться — что делать?

это не дает оснований говорить, что маленькая лопатка говно

Выбрали WordPress, всё было ок, потом стали задачи посложнее и нестандартные для него появляться — что делать?

взять другой инструмент

потому что неправильно выбрали

это не дает оснований говорить, что маленькая лопатка говно

> AR > маленькая лопатка

я сравниваю с чистым SQL

это не дает оснований говорить, что маленькая лопатка говно

но даёт право говорить, что другой инструмент сделает что-то изначально лучше.

потому что неправильно выбрали

Нет, изначально выбор был правильным

Нет, изначально выбор был правильным

ну все, наткнулся на золотую жилу в огороде, покупай спецтехнику)