Как разрабатывать нетиповую архитектуру? Допустим есть типовой проект - CRM, интернет магазин, СЭДО. Если человек хоть раз чем-то таким пользовался, то он уже имеет неплохое представление о том какие есть сущности и как их описать в коде. Если же человек никогда не пользовался, то обычно можно довольно легко загуглить какие бывают типовые составляющие для проекта. Но иногда бывает так что проект нетиповой, он может быть как нечто среднее между несколькими типовыми, так и вообще нечто достаточно уникальное, чтобы писать фундаментальные вещи с нуля. Собственно интересны любые источники информации где можно было бы подсмотреть следующее:Какие вопросы задавать заказчику, на чем акцентировать вниманиеПроработка абстракций для сущностейСобственно маппинг сущностей в кодПредупреждение узких мест в будущем, рефакторинг
Желательно в контексте любого современного ЯП, так чтобы можно было посмотреть на код. В идеале это нечто вроде, когда человек рассказывает какой у него был проект, какое было базовое ТЗ, как он рассуждал, что сделал, как менялось ТЗ, какие вещи он сделал правильно, какие неправильно, почему и на что надо обратить внимание в будущем.

Предыдущий
вопрос Следующий
вопрос