вот есть у меня система состоящая из 5-ти абсолютно независимых приложений, это че уже микросервисы?

Мне кажется граница того, когда твой сервис перестаёт быть «микро-сервисом» и становится просто «сервисом» сугубо в голове.

Мне кажется граница того, когда твой сервис перестаёт быть «микро-сервисом» и становится просто «сервисом» сугубо в голове.

если это так, это значит что термин бессмысленен

Нет же метрик - типа до 10k sloc это микросервис, а если больше - то пиздец

если это так, это значит что термин бессмысленен

Базворд

Базворд

либо ты не разбирался в вопросе))

рекомендую два видоса: https://www.youtube.com/watch?v=MjIfWe6bn40 https://www.youtube.com/watch?v=Fuac__g928E

Нет же метрик - типа до 10k sloc это микросервис, а если больше - то пиздец

если ты измеряешь "размер" строчками кода - ты уже проиграл)

SRP ты тоже так определяешь?

если ты измеряешь "размер" строчками кода - ты уже проиграл)

Нет, не измеряю.

а заодно расскажи что такое микросервис и что такое объект)

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

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

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

Утрируя, в чем отличие объекта от Вселенной?

Обьект это не только в контексте класса и создания экземпляра класса

Утрируя, в чем отличие объекта от Вселенной?

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

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

Парни хотелось бы послушать ваше мнение. Если вкратце, считаете ли вы что для соблдения DIP нужно все классы маркирвоать интерфейсами и считаете ли вы абстракцией публичные методы класса? А вот полная версия. На работе случилась конфликтная ситуация(чувак уволился после двух недель работы) из за того что ему сделали много замечаний на код ревью по поводу избыточности интерфейсов. Он создал Интерфейс Point для точки на плоскости, и создал отдельные Интерфейсы для координаты X и Y. Ему написали что это лишнее, и вообще интерфейс тут не нужен, т.к не предполагаются иные реализации, а если вдруг когда то и понадобятся то тогда и можно будет выделить нужные мтеоды в интерфейс, а на данный момнет это преждевременная оптимизация. Также пытались аргументировать тем, что публичные методы класса, по сути и есть интерфейс, и ключевое слово interface не обязательно для завязки на абстракцию(кста у фаулера статья есть в которой он жалуется что слово interface крайне неудачное). Чел сказал что мы нарушаем принцип DIP и уменьшаем возможности для расширения и повторного исопльзования кода и уволился...что вы думаете по ситуации?

не надо интерфейсов на сущности и VO.

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

в С# это было. там все свойства приходилось копипастить из интерфейса.

Парни хотелось бы послушать ваше мнение. Если вкратце, считаете ли вы что для соблдения DIP нужно все классы маркирвоать интерфейсами и считаете ли вы абстракцией публичные методы класса? А вот полная версия. На работе случилась конфликтная ситуация(чувак уволился после двух недель работы) из за того что ему сделали много замечаний на код ревью по поводу избыточности интерфейсов. Он создал Интерфейс Point для точки на плоскости, и создал отдельные Интерфейсы для координаты X и Y. Ему написали что это лишнее, и вообще интерфейс тут не нужен, т.к не предполагаются иные реализации, а если вдруг когда то и понадобятся то тогда и можно будет выделить нужные мтеоды в интерфейс, а на данный момнет это преждевременная оптимизация. Также пытались аргументировать тем, что публичные методы класса, по сути и есть интерфейс, и ключевое слово interface не обязательно для завязки на абстракцию(кста у фаулера статья есть в которой он жалуется что слово interface крайне неудачное). Чел сказал что мы нарушаем принцип DIP и уменьшаем возможности для расширения и повторного исопльзования кода и уволился...что вы думаете по ситуации?

> Чел сказал что мы нарушаем принцип DIP он не понимает принцип DIP

основной вопрос когда ты применяешь DIP - это что и в какую сторону ты "инвертируешь"

если ты сделал модуль, в котором есть Point и PointInterface - то тут DIP и не пахнет ибо никакой инверсии модулей верхнего уровня не происходит

повторное использование кода - так же, это называется преждевременным обобщением

короч ты ничего не потерял, пусть оверинженерит в другом месте

Утрируя, в чем отличие объекта от Вселенной?

вселенная была бы объектом с низким кохиженом

вселенная была бы объектом с низким кохиженом

god object ?

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

у тебя есть объект, он должен быть кохизив а связанность должна быть снижена к максимуму (возможно путем введения новых объектов)

класс, объект в виде компьютера с приватной памытью и т.д.

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

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

помимо "достать" еще может быть желание отправить эти данные)

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

класс, объект в виде компьютера с приватной памытью и т.д.

Я бы поостерегся так думать.

Я бы поостерегся так думать.

почему же?

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

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

почему же?

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

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

давай предположим что мы говорим о стэковой vm

ну и опять же...

тебя наверное слово "класс" смутило

тебя наверное слово "класс" смутило

Меня смутило слово "память"

