это жава персистенс апи

Это спецификация просто

Которая говорит как нас работать с записями бд условно

Он старый и сегодня все понимают что он не канает

ааа ясн

точно?)

еп

но если есть что раскрыть интересно будет почитать

Да там нечего раскрывать. Спецификация и спецификация. Не знаю.

hi, всем

можно здесь поделиться ссылкой на программку, хотел узнать оценку и критику о ней?

нельзя. Мог бы просто запостить ссылку и описание. Ну и сразу готовься к критике (обосрут даже если хорошо все)

ясно

ух....

Добрый день.
Как правильно разбить на контексты?
Вообще не соображаю как будет лучше.

Конечно не могу полностью посвятить в ПО, так как это займет пару листов а4 наверное.
Буду благодарен если подскажите по обобщенному примеру:

Есть 'Проекты' а к ним 'Задачи'
Проекты бывают самых разных видов Преимиум Тим Ентепрайз.

Сразу вижу: агрегат 'Проект' и агрегат 'Задача'
Для них я выделил 2 контекста ПРОЕКТЫ / МЕНЕДЖМЕНТ ПРОЕКТА(Задач)
К примеру в премиум проекте можно создавать  максимум 15 задач.

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

1. cарзу выкинь "агрегат проект и агрегат задача" так как скорее всего у тебя будут разные контексты где будут фигурировать эти слова.
2. если ты поивентстормил то значит у тебя есть представление о том какие флоу и кто в них учавствует. То есть "кто пользуется и для чего". Вокруг "кто пользуется и для чего" обычно (не всегда правда) формируются изменения требований. Условно "тот кто выполняет задачу" хочет одни фичи, а менеджмент какой-то сверху хочет другие фичи что бы лучше видеть что делается". Вокруг этого можно пробовать смотреть где лежат контексты.
3. не ищи агрегаты пока не нашел границы процессов. Помочь тебе с этим может bounded context canvas: https://medium.com/nick-tune-tech-strategy-blog/bounded-context-canvas-v2-simplifications-and-additions-229ed35f825f
4. Не давай названия процессам и контекстам пока не нашел ту комбинацию где меньше зависимостей. Оттуда уже смотри как там чего.
5. дальше уже когда у тебя есть границы у тебя в любом случае будет список "business decisions" для каждоого, оттуда можно еще попытаться вытащить правила которые тебе важны в рамках этого контекста. Оттуда можно уже более детально делать process modeling (ивент сторминг он как бы не заканчивается на big picture) и оттуда уже можно формировать требования по данным и искать агрегаты.

вообще из челов на эту тему кто более-менее понятно изъясняется это вот Nick Tune - можешь у него почитать чего.

Благодарю.
Сейчас буду изучать.