Ну это было 3 года назад, делал прототип с участием этого приложения с ЭП, неделю правил поставляемые исходники, чтобы оно просто собралось, в коде дикая лапша, бррр, это было больно)

Как раз ничем и не отличаются. Есть стандартные подходы, стандартные (не очень работающие, но доробатываемые) библиотеки, стандартный tool chain. Это все сильно упрощает жизнь, на самом-то деле.
Тут нет заметной смены парадигмы, просто обычный энтерпрайз, еще-одна-интеграция-с-чужим-дерьмом. Но он весь же такой )

Бывает )) Ничего не могу сказать, уже давно там не работаю, больше 5-ти лет

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

Ну не знаю. EJBCA один такой, во всяком случае был тогда. Карты вообще уникальные. Zimbra ни на что не похожа. Со всем нужно разбираться. Абстракциями спринга ты задачу не решишь. Да, ещё был KDC конечно

Ну, да. Опытные по разбиранию в дерьме команды разбираются в нем быстро. Это как раз про то, что команды заточены под конкретную предметную область, задачи и стек. И при нестандартных задачах нужно делать команду под проект. Да и для стандартных зачастую стоит много раз проверить.
Мне как-то продавали "слаженную команду для финтех проектов". Делали они быстро, но вот только ничего не знали про надежность, производительность и безопасность. Пока проекты были на 100 транзакций в сутки - норм, а на большее - опаньки.

Филл, я работал с командами, которые потом по отдельности разбежались в Яндекс, Фейсбук и Майкрософт. В дерьме там разбираются. Тупые говноделы

Так я не говорю, что команда плохая. Я говорю, что одной слаженности команды для решения сложных задач не достаточно, нужно еще много специализированных скиллов. От предметной области до парадигм разработки, приемлимых для конкретных задач.

С этим никто не спорит. Но лично я убеждён, что если такие скилы быстро не найти, точнее не найти в нужные сроки, то команда разберётся быстрее чем по отдельности нанятые люди, так же без стека.

Эээ, разбираться в дерьме - это редкий и очень ценный навык. Я серьезно )

Я рад, что ты это озвучил )

И конечно команда команде рознь, это также неоспоримо

Ну, а вот тут по разному. Иногда (часто) предыдущий опыт скорее мешает. Иногда даже очень сильно мешает. Иногда команда не готова включать в себя людей с правильным опытом. Да много разного бывает,  я видел всякое )
И тут нужно считать, что быстрее - сделать команду из новых специалистов вокруг задачи или переделать старую команду. Иногда быстрее одно, иногда - другое.

В общем-то, да. Надо смотреть, как всегда.

Т.е. например для финтеха я бы не рискнул взять команду из гейминга, проще набрать новую. Наоборот тоже. Грустно, что часто сильно недооценивают разность "парадигм" в разных направлениях IT и забивают гвозди привычными инструментами...

Кстати, в рамках ранее обсуждавшемся "разные процессы в энтерпрайзе для "быстрых тестов" и "надежного кода"" - там тоже нужны разные команды с разным бэкграундом.

А в реальности пытаются делать одними и теми же - получается плохо (

Ну это граничный пример. В этом кейсе даже выбирать не нужно. Тут куда хуже разница в майндсете. Скилы ещё можно как-то набрать, но вот с образом мышления всё сильно сложнее

Да, майндсет - хороший термин.  Я вот видел, как люди из ретейла приходили в финтех. Вроде бы и близко, но получалась полная фигня )

В геймдеве думают по-другому, они инопланетяне по отношению к энтерпрайзу