посмотрю я на тебя как ты без стэйта будешь жить)

ну и всегда есть event sourcing

посмотрю я на тебя как ты без стэйта будешь жить)

А кто сказал что я буду жить без стейта?

ну тебя же память смущает

представь себе объект "Product Price". который представляет собой некую подсистему которая хранит стоимость продуктов. В его памяти в примитивном варианте мы можем наблюдать некую коллекцию productId => price

ну тебя же память смущает

Слово "память" меня смущало в определении которое вы дали классу/объекту

Слово "память" меня смущало в определении которое вы дали классу/объекту

мы определение классу не давали

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

и попробуй уловить разницу между "объектом" и "инстансом класса"

Я выдрал это из какого то контекста?

класс, объект в виде компьютера с приватной памытью и т.д.

класс, объект в виде компьютера с приватной памытью и т.д.

я хз зачем я там слово класс написал, не передергивай

объекты - маленькие компьютеры со своей памятью

классы - это элемент структурного программирования и он вообще не причем тут

объекты - маленькие компьютеры со своей памятью

или нет)

посмотри на эрланг - там нет классов но зато есть "маленькие компьютеры со своей приватной памятью"

мы ведь не за объектами/классами гоняемся. а как снизить эффетк изменений между элементами системы

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

а "инстанс класса" - плохо

ERROR: S client not available

Господа, день добрый. Вопрос по микросервисам. Есть теоритическая задача - спарсить курсы валют (за n период, с сайта центробанка например), конвертировать их в csv/excel, положить на сервер в папочку (или возможно в какую бд), сервер потом отдает по soap\rest отчеты клиенту (и мб что-то от него принимает). Вопрос: на сколько микросервисов поделится эта задача? (спарсить с ресурса, преобразовать в csv\excel, положить\достать из бд или файла).

Я бы в 1 сделал

Господа, день добрый. Вопрос по микросервисам. Есть теоритическая задача - спарсить курсы валют (за n период, с сайта центробанка например), конвертировать их в csv/excel, положить на сервер в папочку (или возможно в какую бд), сервер потом отдает по soap\rest отчеты клиенту (и мб что-то от него принимает). Вопрос: на сколько микросервисов поделится эта задача? (спарсить с ресурса, преобразовать в csv\excel, положить\достать из бд или файла).

1

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

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

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

Без jQuery не обойтись)

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

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

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

Чтобы имело смысл говорить о микросервисах/каплинге/single responsibilty и прочей хероте нужно знать, как у тебя меняются требования к системе. Нужно видеть динамику.

Нужно кино, а не одна фотография.

нужно боооольше микросервисов! Зачем? Написать новую крутую строчку в резюме.

У меня это просто очередная классическая бессмысленная задача в универе - спарсить с центробанка курсы, оформить их в excel\csv, отдать клиенту файлик, примерно так (+ клиент еще может что-то класть сам). Хотелось попробовать сделать микросервисами, т.к. как еще учить себя чему-то новому, но раз бессмысленно - ок, благодарю за мнения.

У меня это просто очередная классическая бессмысленная задача в универе - спарсить с центробанка курсы, оформить их в excel\csv, отдать клиенту файлик, примерно так (+ клиент еще может что-то класть сам). Хотелось попробовать сделать микросервисами, т.к. как еще учить себя чему-то новому, но раз бессмысленно - ок, благодарю за мнения.

дело в том, что это у тебя и получится микросервис. по работе с валютами.

или макросервис :) но вообще неважно.

полумакросервис)

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

Господа, день добрый. Вопрос по микросервисам. Есть теоритическая задача - спарсить курсы валют (за n период, с сайта центробанка например), конвертировать их в csv/excel, положить на сервер в папочку (или возможно в какую бд), сервер потом отдает по soap\rest отчеты клиенту (и мб что-то от него принимает). Вопрос: на сколько микросервисов поделится эта задача? (спарсить с ресурса, преобразовать в csv\excel, положить\достать из бд или файла).

казалось бы, причем тут микросервисы?

ну типа проявить смекалку)

У меня это просто очередная классическая бессмысленная задача в универе - спарсить с центробанка курсы, оформить их в excel\csv, отдать клиенту файлик, примерно так (+ клиент еще может что-то класть сам). Хотелось попробовать сделать микросервисами, т.к. как еще учить себя чему-то новому, но раз бессмысленно - ок, благодарю за мнения.

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

У меня это просто очередная классическая бессмысленная задача в универе - спарсить с центробанка курсы, оформить их в excel\csv, отдать клиенту файлик, примерно так (+ клиент еще может что-то класть сам). Хотелось попробовать сделать микросервисами, т.к. как еще учить себя чему-то новому, но раз бессмысленно - ок, благодарю за мнения.

попробуй лучше экторами

на элексире

месье знает толк)

не считаю это извращением

тут хоть можно пару экторов выдумать

а они там нужны?)

нет конечно)

ну как....

у нас есть эктор который хранит курсы и эктор который парсит

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

ну типа проявить смекалку)

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