Секрет устойчивых платформ для умного города: SOLID, GRASP и Clean Architecture в деле

В сфере искусственного интеллекта произошло заметное событие. FalconTech 10 минут назад Секрет устойчивых платформ для умного города: SOLID, GRASP и Clean Architecture в деле Средний 8 мин 326 Блог компании Фалькон Тех Инженерные системы * Искусственный интеллект Урбанизм Обзор Запускаем большой проект? Мы не раз слышали это от CPO и менеджеров продукта. О нём, кажется, знают все — и все хотят применить.

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

Технические детали

Что на самом деле работает — подобранный под бизнес-цели набор инструментов, направленный на защиту ядра приложения. В статье — кейс Сергея Францишкова, начальника отдела разработки «Фалькон Тех», о рабочих решениях для крупной архитектуры и внедрении GRASP + Clean Architecture. Мы — команда инженеров «Фалькон Тех», и уже 8 лет мы разрабатываем ПО с использованием ИИ и машинного зрения.

За это время создали систему из более чем 3 000 программно-аппаратных комплексов в Москве. В прошлой статье рассказали, на каком стеке и железе работает видеоаналитика в мегаполисах. Сегодня поделимся кейсом перехода с «голого» SOLID на рабочую систему SOLID + GRASP + Clean Architecture.

Благодаря такому принципу проектирования бизнес-логика, работа видеоаналитики и в целом наша система комплексов не рухнут, даже если завтра город решится на кардинальные инфраструктурные изменения. Из статьи вы узнаете: зачем нужна архитектура и что работает помимо SOLID;как GRASP и Clean Architecture помогают на крупных проектах;как организовать кодовую базу так, чтобы она выдерживала смену технологий. Зачем вообще архитектураЦифровые системы должны помогать бизнесу повышать операционную эффективность, сокращать издержки и снижать риски.

Отраслевые последствия

Для этого они должны состоять из связанных компонентов, которые вместе приносят результат. Некоторые реализуют God Object и всё связывают со всем. Этого нужно избегать — иначе одно исправление кода рискует навредить системе.

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

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

Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.