Блог Сергея Баранова об ИТ-стратегии, архитектуре и организационном развитии

На случай если кто-то спросит что такое эта ваша Архитектура: https://scrumtrek.ru/blog/technical-excellence/it-glossary/17258/it-architecture/

Признаки распределенного монолита ▪️ Несколько сервисов почти всегда выпускаются одновременно ▪️ Общая библиотека моделей (shared kernel) меняется вместе со всеми сервисами ▪️ Сервисы читают или изменяют чужие таблицы ▪️ Для теста одного сервиса требуется поднять другой сервис ▪️ Один компонент невозможно запустить автономно ▪️ Недоступность одного сервиса блокирует выполнение большинства операций ▪️ Бизнес-операция…

Распределенный монолит? Даже удивительно, но значительно чаще, чем каждое второе решение, аудит которого проводим, – распределеный монолит. Сколько индустрия теряет, страшно представить. Это ж как нам не хватает архитектурной экспертизы (в широком смысле). И иногда даже можно не смотреть на as-built, достаточно посмотреть на as-designed, это ведь так очевидно, на той же компонентной, по названиям даже (если исходить…

Адаптирую материал школы архитекторов, мое любимое определение архитектуры (неформальное, но все же) в своей изначальной форме более не актуально. «Набор ключевых решений в системе, которые избавляют разработчиков от ненужной креативности» Да, было так, что архитектура защищала от «креативности» живых разработчиков, которые могли написать лишний/сложноподдерживаемый код. С распространением AI-ассистентов генерация…

ИИ уничтожит человечество? Посмотрим через призму критического мышления на тезис в заголовке. Кто его озвучивает и неявно подпитывает? Те, кто несет колоссальные риски из-за отсутствия чистой прибыли и туманных сроков окупаемости. Нарратив об экзистенциальной угрозе – идеальныое прикрытие. Образ сверхразума, якобы способного уничтожить человечество, превращается в удобный маркетинговый инструмент OpenAI и Anthropic…

Интересный всплыл вопрос - как отличить качественную инженерную работу от удачного промта? Это в тему собеседований. Выглядит так, что смотреть нужно с трех точек зрения: - короткий диалог о фундаментальных аспектах (алгоритмы, структуры данных, рассуждение о сложности) - практика работы с агентов в незнакомой репе с ИИ в разрешенных границах - разбор того, что делегировано, что проверил сам, какие риски заметил и…

Как только кто-то начинает читать вашу схему БД напрямую, ваша схема становится публичным API.

Переписывать ли канал взаимодействия? Например, мобильное приложение, админку, личный кабинет. Это частый вопрос. Начнем с технических особенностей. Единственная техническая причина переписывать с нуля, - это если канал - стороннее решение, кода у вас физически нет возможности провести рефакторинг. Остальные причины - экономические, когда развивать дороже, чем переписать, и тут все намного сложнее, потому что - «а…