Архив рубрики ‘архитектура приложений’

Компрессия требований, распад бизнес-логики. Разбираемся, почему архитектура не спасает от эрозии смыслов

А вы никогда не задумывались, почему, с одной стороны, у нас появляются всё более крутые и мощные инструменты для разработки?На бэкенде мы можем делать микросервисы, писать офигительные SPA-приложения — но при этом будто бы сама программа становится всё хуже и хуже. Каждый раз происходит одна и та же история: мы хотим сделать как лучше, но […]

Размышления архитектора

Серия псевдофилософских мини-эссе о работе функционального архитектора. Про записи архитектурных решений Очень полезная практика – осознанно записывать архитектурные решения, принятые на проекте. Желательно сопровождать это описанием причин, по которым был сделан выбор в пользу принятого решения. В идеале дополнять описанием альтернативных вариантов решения, которые рассматривались, с их ключевыми плюсами и минусами. Делать это нужно в […]

10 советов, как стать системным архитектором

Прежде чем перейти к делу немного о себе. Я официально работаю архитектором в IT-компании-вендоре, параллельно работаю ведущим аналитиком в корпоративных проектах, а в стартапах иногда бываю техническим директором (CTO). У меня за плечами более 20 лет опыта программирования, от небольших внутренних сервисов до полноценных систем, сделанных от идеи до поддержки в prod’е. Несмотря на всё это иногда […]

Для архитекторов и аналитиков: шаблон описания архитектуры приложения (34 страницы пользы)

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

Ради “удобно” переписываем полпроекта. Как новый пользовательский опыт ломает архитектуру (и почему это нормально)

Привет, Хабр. Я Максим, бэкенд-разработчик и тимлид в команде, которая помогает банкам и финтехам не просто обновлять интерфейсы, а реально перестраивать пользовательский опыт.  Если вы делаете цифровые продукты, точно знаете: за каждым «чтобы было удобно» на фронте часто стоит несколько месяцев работы всей команды, от архитекторов до аналитиков. Крупные финтехи знают это и готовы вкладываться, […]

Давайте (не) разрушим монолит. Часть 2

В предыдущей статье мы начали обсуждать, что компании (всё еще) хотят разделить монолиты на микросервисы. Если спросить их, что они этим изменят — услышите, что с микросервисами рассчитывают решить проблему «большого комка грязи» или сократить time-to-market.

Хоть и безобразно, но единообразно

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

Ошибки, которые я совершил, пытаясь быть «слишком правильным» в разработке

Профессиональные решения против простых решений, приносящих результат