Записывайтесь, давайте вместе проходить что ли

номер телефона требуют

названивать будут

Мм

ругать за двойки

за неуспеваемость

Скорее всего, а то и родителей вызовут

чтобы не затерялись ресурсы наверн

так и есть

круто

я записался)

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

спасибо)

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

в этом сообществе вообще ничего не обсуждается (по вышеупомянутому) и не выкладывается, такие дела

Ребят, такой вопрос, есть у меня довольно большой кусок логики в моделе, если я его вынесу в concern, будет ли это не правильно с точки зрения архитектуры? Так как во многих источниках говорится, что concerns служат для того, что-бы write reusable modules, а у меня этот модуль нужен только в одной моделе

Я это к чему. В моделе это получается куча приватных методов, которые друг в друге вызываются. Все это гораздо красивее смотрится в обычном ruby классе

сделай сервис?

Да, у меня сейчас через сервис сделано

Но сервисы немного не для этого

Хотя, выглядит тоже довольно аккуратно

а для чего сервисы?

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

Лично в моем представлении, сервисами лучше делать такую логику, которая касается нескольких моделей, например

так вот для этого вроде консерны как раз

Нет, ты не понял

Консерны - это похожее поведение

Точнее, одинаковое

А сервисы - это поведение каждого, в зависимости от каждого

Думаю, правильным решением будет просто сделать PORO в lib/

А сервисы - это поведение каждого, в зависимости от каждого

я вот это не понял :)

консерн это по сути обычный модуль

Ну например, при изменении статуса чего-то, *если* это связано с юзером, *если* у юзера включены нотификации об этом, *если* что-то ещё - создаем нотификацию и привязываем к ней юзера

Но и это лучше сделать в моделе

Я раньше всегда лепил сервисы, и везде

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

просто сервис это обычный класс руби и я не вижу разницы создать класс в папке lib или в seervices

С одной стороны обычный класс. С другой стороны - сервис, это однофункциональный класс

То-есть, там должно быть только #new, #call

или вообще только ::call

А в poro мы делаем вообще всё что угодно, главное более-менее соблюдая постулаты ооп

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

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

ну можно ли создать модуль для того что бы заинклюдить его только в один класс?

можно, но не очень логично

Так и я о чем

технически можно всё

Rails разработчики говорят, что можно)

Ruby разработчики говорят, что это не самая хорошая идея

потому что нужно прыгать по многим файлам в попытках понять логику класса

так что это дело вкуса)

Привет, ни я первый, ни я последний спрашиваю) Жена в декрете хочет заняться версткой. Изучает html, css. Хотел узнать про рынок труда в этой сфере. 1) Что нужно знать для того чтобы быть самодостаточным?) 2) В какую сторону смотреть? мобильные приложения, например ( framework7.io )

мейнтейнер спрокетс говорит, что из-за такого подхода поддерживать код крайне тяжело https://blog.codeship.com/good-module-bad-module/

это я про разбиение на модули

Может полезные инструменты подскажете

Я с уроков зоракса начинал)

Курсы да) их много, главное начать. А вот про технологии, инструменты хотелось бы узнать. Тот же framework7 используется? есть ли аналоги или что-то подобнео

бутстрап пусть изучает

и js

Ну из технологий сейчас наверное Bootstrap наиболее распространен. Для CSS обязательно стоит попробовать препроцессор SASS. Ну jquery какой-нибудь)

Bootstrap показывал вчера, понравился) js пока не рассматриваем.

Можно со временем переходить на postCSS

https://htmlacademy.ru/

изучить html/css, а фреймворки это уже частность

ага, у меня девушка тоже щас хтмлакадеми проходит кстати

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

Академию тоже проходим

ERROR: S client not available

про практику не забываейте

а то все теория да теория

Спасибо вам, ребята)

Привет, ни я первый, ни я последний спрашиваю) Жена в декрете хочет заняться версткой. Изучает html, css. Хотел узнать про рынок труда в этой сфере. 1) Что нужно знать для того чтобы быть самодостаточным?) 2) В какую сторону смотреть? мобильные приложения, например ( framework7.io )

Отдай её на курсы html academy. интенсив. если надо, могу свой скидон дать на них. Востребованность без js слабая, но есть. Фрилансить будет точно тяжело, потому что там обычно надо всё уметь, а не только вёрстку сделать. А вот в конторах, где отдел вёрстки выделен, можно найти работу.

Макфарланда пусть читает

хех. экедеми уже рекомендовали наверху))

Код вот. У меня жена именно после курсов научилась норм верстать. Так что это как с синкнетикой, не стоит экономить, если намерения серьезные

Если кто собирается пройти интенсив на html-academy, то вот купон на 10% скидку — 13308f8ca3

https://htmlacademy.ru/intensive/htmlcss

спасибо, пригодится

Код вот. У меня жена именно после курсов научилась норм верстать. Так что это как с синкнетикой, не стоит экономить, если намерения серьезные

А она проходила интенсивы?

один

Интенсив на html-academy стоит того?

там же фронтенд дают основы

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

а не по основам

а не по основам

ну если человек вообще ноль

то и по основам надо

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

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

Основы на то и основы, что они как правило простые

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

до продвинутового уровня тоже самому можно прокачаться. Тут вопос в другом

Во времени?

Но опять же, это основы

Впрягись на месяц-два и будет тот же самый результат

Ну только в случае если есть план обучения хороший

А то помню как первое время метался

Курсов по основам немеренно

и во всех примерно одно и то же

серебряную пулю искать нет смысла

мейнтейнер спрокетс говорит, что из-за такого подхода поддерживать код крайне тяжело https://blog.codeship.com/good-module-bad-module/

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

Не думаю, что задача сильно усложнится, при наличии комментариев с путями к файлам и мало-мальской документации так же в виде комментариев в коде