Пятничное чтиво
Старые записи стримов можно найти по ссылке. Так же буду рад предложениям, вопросам и идеям. Можно написать в личку, а можно в анонимную форму.
—————————————
Блеск и нищета модели предметной области
Расшифровка доклада, с dotnet конференции, где сравнивается подход анемичной и богатой моделей. Об анемичной моделе уже писал в пятничных ссылках. Что понравилось: объясняются причины раскола на богатую и анемичную модели, вывод о том, когда ддд использовать, примеры из двух подходов для одной проблемы. Если хотите разобраться в различии моделей - однозначный мастрид.
—————————————
What every developer should know about database consistency
Обзорная статья о том, что такое database consistency. Автор идет от ДБ запроса через Strong Consistency и Sequential Consistency к Eventual Consistency. Статья не претендует на подробное объяснение, но базовую концепцию из нее понять можно. Понравилось, что автор нарисовал графики, с помощью которых текст становится нагляднее. А если захотите разбираться в терминах дальше - Designing Data-Intensive Applications расскажет подробнее о консистентности в базах данных.
—————————————
Why Write ADRs
Новый пост в блоге GitHub о том, для кого на самом деле пишут ADR (Architecture Decision Record). Если коротко, ADR это записи, в которых описываются принятые и не принятые технические решения, а также контекст, в котором принималось каждое решение, дата и кто принимал. Главное, что стоит знать и о чем говорит автор - ADR в первую очередь для коллег, будущих коллег, будущего тебя. И только после - для самого себя. Больше информации можно найти по ссылке Markdown Architectural Decision Records или в моем докладе из Твери, где рассказывалось о “ADR” в топтале.
——— одной строкой ———
- Как оптимизировать расходы на Amazon AWS;
Старые записи стримов можно найти по ссылке. Так же буду рад предложениям, вопросам и идеям. Можно написать в личку, а можно в анонимную форму.
—————————————
Блеск и нищета модели предметной области
Расшифровка доклада, с dotnet конференции, где сравнивается подход анемичной и богатой моделей. Об анемичной моделе уже писал в пятничных ссылках. Что понравилось: объясняются причины раскола на богатую и анемичную модели, вывод о том, когда ддд использовать, примеры из двух подходов для одной проблемы. Если хотите разобраться в различии моделей - однозначный мастрид.
—————————————
What every developer should know about database consistency
Обзорная статья о том, что такое database consistency. Автор идет от ДБ запроса через Strong Consistency и Sequential Consistency к Eventual Consistency. Статья не претендует на подробное объяснение, но базовую концепцию из нее понять можно. Понравилось, что автор нарисовал графики, с помощью которых текст становится нагляднее. А если захотите разбираться в терминах дальше - Designing Data-Intensive Applications расскажет подробнее о консистентности в базах данных.
—————————————
Why Write ADRs
Новый пост в блоге GitHub о том, для кого на самом деле пишут ADR (Architecture Decision Record). Если коротко, ADR это записи, в которых описываются принятые и не принятые технические решения, а также контекст, в котором принималось каждое решение, дата и кто принимал. Главное, что стоит знать и о чем говорит автор - ADR в первую очередь для коллег, будущих коллег, будущего тебя. И только после - для самого себя. Больше информации можно найти по ссылке Markdown Architectural Decision Records или в моем докладе из Твери, где рассказывалось о “ADR” в топтале.
——— одной строкой ———
- Как оптимизировать расходы на Amazon AWS;