К этому только с опытом приходишь. Хотя в некоторых умных книжках разница в подходах описывается.

Я на изи приведу пример который рушит это требование )

Закладываю ограничения, но если изменились бизнес-требования, то не костылить, а адаптировать.

давай)

Ваша компания объединилась с другой компанией X. Все контракты перешли к вам как к головной организации.

Для выставления счёта тебе требуются данные только по контрагенту, ничего по физику не требуется.

В компании, которая влилась к вам, ничего по физикам не велось, у них есть только контрагенты. Есть список в XLS, на 1500 контрагентов, подготовленный заботливым бухгалтером из компании X.

Нужно внести всё в базу и начать выставлять счета с вашей компании новым контрагентам.

Срок - вчера.

Что скажешь начальнику? "Такого не должно быть"? )

контрагент по-умолчанию кто-то из ФЛ / ООО / ИП

КАк минимум там есть имя контрагента, из которого можно понять кто это

В жизни контрагент не может быть просто контрагентом. Он всегда к чему-то относится: ИП / ФЛ / ООО

А пока на своем опыте не прочувствуешь, мало что понятно.

Это да. Я DDD Эванса читаю второй раз после пары лет разработки, теперь гораздо более осознаней

Хотя даже в первоначальном плохеньком понимании это позволило не превратить код в кучу, которую проще удалить, чем переделать :)

)

В сообщении НЕ не прочитал. Уж думал что как у меня после прочтения и первых проб :)

Он относится.

Но тебе директор принёс XLS файл на флешке. Говорит: внеси в систему, срочно. Тебя уже бухгалтеры ждут, у них должен контрагент в списке появиться для выставления счёта.

Что будешь делать?

Чтобы выставить счёт, нужны данные по контрагенту, а если они есть, то можно понять кто это - фл / юл / ип и тд

Вот. Ну как ты внесёшь этот файл?

пишешь парсер и вносишь

То есть у тебя будут недозаполненные карточки? )
В них тоже валидация, ты же строишь систему в которой нельзя сохранить неполные данные. Твоя система не примет вывод от парсера )
Будешь костылить? )

Если обязательных данных нет - такое не будет добавлено

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