Инженерный подход к MLOps: как принципы расчётной механики ложатся в архитектуру AutoML

«Если что-то может пойти не так, это обязательно случится» . Мы не пытаемся предотвратить отказ, мы проектируем систему так, чтобы отказ одного элемента не валил конструкцию целиком. В предыдущих статьях мы разобрали AutoML на задаче о Титанике и показали систему мониторинга моделей . Это были туториалы по компонентам OutBoxML. Сегодня я хочу подняться на уровень выше и поговорить о принципах, на которых эти компоненты и вся система держатся. И поговорить про это через мой опыт в судостроении и страховании.

https://habr.com/ru/articles/1035790/

#система #mlops #архитектура_системы #solid

Designprinzipien gehören zu den Themen, über die man in der Java-Welt relativ früh stolpert. Irgendwann tauchen dann Begriffe wie KISS, DRY, YAGNI oder SOLID auf, und plötzlich sieht es so aus, als gäbe es für jede Zeile Code eine feste Regel. Das Problem daran ist nicht, dass diese Prinzipien

https://magicmarcy.de/warum-designprinzipien-nicht-immer-die-beste-antwort-sind

#Designprinzipien #KISS #DRY #SOLID #YAGNI #Java #Programming #Design #Praxis #Realität #Coding

Чистая архитектура на практике: перестаём ломать сервис при каждом релизе

У вас небольшой релиз. Вы меняете пару строк кода, выкатываете обновление - и через несколько минут сервис начинает отдавать странные ошибки. Баги появляются в местах, которые вы вообще не трогали. Знакомо? Обычно проблема не в конкретном изменении, а в архитектурной связанности системы: инфраструктурные детали начинают протекать в бизнес-логику, и зависимости между компонентами становятся слишком плотными. Разберём это на примерах. Примеры будут псевдореальные, иначе статья быстро превратится в книгу. Посмотрите на функцию загрузки инвойса:

https://habr.com/ru/articles/1034758/

#clean_architecture #clean_code #architecture #программирование #проектирование_систем #шаблоны_проектирования #ооп #hexagonal_architecture #grasp #solid

When the SRP is violated in a distributed fintech system, unrelated concerns become entangled. A change in one business rule forces retesting and redeployment of unrelated functionality—increasing risk and slowing delivery across the system.

#SOLID #FinTech #DistributedSystems

Robert C. Martin defines SRP as: gather together things that change for the same reasons; separate things that change for different reasons. In fintech microservices, this rule determines where one service ends and another begins.

#SOLID #FinTech #DistributedSystems

The Single Responsibility Principle (SRP), defined by Robert C. Martin, states a module should have one, and only one, reason to change. Applied to distributed systems, each service should encapsulate a single business concern.

#SOLID #FinTech #DistributedSystems

The underestimated challenges of Pods hosting - Solid Symposium 2026

https://videos-libr.es/w/dwbLGkbvGfALwMU3iwggv4

Why choose the cooperative model for Solid-based businesses - Solid Symposium 2026

https://videos-libr.es/w/6DiZPkWe95VfzqgcvDxff3