Куда подевалось уважение к профессии?!

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

Интересно много нас тут фрилансеров?

амн

все

все

та прям уж все

все

nope.

https://www.youtube.com/watch?v=WpkDN78P884

рекомендованно для рельсо-макак

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

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

о чем ты?

я кстати не смотрел этот видос и пилил такую архитектуру с интеракторами

о чем ты?

Смотрю этого мужика по ссылке.

и это реально работает

Смотрю этого мужика по ссылке.

ну конкретнее

У него короче припекает от того что глядя на top level структуру проекта он не видит intentions

он видит что это rails.

у меня тоже

Что это не "Оперный театр", не "Кинотеатр" а фреймворк.

логика размазана по рельсовому приложению

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

ну это не конвенции бля

чтобы объяснить кратко что есть приложение - есть Readme.

это тупость какая-то с пропагандой вместе

ну это не конвенции бля

структура проекта это конвенции.

структура и логика разные вещи

рекомендованно для рельсо-макак

"У рельс как был 12 лет назад плюс, так и остался сегодня: это их предсказуемость для нового человека. Пришел новый сотрудник и понятно куда лезть."(с)

"У рельс как был 12 лет назад плюс, так и остался сегодня: это их предсказуемость для нового человека. Пришел новый сотрудник и понятно куда лезть."(с)

только оно не работает на больших проектах

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

а обрастает горой говна

теперь просто большущая папка гавносервисов.

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

ну оно фреймворк-агностик хотя бы

и возможно переиспользовать

сейчас у меня тут челы логику хуячат в экшене

что, кстати, очень любят в мире php-разработки

и вызывают этот экшен из кода где-нибудь

ну оно фреймворк-агностик хотя бы

ты в контексте чего это сказал?

я просто охуел

ты в контексте чего это сказал?

в контексте того, что там сервисы

да хуйня все это

не

у тебя есть сервис, он все равно завязан на твой проект

плюс сервисы легче тестировать чем контроллеры

переиспользование это хуйня

ООП это уже доказал.

он не завязан на контроллер хотя бы

плюс сервисы легче тестировать чем контроллеры

Разницы не вижу

там тупо вход и выход данных

Вход-выход

ну экшен тебе на выход дает view

а не данные

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

а то у тебя будет солидная папочка гавносервисов.

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

да а кого ебет какого количества папочка

Плюс клиент получит один в один тоже самое.

да а кого ебет какого количества папочка

меня ебет, когда сервис объект еще сервис объект юзает и еще наследуется от чего то и прочая каша.

а если тебе рельсу придется поменять?

В рельсовом приложении хоть ответственность размазана.

меня ебет, когда сервис объект еще сервис объект юзает и еще наследуется от чего то и прочая каша.

это нормально

а если тебе рельсу придется поменять?

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

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

не

смотри

в идеальном мире запрос -> экшен -> сервис -> данные -> view

в мире рельсы запрос -> экшен -> view

ERROR: S client not available

часто в сервис упаковывают все равно.

ну часто не значит что рельса это пропагандирует

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

она пропагандирует типа пихай все в контроллер или модель и живи спокойно

а эта хуйня не работает

Она у DHH работает, и он считает что оно должно у всех работать.

mvc работает только компонентно

ну и короче

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

в идеальном мире запрос -> экшен -> сервис -> данные -> view

вот отсюда ты можешь тупо получить данные

\а мы тут спорим о высоких материях.

а все остальное менять как тебе угодно

вот отсюда ты можешь тупо получить данные

не очень понимаю о чем ты.

не очень понимаю о чем ты.

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

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

и ты можешь менять фреймворк как тебе угодно

можешь презентовать данные как тебе угодно

это все хуйня, сервис может быть завязан на ActiveRecord и еще кучу всякой фигни

переюзабельность херово работает и дорого стоит.

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

я не уверен что можно безболезнено заменить AR со всем его метагавном.

а размазанную логику в экшенах ты не выделишь никак

так контроллер должен быть простой.

Вот только вытаскивать все в сервисы это херовая идея.

ну так в экшене контроллера не должно быть логики

почему херовая?

Вот только вытаскивать все в сервисы это херовая идея.

а куда надо?

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

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

ну и что?

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

в смысле

а куда надо?

В них надо вытаскивать когда экшен реально не помещается или выглядит херово.