а то может ты просто ходил с тем самым который УХ ЩАС НАПОДДАДИМ

Как выжить в условиях 90-х

А у тебя никогда котёл хуйню не исполнял?) Ну там вдруг запах ароматизатора газового, электроподжиг отказывает, тухнет. Я просто лет 30 прожил в домах с газом и как-то не очень это всё было

Современные котлы тащат

В 64,5 квадратах вместо 200

64 м хорошая двушка взять её в ипотеку выплатить быстро, потом продать квартиру и купить треху метров 120 лучше. Звучит как план по мне.

А жить когда(

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

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

Я щас пишу новый код на эфшарпе, и кажется, мы нащупали срединный путь. Структура микросервиса определяется HostBuilder, который решает основные проблемы с DI. Слои сервиса - классы, иногда с интерфейсами, иногда анонимные и создаваемые прямо по месту. Вся вспомогательная функциональность - в модулях, где можно обмазаться фпшкой по самое не могу. Модели по большей части рекорды, но я заюзал классы для одного семейства моделей вполне успешно. В результате у нас лучшее из трех миров. Сервис тестируемый от и до, чистые части тестируются самым прямым и непосредственным образом, в сервисы и слои мы инжектим моки буквально одним усилием мысли. МикроСервисы легко композятся со всякой белибердой типа probes, metrics и прочими буржуазными предрассудками

Не думал написать статью?

Там все настолько тривиально, что никакой статьи не надо. Буквально открой документацию на HostBuilder и просто портируй пример на F#

ConfigureServices, вот это вот всё?

Я щас пишу новый код на эфшарпе, и кажется, мы нащупали срединный путь. Структура микросервиса определяется HostBuilder, который решает основные проблемы с DI. Слои сервиса - классы, иногда с интерфейсами, иногда анонимные и создаваемые прямо по месту. Вся вспомогательная функциональность - в модулях, где можно обмазаться фпшкой по самое не могу. Модели по большей части рекорды, но я заюзал классы для одного семейства моделей вполне успешно. В результате у нас лучшее из трех миров. Сервис тестируемый от и до, чистые части тестируются самым прямым и непосредственным образом, в сервисы и слои мы инжектим моки буквально одним усилием мысли. МикроСервисы легко композятся со всякой белибердой типа probes, metrics и прочими буржуазными предрассудками

Уверен что многим это будет не тривиально, и прикольно иметь гайдик для интересующихся сишарперов

А как эффекты контролируете 🤔

Угу. Конфиги и т.п. Чтобы избавиться от громоздких лямбд просто пилим type extension прям рядом, чисто ради читаемости

Т.е. логика на фшарпе, обвязка дефолтная для аспнеткора. Звучит годно

Я вообще реально считаю, что проблема возникает оттого, что жалкие смертные людишки не могут в синтаксис классов на F#

Угу. Конфиги и т.п. Чтобы избавиться от громоздких лямбд просто пилим type extension прям рядом, чисто ради читаемости

В каком плане?

типо такого?

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

Бля, вообще печально конечно, даже не на Котлин, блять

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

Так же как неосиляторы js бегут в елм, блазор, ресрипт? XD

Блин, ну такое уже не пережирнить 🥲

Ваще канешь до конца мысль я пока понять не смогу потому что еще пока даже не знаю шо такое приложение в 4 слоя! Но примерно уловил, да