ну и там дальше все

http://hanamirb.org/guides/1.1/views/basic-usage/

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

А куда её выносить? Куда совать бизнес-логику? В interactors/?

А куда её выносить? Куда совать бизнес-логику? В interactors/?

ну, зависит от того, что и как

вариантов очень многол

я даже доклад про это делал

#работа Для https://coin.fyi разработать страницу новостей. ТЗ готово. Бюджет 1000-1500$

Есть какие-то ресурсы про нейминг и организацию кода?

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

А готовые рецепты?

??

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

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

смотря что именно

А готовые рецепты?

у меня к сожалению кончились все серебрянные пули ?

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

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

хуяришь всё по папкам, папок не хватает - создаёшь новую

хуяришь всё по папкам, папок не хватает - создаёшь новую

да зачем по папкам то

все в одну, servises, пихай

потом ее открываешь

и сидишь ждешь секунд 5

именно ?

Зачем вообще папка services и без нее хорошо)

ну она иногда помогает)

http://telegra.ph/Nuzhen-iyun-veb-dizajner-s-opytom-raboty-portfolio-i-zhazhdoj-zarabatyvat-dengi-na-zarplatu-v-3000-grn-v-mesyac-10-25

не, ну если серьезно и хочется в этом разобратиься - стоит посмотреть на функциональные объекты (dry, hanami), как сделаны амбрела приложения (ханами, феникс), по ddd почитать. я в канале про это писал(скоро будет "второй сезон", кстати), есть еще вот такой чувак https://twitter.com/andrzejkrzywda, он про это пишет часто

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

единственное, что я не сильно люблю, но коллеги некоторые говорят, что это ок

ну а если есть прямо конкретные вопросы - пишите, я попробую ответить + потом в канале описать это

просто я привык так: если есть сервис, то основная логика в методе call, но некоторые привыкли называть его как-то по своему

то perform, то еще как-то

это легко решается обычным стайл гайдом

а вы как считаете?

мне проще call потму что легко потом его "мокать" через DI используя простую лямбду

+ интерфейс должен быть стандартизован

ты обычно если юзаешь сервис - он чаще всего дергает откуда-то HTTP?

от сервиса зависит

ну в основном

ну, опять же, зависит от

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

а есть которые нет

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

perform обычно зову

Есть какие-то ресурсы про нейминг и организацию кода?

Совершенный код читай

Там есть глава, посвященная неймингу

ну и вся книга, понятно, полезна будет

Совершенный код читай

неееет

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

ну как бы не верете мне - посмотрите вики

он всю жизнь консалтингом занимался

и нет вообще упоминания, что он разработчиком работал

но как бы дело ваше конечно

Работал или нет, а книга очень годная

это я точно могу сказать

и нет вообще упоминания, что он разработчиком работал

В совершенном коде много и про саму организацию процесса разработки. А про сам код там базовые вещи, насколько я помню - типа надо давать осмысленные названия переменным, не дублировать код, про типы данных рассказывает и т.п. Книга норм, но сомневаюсь, что она будет оптимальна в этом случае.

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

ну собственно вот, я тут про бизнес логику говорил, мб кому-то полезно будет https://www.youtube.com/watch?v=pzrZru-oZeY&feature=youtu.be

ты же тут про ханами говорил

не

не только

там много чего общее для всего

А насколько ханами сейчас популярен?

ну, популярнее, чем год назад

ERROR: S client not available

Просто вот тот контроллер на 370 строк заставил меня задуматься)

в плане?

Просто вот тот контроллер на 370 строк заставил меня задуматься)

это куда надо не идти работать?

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

это куда надо не идти работать?

куда угодно

куда угодно

я про контроллеры в 370 строк

я про контроллеры в 370 строк

ну это немного же

ты что

ну это немного же

у меня на мониторе меньше строк(

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

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

так и надо!

путь за месяц от eval'ов до читаемости сделали, хехей

оч круто!

что сделали для этого?

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

А насколько ханами сейчас популярен?

контроллер на 370 строк можно написать вне зависимости от того с каким фреймворком ты работаешь :))

А насколько ханами сейчас популярен?

не очень

инфраструктуры маловато вокруг него

инфраструктуры маловато вокруг него

а чего лично тебе не хватает из инфраструктуры?

волшебных гемов типа девайса

потому что я ленивый

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

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

И по поводу «видосов на вечер» — откладывайте к просмотру обучающие видео, скринкасты, лекции. В ютюбе это «Добавить в список — Посмотреть позже». Конечно, после рабочего дня приятнее включить сериальчик или полазипать в ютюб. Но это принесет вам лишь отдых в текущем моменте, а просмотр обучающих видосов — улучшит вашу жизнь в будущем. Тоша Исаев толково об этом донес:

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

так смотри лайтовое

у меня валяются отличные лекции по теории категорий, например ахах

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

Но важно отдыхать тоже

у меня валяются отличные лекции по теории категорий, например ахах

Бартоша Милевски?

Ага

что сделали для этого?

дык как всегда - тотальный рефакторинг, строгая система критериев к PR, расстрельные ограничения функции на 25 строк, ABC тот же плюсом и разбиение кода на операции, из которых составлять логические части. Пока код не станет читаемым для фронтендера - не принимаем реквест Хотя громко сказано, у нас 2 землекопа на беке, 5 на фронте и 4 менеджера, никакого начальства в виде тимлидов/техлидов нет. Ответственность висит на всех сразу по графику работы. сервер на графкл и рельсах(сперва начали делать бэк, потом узнали, что надо графкл, но было уже поздно, все доки утвердили), тестами покрываем операции по TDD + потом день в неделю посвящаем улучшению и добавлению новых тестов контроллера на соответствие схемам и разные edge case.