О сложном просто или программирование на .NET

Краткая теория о построении приложение с использованием Domain Driven Designю Часть первая.

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

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

Очень встречаю разные подходы по написанию кода, например использование публичных полей вместо свойств. В этой статье приведу доводы в пользу использования свойств, а не публичных полей.

Почему нельзя путать эти два совершенно разных языка.

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

* Виды инфраструктурных решений? * Какую инфраструктуру выбрать? * Как построить правильную инфраструктуру? * Почему инфраструктура очень важна?

В этом видео про: domain, driven, design, ddd, программирование, архитектура, architecture, подход, ПО, ООП

В этом видео про: IdentityServer4, Альтернатива, Лицензия, OpenIdDict

В этом видео про: Программист, Разработчик, Зарплата, calabonga, Оплата, Навыки, Net, Csharp