Архив рубрики ‘архитектура по’

Объединяем уровни абстракции: обобщаем артефакты анализа для общего видения концепта задачи

Добрый день, дорогие читатели! В практике системного анализа довольно часто можно встретить требования в формате пользовательских историй (User Stories, далее US). Пользовательские истории предоставляют стейкхолдеры или бизнес-аналитики как входные данные. Так или иначе, US становятся одним из ключевых артефактов требований для реализации фичей.

Почему наш язык — лучший язык для программирования (ответ на манифест из 70-х)

Недавно на Хабре вышла статья «Почему наш язык — худший язык для программирования». Автор справедливо отметил проблему двусмысленности естественного языка (ЕЯ) и предупредил, что программирование словами приведет к хаосу. Я начну с неожиданного: автор оригинальной статьи абсолютно прав. Он прав, если мы говорим о программировании заклинаниями

Как измерять переход к Self-Contained Systems: фитнес-функции для архитектуры на 1000+ приложений

TL;DR В Swissquote используют архитектурные фитнес-функции, чтобы автоматически измерять, где системы соответствуют принципам SCS, а где отклоняются. Проверки гоняются ежедневно по 1000+ приложениям и агрегируются на уровне команд/отделов/департаментов. Требования сведены к числовым оценкам 0–1, результаты видны и инженерам, и руководителям, с историей по дням. Для приоритизации ввели уровни бронза / серебро / золото как наборы […]

Проектирование в условиях нестабильности: от функционального хаоса к архитектурной устойчивости

Может показаться, что в современной разработке только и успеваешь, что реагировать на изменения: новые интеграции, обновленные бизнес-правила, смена технологического стека. В итоге команды тратят недели на задачи, которые должны решаться днями, а каждое новое требование встречается с сопротивлением. Но что если существует подход, который превращает постоянные изменения из головной боли в конкурентное преимущество? В этой […]

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

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

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

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

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

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

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

Почему микро-сервисы редко взлетают?

Источник: thespruceeats.com Потому, что микро-сервисы часто оказываются не «микро», а «нано» сервисами.

Почему программисты не стареют: эффект кодера после 40

Эта статья — не о вечной молодости и не про биохакинг. Это — живая техническая ретроспектива о том, почему некоторые программисты становятся сильнее с возрастом, а не наоборот. Как меняется восприятие кода после 40? Почему опытный разработчик способен «разруливать» архитектурные адские кухни там, где молодёжь сгорает на ревью? И при чём тут ассемблер, собаки и […]

12