еще пользовали Atom и VSCode с плагинами, в итоге IDEA оказалась самой удобной

А есть в открытом доступе пример описания с PlantUML по уровням абстракций для реального проекта?

Вот самый простенький алгоритм у нас в проекте. С уровнями абстракции точно проблема есть.

вот это действительно больно

Прочитал пару сотеен сообщений ничего интересного(

А вообще у меня тоже был опыт переноса храримок в ооп и обратно

Ребята без обид, вот слушаю я тут сарказм, иронию и факты наболевшие. Напоминает заказ IE6, и плачущих веб дев, что это боль, но продолжающих брать заказы с требованием IE6. Сообщество не может договорится и слезть с этого г* или что? Все оракл начли ругать, на openJdk перескакивать. А по сути они решились и заставили мамонтов либо кошельком платить либо следить за софтом и обновлять его. Но нет все гиганты продающие за миллионы софт, openJdk начали использовать. А разработчики плакать что новая политика оракл... им б* то что, следи за новвоедениям и переписывай за свои часы что и так потребляешь за зп софтину свою.

Логика на стороне БД, вы из какого века?

Но пг отлично умеет в гео, транзакции и поиску(индексации) по результатам кастомных функций. Вопрос только доле бл

А не религии

PG хорош, кто бы спорил. Но запихивать туда логику, включая преобразования форматов, работу со строками и чуть ли не разметку видео...

Я о том же

Привет. Солидарен с Романом. Idea - самый удобный инструмент. Но для условно совместного редактирования - в асинхроне.
Если нужен нужен режим реального времени, то есть... Два стула.
(1) для стартапов: stackeditor, писан на js. Есть возможность положить исходники в Google Drive и редачить. Мультикурсоры должны были завести 1,5 года назад.
(2) энтерпрайз за nat'ом: локально развёрнутый etherpad + локальный http сервер plantuml + знание своего ip.
Всё запускаешь, строишь URL по правилам в мануале, шаришь коллеге. После сессии отрисовки все тушишь, что бы безики не насканировалии. Etherpad сборка крутится на nodejs, лежит там же в portable варианте. Интерфейс убогий, но все работает. Даже из под винды.

Я смирился с тем, что мне не нужен реалтайм.
Интереснее то, как эти диаграммы реально используются.

Куда уходит рендер (на почту, артефактом сборки, просто в конфлюенс руками кладется, etc)

Oracle просто надоело одним тянуть лямку OpenJDK, так что ничего личного. При этом есть альтернативы Oracle JDK ничем не отличающиеся

При наличии ТСК 100% соответствие Java SE

Есть 4 варианта :
- руками в конфлю. Так себе но сойдёт.

- руками в gitlab. Там есть спец плагины, которые рендерят html из MD и пикчи из plantuml.

- грэдлом на сервер рядом с приложением. Это вкусно, но обычно всем лень. Больше всего зайдёт жавистам: gradle умеет собирать и MD и asciidoc спеки рекурсивным обходом заданных каталогов. В итоге - страшненькая но очень полная спека на сервис / компоненту.
Примерчик https://github.com/spring-projects/spring-security/tree/master/docs/manual/src/docs/asciidoc/_includes/servlet/oauth2 там в каталогах есть и диаграммы.


- вообще в отдельном фреймворке с деплоем на отдельный сервачок. Antora.org на вход берет adoc и puml на выходе сайтик, напоминающий readthedocs.

Но имхо: это не архитектурный туллинг, аналитический. Либо сам все поднимаешь, делаешь шаблоны, фикстуры и "главные диаграммы" и кидаешь в аналитиков с наставлением "все дальше самостоятельно". Самому все это вести от и до - слишком много присяданий потребуется. И в результате остановишься на страничке в конфлюенсе) Проходил :(

Кстати вот билд скрипт спринговой спеки

https://github.com/spring-projects/spring-security/blob/master/docs/manual/spring-security-docs-manual.gradle

А вот результат сборки https://docs.spring.io/spring-security/site/docs/current/reference/html5/#authz-voting-based
Анкор стоит на диаграмму.

Спасибо, посмотрю.