И попробовать убрать (плавно и с конструктивом) монополию хотя бы в нашем мире

И попробовать убрать (плавно и с конструктивом) монополию хотя бы в нашем мире

слишком занят рефакторингом того треша что у меня на проекте сейчас

иронично конечно.

слишком занят рефакторингом того треша что у меня на проекте сейчас

Да это же не значит, что нужно выкидывать рельсу

слишком занят рефакторингом того треша что у меня на проекте сейчас

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

Да это же не значит, что нужно выкидывать рельсу

Есть много способов помочь убрать монополию. Рассказать о другом, подсказать где проблемы, попробовать самому

Это не рокет сайнс, но именно это поможет

не, я в том плане что сейчас особо даже глянуть некогда на ханами. Кроме того я сейчас слежу за более интересной для меня экосистемой, rust. Там сейчас все пока напоминает разброд и шатание из javascript

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

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

не, я в том плане что сейчас особо даже глянуть некогда на ханами. Кроме того я сейчас слежу за более интересной для меня экосистемой, rust. Там сейчас все пока напоминает разброд и шатание из javascript

Реали?

Реали?

Какой именно кусок?

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

Сейчас будет камень в рельсу. Но рельса не помогает разработчику разобраться с хайлевел кодом

У ханами тоже есть такая проблема, как мне кажется

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

Сейчас будет камень в рельсу. Но рельса не помогает разработчику разобраться с хайлевел кодом

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

Сейчас будет камень в рельсу. Но рельса не помогает разработчику разобраться с хайлевел кодом

но и не мешает.

но и не мешает.

Кстати мешает, например: я хочу сделать отдельные скоупы для моделей, сервисов, чего нибудь ещё и все будет относиться к аккаунту

Как это в рельсе сделать

а как ты в рубях это сделал бы?

Те свои классы моделей для аккаунт специфичной логики

а как ты в рубях это сделал бы?

Я уже это делаю

Может я не правильно выразился, но смотри. Есть проект, магазин например

ну собственно так и делаешь, Account::stuff ?

Из каких штук он состоит: аккаунт и его карта. Разная бизнес часть. А в аккаунте и в карте ты можешь работать с разными моделями для одной таблици

ну собственно так и делаешь, Account::stuff ?

Ага, именно так и делаю

> А в аккаунте и в карте ты можешь работать с разными моделями для одной таблици Что тебе мешает завести несколько моделей на одну таблицу?

я как то правда не очень отношусь к нескольким моделям. Лучше это по сервисам раскидать. Но если надо то решаемо.

> А в аккаунте и в карте ты можешь работать с разными моделями для одной таблици Что тебе мешает завести несколько моделей на одну таблицу?

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

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

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

Account::Model Account::PurchaseStuff и т.д

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

Будут модели в одном месте лежать

Типо app/models/...

ну добавь свою папку в автолоадер

А надо apps/app_name/models

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

для эппсов вроде как есть какие то штуки специальные

забыл как оно

engines или как их там

А надо apps/app_name/models

Не НАДО, а хотелось бы. Не правильно написал

engines или как их там

Так они тоже не решают проблем связанных с ддд

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

И их поддерживать сложно

И их поддерживать сложно

не знаю, не юзал.

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

И держать несколько рельсовых приложений?

И держать несколько рельсовых приложений?

причем тут несколько рельсовых приложений?))

не знаю, не юзал.

У меня был 1 раз опыт такой, не понравилось

добавляешь в автолодад как рельса делает

причем тут несколько рельсовых приложений?))

Значит я не понял тебя

только со своей логикой

и вот у тебя все классы в автолоадере, и лежат как нужно.

Я думаю опытному рубисту не нужно такие очевидные вещи объяснять.

Я не пробовал, но боюсь, что автолоад вставит палок в колеса

уверен что все это решаемо.

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

уверен что все это решаемо.

Конечно, просто как много сил и времени потратишь

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

Кто-то в сервисы пихает, кто-то в модели

Конечно, просто как много сил и времени потратишь

ммм нет. Простой клей, пишешь аналог того что делает рельса, но для каждой папки в app

Пару раз посидишь в AS::Dependencies, потом желание пропадает

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

И я в этом вижу проблему некоторую, что хоть все и одинаково, но на деле новый проект - разный вариант расположения сервисов, каери объектов и так далее

И прямо с ходу тебе сам фреймворк говорит, мешай логику, хули нет

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

(Ещё раз, я не про посты вокруг)

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

Сравни гитлаб и рубигемс, например

но я не работаю с кучей разных проектов так часто как ты

у меня было только 2.5 серьезных.

ERROR: S client not available

Две рельсы, но сделаны прямо вообще по разному

Да, модели и контролеры в одном месте

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

Но толу то, если больше всего бизнес логики, которую пихают как хотят

Твиттор тоже там тюнил вроде дофига, пока не выкинул.

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

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

Выкидывал AR и юзал couchbase (бизнес требование), было очень больно

Я ща текущий проект пытаюсь отрефакторить и выработать какие то общие идеи для себя.

Выкидывал AR и юзал couchbase (бизнес требование), было очень больно

если оно не ActiveModel то да, наверное больно.

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

Можешь! Не думай, что у кого-то опыта не достаточно :)

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

если оно не ActiveModel то да, наверное больно.

Не, была именно штука поверх АМ, но только много на AR завязано

Не, была именно штука поверх АМ, но только много на AR завязано

в самой рельсе? например что?

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

Они у меня каждый год меняются, так что все норм

в самой рельсе? например что?

Не, скорее в штуках вокруг неё. Но это экосистема и тут спорить нет смысла

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

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

Я например свой мелкий гем писал без привязки к рельсе

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

Да! Я экосистему не хочу трогать

Я например свой мелкий гем писал без привязки к рельсе

А кто-то не веб гемы пишет с АС

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

веб гемы? это как?

руби скрипты?

Ну, библиотеки вообще не связанные с рельсами или вебом

Я не помню конкретики, поэтому придумывать не буду

ну, после рельсы привычно заюзать тот же AR где то еще, можно понять.

хотя он не очень хорошо отдельно от рельсы живет вроде.

Но например, в духе CLI с AS, потому что в последнем есть привычные методы

ну, после рельсы привычно заюзать тот же AR где то еще, можно понять.

Ну вот с Синатрой часто юзают

И тоже не понятно зачем

И тоже не понятно зачем

мне - понятно. Я с альтернативами не работал

а AR мне в общем то хватает. У него большой функционал. Как минус - легко сделать god object