Комментарии 10
Добрый день, прочитал книгу Эванса все описывает более чем доходчиво, хотя первые 100 страниц тяжело читаются). Кроме Эванса, что хорошего о DDD посоветовать можете?
Мне удалось почитать Эванса, Вернона, Эспазито, Влашина. BBB была одной из книг что сложила мозаику. Я бы не сказал что кроме неё что-то оставило сильно большое впечатление. Например, мне кажется, что Вон Вернона понимаю слишком буквально — мне очень не нравится предписывающий характер IDDD. С другой стороны, его маленькая книга должна быть минимум знаний всех членов команды. Скота Влашина можно применять, но не все смогут. Мои попытки применить в работе FDDD успехом не увенчались, хотя модели выглядят более строгими.
Если сказать с маленьким спойлером, мне кажется, что техническая возможность использовать микросервисы, DDD и структура команды связаны теснее чем можно думать. И поэтому, всё что касается микросервисов, DDD, Agile, инженерии, систем и даже экономики, политической экономии, философии — всё стоит жадно читать.
И возможно очень не плохо было бы переходить в этом отношении к командной работе: вместе читаем новую книгу, обсуждаем, думаем как опробовать на практике, получаем фидбэк — теория и практика рука об руку. Команды между собой проводят MeetUp'ы, обсуждают то новое что опробовали. К сожалению, у меня так ещё ни где не сложилось, но очень и очень хочется попробовать!
У нас на тему книг уже был личный разговор) я бы к Мартину добавил Адаптивный код. Примерно тоже самое, но с небольшими различиями.
Пошел по пути прочтения сначала Вернона (The Red Book), потом Эванса (The Blue Book/Big Blue Book). Сейчас в процессе чтения Вернона. Мотивация: Вернон больше сконцентрирован на практической части применения DDD, что позволяет чуть проще адаптироваться и понимать DDD и уже выходить на другой уровень, читая Эванса
Честно говоря, очень странно, почему тут советуется к прочтению Вернон. Цель этого поста — показать сколь широко DDD, что оно имеет диалектическое прямое продолжение в других отраслях знаний (откуда есть что заимствовать). Это лежит не только в плоскости кода, но распространяется на софт-скилс, менеджмент, экономику, другие отрасли знаний.
Продолжая метафору зданий, тактические паттерны — необходимый фундамет огромного здания. Но чем дополнил Вон Вернон материал Эванса? понятием субдомена и более растянутым описанием сообщений? Как по мне, Вернон просто хайпанул на работе Эванса, не привнеся ничего кроме алгоритмического повествования.
К счастью это не две последних книги и всё же мне непонятно, почему все рекомендуют ни Эванса, ни Влашина, ни Эспазито, ни Миллетта, ни Зимарева, ни Кумара, ни Нильсона?
В старой "каскадной методике" (waterfall method) специалисты по предметной области
выдавали информацию аналитикам; те ее поглощали и абстрагировали, а затем передавали
результат программистам, которые и писали программы. Этот подход неудачен,
поскольку совершенно лишен обратной связи. Создание модели целиком возложено на
аналитиков, а исходными данными им служит только информация от специалистов.
Аналитики не имеют возможности научиться чему-либо у программистов или проанализировать
результаты работы черновых версий программы. Знания протекают в одном
направлении, но не накапливаются.
Предметно-ориентированное проектирование на самом деле