ну это не честно, это не чистый пг

Во-первых, всё это можно сделать из постгреса. Будет, конечно много вопросов к проектировщикам, но сделать можно. И не сложно.
Во-вторых, какое отношение парсинг документа имеет к БЛ?

стало любопытно. это как?)

получить данные, распрасить, сджойниить с бд, сделать по джойну анализ. Это требование бизнеса, одно без другого не возможно. Что таки вы мне хочите доазать?

А коллега ответил, он в отличие от "теоретиков" , "школьников" и "идиотов" придумал свое название термина БЛ.

Бизнес понятия не имеет что такое "Сджойнить", "Распарсить", "Задеплоить" и так далее

ну это не честно, это не чистый пг

вызов gs через perl

да мне даже не слишком то интересно что именно вы считает БЛ. Если это только то, что умеет постгрес - то у меня для вас плохие новости. Вы не в теме, ваше определение не верно и не интересно

Бизнес понятия не имеет что такое "Сджойнить", "Распарсить", "Задеплоить" и так далее

получить данные, распрасить, сджойниить с бд, сделать по джойну анализ. Это требование бизнеса, одно без другого не возможно. Что таки вы мне хочите доазать?

Имхо все относительно. Иногда бизнес влезает в реализацию и навязывает какие-то детали. Это бизнес логика или нет, если это прописано в задании от бизнеса?)

При чем тут я? Я своих определений не изобретаю, иду и изучаю, что они такое, откуда взялись и т.п. А вот вы да.

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

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

ну так то я и на Го могу написать экстеншон если уж на то пошло

Требования бизнеса — распрасить, сджойниить с бд, сделать по джойну анализ?
Если ваш бизнес знает все эти слова, то возникает вопрос: зачем тогда вы бизнесу?

Это не БЛ, коллега

Я бы порекомендовал "Domain Driven Design" Эванса и "Implementing DDD" Вернона. Но именно на английском. Я обе читал по одному разу на русском и по 2 раза на английском. Перевод очень плохой и вносит больше путаницы. Ну и к ним надо возвращаться переодически. Т.е. прочитал, попрактиковался, перечитал. После первого прочтения, в голове как правило каша. Еще есть ресурс на котором много информации собрано. Но тоже на английском: https://domainlanguage.com/

Ну и самое главное, надо понимать: Зачем?
Есть области в которых бизнес-требования не меняются часто или не меняются вообще. Есть области в который спецификация известна с самого начала и нужно просто ее реализовать. В таком случае DDD не нужен.