Здравствуйте, Alekzander, Вы писали:

R>>Да, когда только начинаешь — мышкой может и комфортнее. Но когда начинаешь, обычно нет задачи выстроить специфический процесс сборки.

A>А те, кто выстраивают специфический процесс сборки — они, конечно же, не люди, и комфорт не любят, ага.

Абсолютное большинство инструментов для сборки оформлены как "конфиг + тул для его исполнения". Хоть мы говорим про всякие "локальные" инструменты сборки — Gradle, Maven, MSBuild, Make, хоть мы говорим про CI-решения типа GitHub Actions, GitLab CI, Concourse CI, AWS CodeBuild/CodePipeline. Везде пишется конфиг руками. UI там конечно есть, но он чаще для целей посмотреть билд логи, а не для того, чтобы дизайнить процедуру сборки.

Мышко-ориентированные решения это вымирающее меньшинство. Студия — была отличным примером 10-20 лет назад, сейчас вот меня в топике сливают, говорят, что уже всё, можно писать руками и нормально работает. Есть билдсервер TeamCity — там тоже 10 лет назад не было конфигов, была мышка, но за прошедшие 10 лет конфиги появились (с Jenkins аналогичная история).

Слово "комфорт" здесь наверно не приведёт к конструктивному разговору, потому что, в зависимости от степени погружения в вопрос, комфорт будет от "слава богу всё свелось к одной галочке" до "слава богу тут внятно видно как устроен процесс и я могу просто написать 10 очевидных строчек XML, чтобы решить свою задачу".

A>Тут обе стороны говно, ИМХО. То, что студия билдит не через свой же msbuild, это, конечно, косячина. Но и то, что конкуренты не мыслят категориями "формат документа", "программа-редактор" и т.п., а следуют концепции "кто настроит файлов пачку, тот и сбилдит водокачку", это хорошим словом тоже никак не назовёшь. Обожаю мир Java, с кучей запутанных конфигов, без документации, без тулзов, без генерации значений по умолчанию. Они изобрели девопсов, когда те ещё не были мейнстримом.

В Java конечно есть инструменты, которые даже с ридми не понятно как настраивать, но они не так чтобы мейнстрим.