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

Почему мало просто перейти на SwiftUI и Compose: заглядываем под капот перезапуска приложения Бургер Кинг

Когда старый монолит начинает мешать процессам в разработке, первое, что обычно приходит в голову командам — это переезд на новый стек. Логика понятна: сделаем новый UI, почистим код, а дальше и разработка пойдет бодрее. Чаще всего такое решение — очень дорогая иллюзия. Потому что в бигтехе проблема обычно не в UI, а в связности компонентов, […]

Аутентификация и авторизация пользователей — неочевидная боль в разработке

Это следующая статья на тему механизмов авторизации пользователей. Сразу сделаю ремарку — я основатель Авторизы — SaaS-сервиса аутентификации и авторизации для онлайн-систем, но давайте сразу отбросим скепсис. Я не для рекламы это пишу, а рассказать, с какими проблемами столкнулся и почему вообще затеял этот стартап. Конечно, если вдруг у меня получится этой статьей привлечь вас […]

Авторизация — это про «изобретать велосипед», возиться с OpenSource, или о чем? Предлагаю альтернативу — «Авториза»

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

Скетч системного дизайна: как одна схема решает множество проблем на старте проекта

«Хорошо определённая проблема — это проблема наполовину решённая». Джон Дьюи. Спойлер Если в вашей практике на начальном этапе анализа проекта обозначаются все контексты и границы взаимодействия систем, то скорее всего у вас хорошо развита культура системного дизайна и данная статья для вас не имеет практического значения. В противном случае предлагаю уделить 5 минут вашего времени […]

Сказание о стратегических паттернах DDD

Чтобы правильно задать вопрос, нужно знать большую часть ответа. Шекли Дисклаймер – этот текст не принесёт никакой пользы тем, кто не знает, что такое DDD, тем, кто не хочет ничего знать про DDD и тем, кто уже знает про DDD всё, что им нужно.

Программирование «в уме» или дизайн расширения как ключевой инструмент управления функционального архитектора

Вытаскиваем максимум пользы из привычного проектного артефакта в условиях внедрения систем с высоким уровнем кастомизации Что такое дизайн расширения? Давайте для начала разберемся с названием. Функциональный дизайн разработки, технический проект, описание доработок и т.д. У разных интеграторов я встречал разные названия этого проектного артефакта, но поскольку я апологет внедрения одинэсочки по методологии ЭЙМ, то далее […]

Программирование «в уме»

Дизайн расширения как ключевой инструмент управления функционального архитектора. Вытаскиваем максимум пользы из привычного проектного артефакта в условиях внедрения систем с высоким уровнем кастомизации. Что такое дизайн расширения?

Галопом по архитектуре. Часть 1. Структурный дизайн

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

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

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

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

12