Я помню, когда пытался получить свою первую работу в качестве разработчика Java , и мой брат помогал мне освоить основы ООП, выполняя некоторые обычные упражнения по программированию. Мне повезло, я успешно прошел собеседование в ведущей компании (не раньше, чем провалил дюжину собеседований). Сфера деятельности, которую я делал, была очень узкой. Я писал код, тестировал локально, иногда развертывал в среде разработки с помощью Jenkins и снова тестировал там. Тогда бума CI/CD еще не..

Разработка стратегии развития: правда о доменно-ориентированном дизайне Всем привет! DDD (Domain Driven Design) привлекает внимание людей, и они говорят, что его следует использовать повсеместно. Если мы не будем использовать DDD стратегически, мы можем сделать наши проекты слишком сложными и вызвать гораздо больше проблем. Что такое доменно-ориентированное проектирование (DDD)? Domain-Driven Design — это подход, предназначенный для управления программным обеспечением…

Доменно-ориентированный дизайн - это дизайн программного обеспечения, ориентированный на понимание лежащего в основе бизнеса. Это полезно для долгосрочных проектов, потому что приводит к качественному программному обеспечению, которое обслуживает пользователей. Это помогает при решении сложных проблем, отслеживает основные проблемы и не дает нам потеряться в коде. Личная мотивация Прежде чем я начал применять идеи дизайна предметной области, я боролся с разработкой программного..

Сегодня мы поговорим о важном вопросе: как база данных приложения вписывается в концепцию всегда действительной модели домена? Другими словами, является ли база данных частью всегда действующей границы или следует рассматривать ее как внешнюю систему и проверять все данные, поступающие от нее? 1. Всегда действительная модель домена Просто краткое напоминание о том, что такое Всегда действительная модель домена . Это руководство гласит, что доменные классы всегда должны защищать себя..

Этот пост объясняет, почему я выбрал Node.js в качестве платформы времени выполнения и JavaScript в качестве языка программирования для своей книги Реализация DDD, CQRS и Event Sourcing . Описанные причины включают в себя личный опыт, желаемую целевую аудиторию, а также характеристики платформы и языка. Кроме того, кратко обсуждаются преимущества и последствия статических типов. Наконец, пост завершается обзором будущих дополнений к существующей книге. Личный опыт Одной из причин..