Будто бы бд существует вне прилодения

бля, то один говорит что без кодовой базы в базе не прочитаешь

то другой говорит что в базу не нужно лезть

вы уже определитесь какую позицию вы отстаиваете.

вы уже определитесь какую позицию вы отстаиваете.

у каждого своя позиция, ты тут как "воен") тебе советуют — твоё право отказаться. "вы не понимаете как надо" — так себе позииция

Мы оттаиваним твою некоторую невнимательность. Модуль там нужен для НАТИВНОЙ работы с енум в постгре. В остальном там подход как в АР

ну тогда @quko8 не нужно писать мне по поводу сообщения которое я аргументировал тебе.

Мы оттаиваним твою некоторую невнимательность. Модуль там нужен для НАТИВНОЙ работы с енум в постгре. В остальном там подход как в АР

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

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

Будто бы в ар они есть. Когда ты пишешь enum это скорее валидация и форма описания нежели реальный енум

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

ещё раз: у Sequel нет подхода "всё вообще из коробки будет работать что хочешь"

Будто бы в ар они есть. Когда ты пишешь enum это скорее валидация и форма описания нежели реальный енум

да в AR они есть

ещё раз: у Sequel нет подхода "всё вообще из коробки будет работать что хочешь"

ага, собери свой велосипед сам.

Сегодня есть завтра нет.

да в AR они есть

Тото 5 не совсем говнокодерский проект в бд енум=инт

Тото 5 не совсем говнокодерский проект в бд енум=инт

у меня парсер сломался, можешь перефразировать?

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

Нативщину постгреса не юзают

так, не юзают и?

Значит можно без этой фичи, значит можно не подключать дополнительный гем. Значит нет той боли, о которой ты говоришь

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

эээ, ну да, можно сырым sql общаться с базой, не нужно всякие AR/Sequel подключать.

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

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

кстати не обязательно из базы получать модельки

я получал хэшики и считал вручную.

эээ, ну да, можно сырым sql общаться с базой, не нужно всякие AR/Sequel подключать.

Такое чувство,что тебе лишь бы за что зацепиться чтобы отстоять ар. Ар супер а рельсовом проекте. Вне его может можно глядеть на альтернативы?

Такое чувство,что тебе лишь бы за что зацепиться чтобы отстоять ар. Ар супер а рельсовом проекте. Вне его может можно глядеть на альтернативы?

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

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

Вне рельсового проекта и ьез того возрастёт сложность. И без того все конвенции пойду по .....

И очевидно, что этот путь должен быть выбран и обусловлен

Выбран не с проста

Вне рельсового проекта и ьез того возрастёт сложность. И без того все конвенции пойду по .....

?

*

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

кстати не обязательно из базы получать модельки

Да, но проблема что начав работать с AR ты все засовываешь в эти самые модельки. Вот тот же enum. База вернет тебе массив интов, сможешь ты потом преобразовать в строки? Куда ты этот метод вынесешь? Хуй знает, в AR такое не продумано.

как работа с хэшиками решена в других местах?

т.е если у тебя такая задача будет, как ты это решишь "правильно"?

Буду писать костыли пока не найду работу на Эликсире

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

Буду писать костыли пока не найду работу на Эликсире

Не найдешь.

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

странно что ты начал не с рельс.

Зачем ещё 1 релсв, которые просто быстрее, но при этом нет экосистемы рельс?

Буду писать костыли пока не найду работу на Эликсире

ну так костылем и я могу соответствие енумов делать из модели AR

странно что ты начал не с рельс.

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

я этой "свободы" наглотался в js уже, когда фронт собирал

сборище велосипедов.

ну так костылем и я могу соответствие енумов делать из модели AR

Так да, спасибо AR. В том же эликсире ты работаешь с простыми листами и поэтому тебе все равно откуда данные.

(или sequel)

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

и держать string в базе

Стринг в базе больше места занимает так-то

я кстати не смотрел но думаю enum в базе просто заработает.

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

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

так ханами не развит просто.

Стринг в базе больше места занимает так-то

Ой. Такая то беда, когда у тебя рельсопроект

так ханами не развит просто.

Не в этом дело. Дело в том, что писать на ханами в принципе сложнее чем на рельсах. У тебя реально сильные знания должны быть

да у тебя и на рельсах сильные знания должны быть как только проект перестает быть маленьким.

Средний проект и уже все идет по одному месту.

Да. Но в ханами тебя это ждёт с 1 минут

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

Ну как тебе сказать

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

А в ином случае привет оверинженеринг

https://github.com/wasd171/chatinder

проигрiв

ERROR: S client not available

ребят, есть чат исключительно по Hanami? или тут специалисты, готовые отвечать на бесконечное число вопросов?

gitter.im/hanami/chat

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

ну ты это, тьюториал почитай

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

поэтому не стоит использовать ханами

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

и оно нихуя не окупается потом

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

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

go ASM

go ASM

not easy

ну simple же

тогда "легкие инструменты"

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

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

— Ребята, как мне молотком шуруп забить? — Возьми отвёртку — Чё вы ему про отвёртки, ответьте про молоток, не разводите срач

тогда "легкие инструменты"

Простые в использовании)

вот оно

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

@flash_gordon может быть сможешь подсказать, как подобные конструкции правильно в Ханами делать? Article.last.user.name

я-то смогу)

ArticleRepo.articles.order { id.desc }.limit(1).one!.name

там ассоциация user ещё

ArticleRepo.aggregate(:user).order { id.desc }.limit(1).one!.name

hanami - это просто и понятно.

Обманчиво просто

Но если въехал то просто

@flash_gordon так тоже не хочет ROM::Registry::ElementNotFoundError: :users doesn't exist in ROM::RelationRegistry registry

Будто бы с рельсами не так

hanami - это просто и понятно.

тогда присоединяйся к решению моей задачки

это был сарказм

думал это слишком очевидно.

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