Ну ок. А есть хелперы нужные в конкретном месте, в конкретной вью, но они при этом доступны везде. Нужны ли они везде?

А плохо ли от них, когда они везде?

И методы типа full_name, не нужны в модели.

а хелперы разве доступны в модели?

нет же)

а хелперы разве доступны в модели?

Не, я о том, что всякие фулл нейм часто пишут именно в моделях.

ну если проект большой то да, пресентер делаешь и все

а так ничего страшного чтобы фуллнейм в модельку положить по существу нет)

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

А плохо ли от них, когда они везде?

Да, если у тебя в хедпере Articles есть метод some_method, и в хелпере Users есть метод с таким же именем :)

хелпер не предназначен для обработки моделек

такие штуки кладем в модельку или пресентер

для предподготовки

хелпер не предназначен для обработки моделек

Ето понятно)

а хелперы они для всех вьюшек)

или для layout так сказать

а хелперы они для всех вьюшек)

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

Вроде в конфиге можно это менять.

Но я не разбирался.

config.generators do |g| g.assets = false g.helper = false

как тебе мой конфиг)

))

я далек от намеков)

Сингл Пейдж?

ужс

Не люблю генераторы

ненавижу

только модельку генерю

и миграции

Весь этот мусор лишний не нужен

Ну вообщем ты меня убедил)

В целом, удобно.

Мне сначала не понравилось. А потом понравилось)))

Прям как пиво пить. Сначала не нравилось)))

просто в рельсе это все равно выглядит смешно. Рендерится вьюшка, потом в ней рендерится цела

если следовать концепту то и вьюшка должна убежать

к целам поближе

а это будет выглядеть так

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

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

Это с трейлблейзера?

а родительских денег конечно на стейк хватит ) кто спорит-то

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

Добрый день, Подскажите пожалуйста, как принято реализовывать подобные веши https://gist.github.com/sanyco86/caa33d505d9f8fca4b8f0aa0e86ab621

Mail retriever_method получается капец каким долгим, почтовый ящик с 4к письмами около 15-и минут инициализирует

А что в итоге нужно получить?

каждое письмо отправить в Receiver, а там оно уже обработается

именно инициализируется или ретривится?

если ретривится долго то логично раскидать по воркерам - пусть работают и помечать какие письма ретривет какие нет

ну и имеет смысл сделать Mail.all { |mail| whatever } вместо Mail.all.each { |mail| whatever }

именно инициализируется или ретривится?

ну сам запрос Mail.all получается долгим

ибо оно блок принимает и отдаёт письма этому блоку

Прозреваю что Mail.all должго качает письма и с этим ничего не сделать

ну сам запрос Mail.all получается долгим

а долго тебе ждать или сервису?

а долго это сколько?

ну и имеет смысл сделать Mail.all { |mail| whatever } вместо Mail.all.each { |mail| whatever }

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

бесполезно с ojab-ом тягаться, буду молчать

обиделся

ибо оно блок принимает и отдаёт письма этому блоку

в очередной раз огромное тебе спасибо

ERROR: S client not available

ojab подскажи пожалуйста, насколько плохим решением будет запихнуть Mail.all { |mail| Cimp::Receiver.new(mail)} в initialize

хз, зависит от много чего.

но вообще лучше в инициализации что-то тяжёлое не делать

понятно, спасибо

ojab подскажи пожалуйста, насколько плохим решением будет запихнуть Mail.all { |mail| Cimp::Receiver.new(mail)} в initialize

очень

пардон, а Mail в данном примере - это ActiveRecord model? Если да, то вопрос - all вообще ожидает блок?

это gem 'mail'

спасибо, вопрос снят

как ты себе представляешь фрон на чем то что отличается от HTML или JS???

а то что он компилируется в JS тебе не о чем не говорит?

no comments

ты был на курсах синкнетики?

там рекламируют что большая часть курсантов работу находят уже во воремя обучения

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

Курсы ок.

интересно много тут курсантов с синктентики трудоустроены?

Если речь идет о продвинутых курсах - вполне

Поскольку участники этого курса уже многое умеют

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

правда) порог входа в рельсы достаточно низок чтобы джуны нашли работу

Если речь о бегинерских курсах - не уверен

а дело то не в Пороге Входа, а в том что работадатель часто требует то чего я например не знаю - TDD

и еще щас конкуренция ведь охренительная на рынке труда

1 вакансия и 100 претендентов на нее

Из которых 70 - 0

ну 30 еще остается =)))

Ничего сверхестественного не требуют на собесах

нужно делать наверное как делал в свое время Пабло Ескобар с конкурентами

я уже сходил штук на 5

просят уверенный базовый уровень

я плавал по базе, потому не взяли