ну и те доклады которые смотрел по сагам там тоже либо мелкософт (была презенташка от ребят из xbox по eventual consistency) либо дотнетчики. Не все конечно, далеко не все но больше половины

Ну х## знает, сижу в .net чатике, там посаны не вкурсе

Вроде это ещё из Microsoft patterns & practices. CQRS Journey например и т.п. труды

Даже из свежего - Кэти Макафи (не точно) про саги много говорит, раньше она была в msft в Halo команде

У нее отсылка на пейпер даже была

А, Сергей уже упомянул про xbox)

Ну х## знает, сижу в .net чатике, там посаны не вкурсе

ну так ты не сравнивай)

сча большинство дотнетчиков небось это хуяк хукя в вижле новый проект на .net core и вжух вжух

процентов 10% могут тебе за CLR рассказать может

сча большинство дотнетчиков небось это хуяк хукя в вижле новый проект на .net core и вжух вжух

жир потек как со фритюра в макдаке

Ня.

Я, конечно, понимаю что такое саги. Но уж точно не благодаря дотнету.

лол, то же можно про RX сказать)

Я, конечно, понимаю что такое саги. Но уж точно не благодаря дотнету.

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

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

Нет, смотрел доку редакс саг.

Нет, смотрел доку редакс саг.

насколько я вникал в редаксовые - это несколько не то, о чем говорим

но могу ошибаться

Нет, смотрел доку редакс саг.

а редакс саги откуда вырасли?

а редакс саги откуда вырасли?

Без понятия.

но могу ошибаться

ну типа похоже но это как говорить что redux похоже на event sourcing кастрированный

ну как бы базовая идея та же, да

процентов 10% могут тебе за CLR рассказать может

А что там за CLR рассказывать? У джунов 90% это спрашивают на собесах

А что там за CLR рассказывать? У джунов 90% это спрашивают на собесах

Я утрирую)

гаез, есть 650к+ файлов, мелких, в пределах 1 Кб - 4 Мб даже если их раскидать во вложенные каталоги на 3 уровня то для ФС всё равно дохуя выйдет, будет тупить при поиске файла. + часть файлов будет часто запрашиваться, а часть практически не будет думаю в базу пихать. То что будет часто запрашиваться зекэшится базой

говно идея?

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

а в каком спрашивать?

Что значит "тупить при поиске"?

гаез, есть 650к+ файлов, мелких, в пределах 1 Кб - 4 Мб даже если их раскидать во вложенные каталоги на 3 уровня то для ФС всё равно дохуя выйдет, будет тупить при поиске файла. + часть файлов будет часто запрашиваться, а часть практически не будет думаю в базу пихать. То что будет часто запрашиваться зекэшится базой

> гаез, есть 650к+ файлов, мелких, в пределах 1 Кб - 4 Мб Пак мемов что ли

Какая файловая система?

И как ты искать собираешься? По содержимому или просто прямой доступ по имени?

xfs, по пути

Xfs же вроде не сильно тупит при доступе по имени

Даже при большом количестве

А частота доступа к файлам поддаётся определению?

ну те что новее чаще, те что старее реже

ERROR: S client not available

Эмулировать файловую систему базой - такое себе занятие. Имена файлов в базу, контент на диске. База (или мемкеш какой) немношк кеширует частые запросы, файловая система тоже не без кеша

А контент файлов в базу - ты думаешь база не в файлах лежит?)

ну я хз как там в ФС с кешем, база кешит знаю

вот и спрашиваю

гаез, есть 650к+ файлов, мелких, в пределах 1 Кб - 4 Мб даже если их раскидать во вложенные каталоги на 3 уровня то для ФС всё равно дохуя выйдет, будет тупить при поиске файла. + часть файлов будет часто запрашиваться, а часть практически не будет думаю в базу пихать. То что будет часто запрашиваться зекэшится базой

"будет" или "тупит"?

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

я не помню что бы XFS был чувствителен к количеству файлов в каталоге (если только ты ls там не делаешь)

гаез, есть 650к+ файлов, мелких, в пределах 1 Кб - 4 Мб даже если их раскидать во вложенные каталоги на 3 уровня то для ФС всё равно дохуя выйдет, будет тупить при поиске файла. + часть файлов будет часто запрашиваться, а часть практически не будет думаю в базу пихать. То что будет часто запрашиваться зекэшится базой

3уровня это много, даже если по тыще класть в крайний уровень и нумеровать выйдет 1млрд. Тупить при этом совершенно не будет

ок

Здраствуйте коллеги) Вопрос такой есть класс он же сервис, поставили задачу сделать альтернативный и запустить оба. Как это правильно с точки зрения ООП реализовать?

let s1 = new YourService let s2 = new YourService

let s1 = new YourService let s2 = new YourService

это мне ответ? Т есть найти все вызовы всех методов и добавить вызовы альтернативного варианта?

Думал есть более элегантное решение

а что из себя представляет альтернативный вариант?

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

Думал есть более элегантное решение

Проксируй вызовы сервисов

а где нужно другой ссылатся на прокси инстанс