Самые просматриваемые за 30 дней

Кто такой системный аналитик, чем он отличается от бизнес-аналитика, какие навыки и инструменты ему нужны и как его работа выглядит со стороны разработчика. На сквозном примере с уведомлениями о смене статуса заказа разбираем три уровня постановки задачи — «плохо», «хорошо» и «правильно» — и вопросы, которые стоит закрыть до того, как задача уйдёт в разработку.

В этом видео примеры реализация класса Post (запись блога) в двух версиях: Anemic Domain Model и Rich Domain Model. Комментарии, лучшие практики, причина, методологии и прочие аспекты сравнения.

Несколько фактов о CQRS

Решил собрать воедино все архитектуры, которые на слуху, или которые были на слуху.

Терминология имеет очень важное значение для любого разработчика, особенно важно это в концепции Domain Driven Design.

Unit Of Work очень полезный паттерн, особенно если говорить в контексте Объектно-Реляционной логики (PoEAA). В приложениях часто используется шаблон Repository для инкапсуляции логики работы с БД.

Довольно запутанно на первый взгляд выглядит эта троица: Принцип. Паттерн. Контейнер. Если с контейнером более или менее всё понятно, то остальные термины требуют объяснения.

Если вам не подходит GitFlow или если в GitHub Flow не хватает каких-либо важных моментов, то просто ознакомьтесь с GitTag Flow. В системе контроля версий GIT есть такое понятие как метки (tags). Моя задача показать, как соотнести метки git с семантическим версионированием.

Если вы разработчик, то точно знаете, что придумать название для проекта, метода, переменной или класса, на самом деле не такое уж простое дело. Особенно если вы работает в команде. В этой статье я опишу названия проектов (projects) для одного решении (solution), которые я обычно использую или стараюсь использовать.

Разработчики и иже с ними часто упоминают термин "логика" и/или "бизнес-логика", а что это такое? Где находится логика? В каком слое находится бизнес-логика? Как определить в тексте программы тип логики? Попробую ответить на эти и подобные этим вопросы.

Множество писем приходит, но ответ на это письмо, не могу не опубликовать. Уж очень интересная картинка рисуется. И более того, эта картина типична для большинства команд разработчиков. Публикую ответы на вопросы, которые были заданы в одном из писем, потому что это просто нужно опубликовать.

Информация о шаблонах проектирования "одной строкой". То есть очень кратко описаны предназначения паттернов проектирования.

В этом видео про: вопросы, ответы, собеседование, программирование, разработка, microservices, developer, устройство на работу, quiz, validation, валидация, бизнес-правила

Очень часто в своей работе мне приходилось использовать перечисления (Enum) в качестве информации о состоянии объекта. И всё бы вроде как хорошо, но есть некоторое неудобство, при таком подходе логика по проверке состояния (validation) объекта при смене статуса "размазывалась" по всей системе. И часто получалось, что отследить все правила перехода от одного состояния к другому практически непосильная задача, особенно если проект разрабатывает группа программистов.

Это третье видео и последнее из серии "Как создавать диаграммы на основе требований?".

В этом видео про: шаблоны, паттерны, разработка, calabonga, clean architecture, abstraction, interfaces, C#, c-sharp, реализация, практическое программирование, operationResult, nuget

Бережливая разработка программного обеспечения — это гибкая среда управления проектами и разработки продуктов, основанная на принципах бережливого производства. Она направлена на создание ценности для клиента за счет оптимизации ресурсов, рабочих процессов и процессов.

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

"Плюсы" и "Минусы" разных вариантов построения древовидных структур данных с примерами.

Серия видео эпизодов по созданию nuget-пакета с реализацией Pipeline Design Pattern, который собой представляет конвейер выполняющий последовательно задачи, заложенные в него в процессе конфигурирования. В этом эпизоде дополнительные шаги для конвейера - Manual Added. То есть те шаги, которые добавляются не в DI-контейнер, а, например, непосредственно перед запуском конвейера.