глупость спросил

Предположим на все время приложения в памяти сидит объект - http клиент с нужными настройками, где его архитектурно лучше хранить?

хранить настройки в переменных окружения? а на самом деле не до конца понятен вопрос

хранить настройки в переменных окружения? а на самом деле не до конца понятен вопрос

где хранить объект?

в сервис обжекте

если это объект тупо с настройками, взять гем типа Settings, который даст тебе нужную абстракцию

звать сервис каждый раз как нужен http клиент? ?

ну и оно не очень решает проблемы с тестами

надоело писать каждый раз expect().to receive

звать сервис каждый раз как нужен http клиент? ?

а в чем проблема? если сервис оформить как пьюр обжект это самое легкое решение

а в чем проблема? если сервис оформить как пьюр обжект это самое легкое решение

придется сервис expect(Service).to receive(:call).with(...).and_return(http_client)

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

DI (=

будешь другой сервис подсовывать в тестах

а что DI? тогда придется в каждом классе дублировать логику

получения http клиента из ENV'ов

либо я что то не понял.

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

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

чтобы велосипеды не писать.

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

мне просто нужен http клиент с настройками в куче классов и без expect(...).to receive в тестах.

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

мне просто нужен http клиент с настройками в куче классов и без expect(...).to receive в тестах.

я хз чего тебе это не нравится

я хз чего тебе это не нравится

высокая связность

бери dry

http://dry-rb.org/gems/dry-container/

пытаюсь понять почему DI в рубях не развит

вероятно DHH не то чтобы прям хороший инженер, знакомый с лучшими практиками ) как минимум был на момент рождения Рельс

достаточно посмотреть на Laravel в PHP чтобы понять как круто в концепцию рельс ложится всякий IOC

DHH вообще довольно много бреда несет

например я до сих пор encrypted secrets не понимаю нафига нужен

есть же ENV

очевидно он не понял 11 factor aps

безкамп не так работает, вот и все :D

мне рельсы напоминают профессиональный велосипед с костылями

ультралегкая карбоновая рама и квадратные колёса

зато устойчивый!

ну если прямо говорить, то хороший инженер решает проблемы бизнеса, а стремление к хорошему коду/практикам/тестам это все субъективные заебы бизесу ненужные )

ну если прямо говорить, то хороший инженер решает проблемы бизнеса, а стремление к хорошему коду/практикам/тестам это все субъективные заебы бизесу ненужные )

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

Если машину под капотом проще чинить, бизнесу профит.

или тех. обслуживание транспорта не входит в бизнес по доставке чего либо?

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

Реворк читал? там между строк все ответы на тему почму рельса такая

Как передавать аргумент в rake task?

Как передавать аргумент в rake task?

через env?

через env?

да я незнаю сам.

я спрашиваю

да я понял

https://www.google.ru/search?q=%D0%9A%D0%B0%D0%BA+%D0%BF%D0%B5%D1%80%D0%B5%D0%B4%D0%B0%D0%B2%D0%B0%D1%82%D1%8C+%D0%B0%D1%80%D0%B3%D1%83%D0%BC%D0%B5%D0%BD%D1%82+%D0%B2+rake+task%3F&rlz=1C5CHFA_enRU696RU696&oq=%D0%9A%D0%B0%D0%BA+%D0%BF%D0%B5%D1%80%D0%B5%D0%B4%D0%B0%D0%B2%D0%B0%D1%82%D1%8C+%D0%B0%D1%80%D0%B3%D1%83%D0%BC%D0%B5%D0%BD%D1%82+%D0%B2+rake+task%3F&aqs=chrome..69i57.280j0j7&sourceid=chrome&ie=UTF-8

https://www.google.ru/search?q=%D0%9A%D0%B0%D0%BA+%D0%BF%D0%B5%D1%80%D0%B5%D0%B4%D0%B0%D0%B2%D0%B0%D1%82%D1%8C+%D0%B0%D1%80%D0%B3%D1%83%D0%BC%D0%B5%D0%BD%D1%82+%D0%B2+rake+task%3F&rlz=1C5CHFA_enRU696RU696&oq=%D0%9A%D0%B0%D0%BA+%D0%BF%D0%B5%D1%80%D0%B5%D0%B4%D0%B0%D0%B2%D0%B0%D1%82%D1%8C+%D0%B0%D1%80%D0%B3%D1%83%D0%BC%D0%B5%D0%BD%D1%82+%D0%B2+rake+task%3F&aqs=chrome..69i57.280j0j7&sourceid=chrome&ie=UTF-8

Какой вы умный человечище.

через env?

https://goo.gl/3cxskC я вот так вот пока делаю.

