Разработка ПО

В мире программирования понимание тонкостей архитектуры кода имеет решающее значение для создания поддерживаемых и масштабируемых систем. Одним из концептов, который набирает популярность, является коннасценция. Введенная в начале 1990-х годов Мейлиром Пейдж-Джонсом, коннасценция предоставляет рамки для оценки архитектурных решений в объектно-ориентированном программировании. Эта статья направлена на разъяснение коннасценции, изучение её происхождения, форм, свойств и практического применения в архитектуре программного обеспечения...

В мире программирования и системного проектирования часто встречаются термины "конкурентность" и "параллелизм". На первый взгляд, они могут показаться синонимами, но на самом деле они описывают разные аспекты обработки задач. Параллелизм — это когда несколько задач выполняются одновременно, но каждая из них работает независимо от других. Это как если бы у нас было две кофейни, работающие рядом. Каждая кофейня обслуживает своих клиентов, использует своё оборудование и имеет свою очередь. Здесь две кофейни выполняют одинаковые задачи (приготовление кофе), но делают это независимо друг от друга...

В мире сложных систем, таких как IT и программная архитектура, идея "правильного" решения часто оказывается иллюзией. Вместо поиска абсолютной истины, важно понимать, что компромиссы — это неотъемлемая часть процесса. Эта статья объясняет, почему важнее сосредоточиться на результатах, а не на правильности, с примером из реальной жизни. Вдохновением для этой статьи стала книга преподавателя "школы управления Сколково" Павла Алферова "Проектное управление. Как правильно делать правильные вещи". Сложные...

В мире разработки программного обеспечения (ПО) часто возникает мнение, что архитектура и менеджмент — это две сферы, которые не пересекаются. Однако, как показывает практика и теория, это далеко не так. В этой статье рассмотрим, почему архитектура ПО тесно связана с архитектурой предприятия и бизнес-процессами, и как Закон Конвея подчеркивает эту связь. Сегодня вы узнаете: Архитектура ПО не в вакууме. Это часть, которая включает в себя бизнес-процессы и организационную структуру предприятия. Понимание...

Вот раньше хорошо было, один монолит, одна БД. Транзациями рулит база данных реализуя ACID, тебе только важно не забывать транзакцию в коде передавать к вызову SQL. А сейчас, в эпоху микросервисов вызовы к бд чередуются с обращением к внешнему API, а внешнему апи всё равно какая там у тебя транзакция в бд. И вот чтобы это всё хорошо организовать в коде, разделить по слоям, не перемешивать вызовы SQL и HTTP существуют паттерны Repository и Unit of Work. Без них красиво построить 2PC и Саги не получиться (Если интересно почему, жду вопрос в комментарии)...