Так так так. ) а почему не расстреливать?

стек = серебряная пуля + волшебная пилюля

Если вы продакт, то должны отличать демо, MVP, продакшен.
Если нужно демо, то его нужно делать на том, на чем будет быстрее сделать.
Если нужен MVP - то смотрим кого дешевле нанять и фигачим. Потом все равно выкинуть полностью.
А для продакшена уже нужно будет считать TCO, но будет понятен и срок поддержки и прочие НФТ и этим уже архитектор будет заниматься.
Но всегда нужно помнить, что и демо и MVP - одноразовые вещи, которые будут потом выкинуты.

Поясняю java для меня это какойто монстр. Компетенций я давно не видел. Когда предложили поизучал практику и удивился что живет и не плохо. Что плохого в моей фразе о найденных промышленных применениях.

Ну, пока это скорее говорит о том, что вы совсем не представляете о том, что сейчас в индустрии происходит...
Где Java - вообще выбор по умолчанию для большей части проектов.

И ее доля как основного языка проекта - самая большая.
Но в любом случае ссылка на ВТБ для оценки пригодности решения для недостартапчика - выглядит не очень умно. Карго-культ как он есть.

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

Я не старался показаться умником.

Я в какой момент времени лично для себя отделил айти от айти. Это пирог, есть слои внизу, есть посередине, есть вверху. Кто-то делает все решения на cms-ках и интернет-магазинах дописывая код прямо в продакшене и храня файлы только в проде, а релиз это флешка воткнутая в сервер. Кто-то уже знает о существовании git/mercurial/svn, есть какие-то пайплайны и резервирование. А кто-то проекты меньше чем на пять человеколет не начинает и сидит по уши в лицензиях оракла и на него условная половина условного epam работает

Бюджеты между слоями отличаются порядками, само собой

Вот если люди смотрят в соседний слой - у них волосы дыбом)

)

У нас архитектов не то, чтобы много, представления коллективно пока правим в одной модели. Больше упор делаем на версионность. Внутренний GitLab и архимэйт.

Вопрос: вы не пробовали описывать процессы в archimate like epc diagram?

Андрей! А в конечном счёте какая задача?
Написать убедительное описание и прикинуть бюджет, чтобы его защитить и запустить продукт?

Пример: ПО реализует процесс, в который можно провалиться и по шагам посмотреть, что происходит внутри. Да, не исполняемый, но хотя бы понимание от концепции к реализации в модели будет

Есть про это статья - даже по- моему на русском.
В принципе сносно для простых процессов.
Основная проблема с ветвлениями - они однотипные все будут.
PS: так-то я не поклонник EPC - я больше за BPMN - и для него даже красивше получается - т.к. можно использовать актора как дорожку, например

С проваливанием будет похуже, но только с т.з. удобства инструмента

Ветвления в архимейт 3 двух типов. Дрилдаун есть в Sparx.

Извините, что влезаю, но в госах вроде установлен процент «православной» Астры на серверах в том числе. Опенсорс можно развернуть на Астре + экономия бюджета, которого, вероятно, и так нет.