https://www.google.ru/search?q=%D0%9A%D0%B0%D0%BA+%D0%BF%D0%B5%D1%80%D0%B5%D0%B4%D0%B0%D0%B2%D0%B0%D1%82%D1%8C+%D0%B0%D1%80%D0%B3%D1%83%D0%BC%D0%B5%D0%BD%D1%82+%D0%B2+rake+task%3F&rlz=1C5CHFA_enRU696RU696&oq=%D0%9A%D0%B0%D0%BA+%D0%BF%D0%B5%D1%80%D0%B5%D0%B4%D0%B0%D0%B2%D0%B0%D1%82%D1%8C+%D0%B0%D1%80%D0%B3%D1%83%D0%BC%D0%B5%D0%BD%D1%82+%D0%B2+rake+task%3F&aqs=chrome..69i57.280j0j7&sourceid=chrome&ie=UTF-8

Глеб, может блеск своего сарказма, упакуете чтоб он меншьше места занимал.

Глеб, может блеск своего сарказма, упакуете чтоб он меншьше места занимал.

В чем сарказм если аргументы вообще быстро гуглятся?

Глеб, может блеск своего сарказма, упакуете чтоб он меншьше места занимал.

это скорее намек, чем сарказм )

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

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

Ой меня отправили в гугл, конец света. Это ведь очень базовый вопрос который реально гуглится.

Т.е. как я понимаю в rake передача аргументов внутри task производиться пр помощи глобальных переменных?

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

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

Предположим на все время приложения в памяти сидит объект - http клиент с нужными настройками, где его архитектурно лучше хранить?

Посмотри на контейнеры и dry-system

Кто-нибудь читал паттерны тырпрайзной архитектуры от мартина фаулера? Норм?

Посмотри на контейнеры и dry-system

Уже выше dry контейнер посоветовали, спасибо.

Кто-нибудь читал паттерны тырпрайзной архитектуры от мартина фаулера? Норм?

Норм

В список летней литературы стоит добавлять?

А, добавлю

ERROR: S client not available

Предположим на все время приложения в памяти сидит объект - http клиент с нужными настройками, где его архитектурно лучше хранить?

если объектов мало, можно просто завести NameSpace::Application.instance у которого будет метод доступа к нужным объектам

имхо dry-container прикольно, а dry-system уже довольно сложный и загруженый

там include Import['utils.logger']

1. Как вы тестируете rake во время разработки? 2. Какие структурные улушения можно внести в этот Rakefile?

Может какие-то приемы работы с файлами специальные существуют, еще какие-то подходы.

best practices

там include Import['utils.logger']

А что тут сложного то?

А что тут сложного то?

переопределить конструктор потом:)

Ну а в этом что сложного?

Ну а в этом что сложного?

конструкция Import – сахар над объявлением конструктора объекта, куда этот Import инклюдиться. Надо тогда все параметры переписывать руками. Просто смысл пользовать этот сахар теряется

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

Всем доброго вечера, webmock всегда вызыват эксепшен при разном User-Agent, как это обойти?

Привет, на чем обычно пишите простенький web API?

rails new —api

Но смотря насколько простенький

Привет, на чем обычно пишите простенький web API?

Смотря что понимать под словом простенькое, самое быстрый старт с минимальным изучениям это sinatra

Под задачу парсинга статей, фактически он должен принимать текст до 10 гиг и потом выводить по нему статистику. (сколько одинаковых слов и т д )

Привет, на чем обычно пишите простенький web API?

Если в rails пачка файлов, сложная структруа, то sinatra можно начать буквально в одном файле.

спс, синатра наверно самое то.

Под задачу парсинга статей, фактически он должен принимать текст до 10 гиг и потом выводить по нему статистику. (сколько одинаковых слов и т д )

что то у меня такое подоздрение что размеры 10гиг это из области тяжеловесной оптимизации, и это не задача для Ruby.

Это уже какой-то C заточенный специально под nginix

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

Можно*

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

10 гигобайт по 1кб что мы получим 10^9 на 10^3 = 10^6 - буквально миллион кусков.

и сколько времени займет анализ тогда? (например найти в тексте все слова "Hello")

и сколько времени займет анализ тогда? (например найти в тексте все слова "Hello")

т.е. если сервер будет ваш кусок обрататывать 1секунду то на это у вас уйдет 227 часов, или 9 дней

хм, что-то не то.

и сколько времени займет анализ тогда? (например найти в тексте все слова "Hello")

а если 100мс то 1 день

10гиг это огромный шмат текста. может вы ошиблись в размере

ага, это ж локально будет делаться.

в первую очередь, (да до 10 гиг)

ага, это ж локально будет делаться.

ну а зачем сервер тогда?