У меня рельсовый проект, завел пока app/transactions, app/operations, app/containers

У меня рельсовый проект, завел пока app/transactions, app/operations, app/containers

так тоже сойдет

можешь в lib/ держать

но там еще проблема в том, что все в контейнеры оборачивается

ну а так - вот

https://github.com/dry-rb/dry-web-blog

но там проект мелкий

ну а так - можешь все хранить в app, в рельсе это норм

https://github.com/dry-rb/dry-web-blog

тут просто еще dry-system юзается, поэтому вызовы всех репозиториев, оперейшенов и прочего через контейнеры

а контейнеры в Dry - для чего? Я так понял - для объединения родственных по смыслу объектов в неймспейсы?

а контейнеры в Dry - для чего? Я так понял - для объединения родственных по смыслу объектов в неймспейсы?

не совсем

я сегодня/завтра напишу про них как раз

так что потерпи пару дней :)

о, кайф ?

ну, пока можешь в голову это не брать :)

Вот так сижу почитываю Dry:: доки, а в голове звучит голос: https://www.youtube.com/watch?v=oz85fnVr27k

а я тут по фасту сделал простой пример приложения для своей поделки https://twitter.com/anton_davydov/status/893819927890669568

пока выглядит не так, как хотелось бы, но я думаю скоро поправлю это :)

хочу запускать эвент сервер как hanami event_server

но зато виден пример зачем это вообще надо

такое

а для чего тебе потребовался именно эвент сервер?

да потому что в ханами там сложно пока это все дерьмо пробросить

там еще куча работы на самом деле

ну выижу что ты wisper использовал, только не очень понятно зачем это надо отделять на 2 процесса

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

ну выижу что ты wisper использовал, только не очень понятно зачем это надо отделять на 2 процесса

не, там через редис все

т.е. я два инстанса поднимаю, один с http сервером, второй с эвент сервером

я бы на самом деле не делал бы его через pub/sub редиса, а делал бы через листы редиса

njulf ‘dtyns nthznm yt ,eltim

тогда эвенты терять не будешь

я скорее всего переделаю все это дело на стримы

что бы прямо везде они были

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

ты хочешь на выходе получить вебсокеты чтоли?

?

не, я хочу сделать тулзу для эвент сорсинга нормального

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

нотификации из ас?

ну, что-то в этом духе, только без завязки на веб сокеты

вот, фаулер лучше объяснит

https://www.youtube.com/watch?v=STKCRSUsyP0

ну мне понятна цель кидать события и слушать их, но не очень понятна цель делать их сходу distributed

в большинстве случаев достаточно обычного observer

Мы не ищем лёгких путей

(На самом деле мне для работы надо именно distributed)

кафку прихерачь кек

Зачем? Тупо адаптер для неё будет

Это же более абстрактная штука

ну дак я про него

А, ну это потом

как и редиска

и кролик

и очереди на постгресе

ERROR: S client not available

На самом деле я хочу сделать сначала простую хрен на мемори и редисе

короче вкусовщина

Потом постгрес добавлю, Кафку и кинезис

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

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

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

В идеале так и должно быть

Что бы ты тупо запускал ханами иснтанс и все

ну как сейчас работают нотификации в ac

С нужными ключами. Я собственно для этого и сделал Hanami.app?

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

Какие хттп приложения или эвент сабскрайберы поднимать, точнее

#job #работа #вакансия #Germany #relocation ?Looking for Ruby on Rails Software Engineer -Full-Time ?Location - Munich, Germany (relocation) ? Высшее образование обязательно. Опыт: от 2 лет. ? What do we expect from you? • 2 years+ experience implementing beautiful and scalable web applications. • Mastery of Ruby on Rails and JavaScript. • Working knowledge of relational databases (MySQL or Postgresql). • Fluent in English. If you enjoy to use features, and driving the implementation from specification to QA you will be the perfect addition to our team! ? What challenges await you? • Product which facilitates real-time SMS/email/Facebook messaging between hotel receptionists and guests • Develop or maintain features in Ruby and Elixir backends and JavaScript frontends (Ember.js) • Take responsibility for planning, execution and success of complex projects • Ship products that clients love to use! ✉️ If you want to get unique experience and opportunity - feel free to ask me any questions in private message. ? Ruby position: 65k Please send your CV and portfolio on my e-mail hm@8relocate.com or here. Add your Skype contact in CV please. Best regards. E-mail: hm@8relocate.com

Чатик, го в бар

Сейчас, Питер

Денег нету

Я вообще в магазине, лол

Уже в баре

Похер короч

Лень собирать людей

А подскажите, ребят, кто знает какой-нибудь OS-проект на dry-rb? Интересно, как ребятки хранят свои транзакции/операции/контейнеры в папках проекта

специально для тебя написал :)

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

кек, только утром читал http://rubyblog.pro/2017/08/inversion-of-control-wtih-dry-container-for-hanami-events а тут еще статья про контейнеры от Антона подъехала, прям заспамили.

thanks ?

http://newsletter.frey.su/issues/random-ruby-issue-27-65935 new issue with a lot of stuff on tweaking test suite1

кек, только утром читал http://rubyblog.pro/2017/08/inversion-of-control-wtih-dry-container-for-hanami-events а тут еще статья про контейнеры от Антона подъехала, прям заспамили.

ну, мне кажется, что нужно некоторое понимает зачем это и почему. а в статье с фабриками - это просто частный пример не корректного (но хорошего) использования