т.е Gemc.configure

который обычно в initializer пихают.

у них просто initializer и процессы разные получается?

@davydovanton а можно более конкретно как в рамках контейнера кешируется глобалстейт?

вот тут посмотри на пример второй http://dry-rb.org/gems/dry-container/

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

офигеть.

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

Надо переписать свой гемчик.

Блин, куча работы конеш.

ну и как бы вот, например ханами эвентс я без глобал стейта сделал https://github.com/hanami/events#custom-adapter

это значит, что можно сделать 2 разных инстанса с разными адаптерами и юзать их как хочешь

ты как дьявол

предлагаешь яблоко

звучит т.к. ваще збс) ток хз где попробовать ?

звучит т.к. ваще збс) ток хз где попробовать ?

pet проекты же

ну, важно понимать, что это не серебрянная пуля

вообще стоит учитывать что decoupled код сложнее писать.

и тоже проблемы есть

но как минимум их проще фиксить и жить с ними

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

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

> оно очень круто в maintainability

именно так

а про код, ну это как сказка про кролика и черепаху

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

ну, может не совсем так плохо, но хотелось бы лучше.

maintainability еще очень зависит от людей, на самом деле

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

как ни странно maintainability точно также очень сильно от фреймворка зависит.

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

никакому фреймворку не похуй на бизнеслогику.

никакому фреймворку не похуй на бизнеслогику.

пффф

ну смотри, за примером ходить не надо далеко

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

в контроллере очевидно же.

есть прямо гайд или правила от фреймворка?

и моделе

ну вот

я не говорю что это хорошо

это похоже на то, что о тебе. как о разработчике, заботятся?

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

вообще, да. Потому что поначалу проблемы не видны. А потом ты уже в капкане.

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

тоже странное суждение

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

вот есть синатра

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

но ее юзают, потому что проблемы решает

ну и сколько людей его юзает? :)

так же и тут, важно именно продать и показать почему круто

ну и сколько людей его юзает? :)

ну, больше чем ханами ?

ахахах

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

почти год назад

ну и чуток имхо есть сырости, в основном с экосистемой.

в апреле

в этом апреле?

ага

я понимаю в январе, тогда да, почти год назад.

а так, почти полгода.

зануды)

больше полугода, но

ну вощет большая разница.

???

ну вощет большая разница.

в чем разница то? ?

в чем разница то? ?

между полугодом и годом? огромная.

Год - в два раза больше, как минимум.

ну а на практике в чем разница то? ?

ERROR: S client not available

в том что у меня например текущий проект командой в черновой версии где то полгода писался. Т.е если ВДРУГ кто то взял ханами в прод, то мы об этом пока что даже не узнаем.

да не, узнаем ибо обычно говорят. тут дело еще в том, что надо "продавать" (многие не любят почему-то это слово), на конференциях выступать, рассказывать об этом. показывать примеры

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

я вот вижу изменения за 2 года

за пол года не вижу особо

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

о чем и речь.

Многие даже трогать не будут пока оно не зарелизится.

и потом подождут еще какое то ремя

и потом подождут еще какое то ремя

у нас еще есть время сесть на хайптрейн

у нас еще есть время сесть на хайптрейн

ну, я ща pet проект на ханами начал

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

ну, я ща pet проект на ханами начал

и как оно? чувствуешь себя программистом? а не рельсо-мартышкой?

и как оно? чувствуешь себя программистом? а не рельсо-мартышкой?

как ни странно - да.

есть мысли как что то сделать в контексте ханами, идиоматично. В рельсах меньше ответов в общем.

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

Пишу апишку, а в getting started больше про шаблонные приложения.

посмотри как Антон делал oss bord

там должен быть hanami way

посмотри как Антон делал oss bord

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

Он собирался переписать. Вчера тут же говорил.

Написал легаси сразу

Написал легаси сразу

"maintainability"

Написал легаси сразу

все так!

вообще, надо бы еще гайд написать по ханами вей

но так лень

вообще, надо бы еще гайд написать по ханами вей

ВОТ. Вот это точно нужно

потому что getting started показывает что МОЖНО. Но не на все отвечает.

ВОТ. Вот это точно нужно

ну, я его пишу как раз

ты можешь накинуть мыслей, что стоит описать там

ну, я его пишу как раз

а ссылочку можно?

http://github.com/davydovanton/hanami-architecture

ты можешь накинуть мыслей, что стоит описать там

реквест спеки, если уже не описал.