UsmanРазработчики инструментов сборок должны сами позаботиться об интеграции их продукции с популярными IDE.

Зачем?!
Maven, Gradle, да и Ant спокойно могут обойтись без IDE.
Вообще система сборки ничего не должна знать об IDE.
Это разработчикам IDE нужно уметь работать с различными системами сборки.

Usmanmad_nazgulЗачем?! маркетинг, продвижение продукта и т.д.


Типичное "Ненужно".
Завтра кто-то напишет очередную "генальную" IDE на JS, Python, (добавить свой любимый/не любимый ЯП)
И под каждый из них подстраиваться?!

Usmanmad_nazgulMaven, Gradle, да и Ant спокойно могут обойтись без IDE
Вообще система сборки ничего не должна знать об IDEможно сказать так, что и IDE ничего не должна знать о системе сборки ,
но речь идет про интеграцию продуктов и самое главное - удобство использования .


С точностью до наоборот.
Как раз для IDE маркетинг и продвижение продукта важно.
И чем больше он умеет, тем востребованнее инструмент.

Система сборки это утилита.
Чем она проще и заточенее под определенную задачу, тем лучше.
А IDE - комбайн, т.е. наоборот должен уметь все, или почти все.

Usmanmad_nazgulЭто разработчикам IDE нужно уметь работать с различными системами сборкиони-то уж точно умеют

Не совсем. Например, в той же IDEA не так удобно работать с ant, сем с maven.

Alexey Tominmad_nazgulпропущено...


Зачем?!

А зачем гугл выпустил bazel-plugin для IDEA?
Правда как это принято у гугла он глючный, но что делать

А как же Eclipse, Netbeans, EMacs? :-)

Usmanmad_nazgulС точностью до наоборот.
Как раз для IDE маркетинг и продвижение продукта важно.
И чем больше он умеет, тем востребованнее инструмент.Так говорят суровые программисты, которые пишут в Notepad-е (без плюсов) (:


Ну я предпочитаю работать в IDE.
Но хотелось бы, чтобы мой проект от IDE не зависел.
Т.е. чтобы другой программист мог работать в своем любимом IDE и ему было удобно.
Бесят разные *Studio, где проекты прибиты гвоздями к IDE.

Usmanmad_nazgulИ под каждый из них подстраиваться?!почему бы и нет? но начать, естественно, с самых популярных.


Тут вопрос насколько это надо.
По мне это больше надо IDE, чем системам сборки.
Например меня не напрягает использовать CLI, если это удобнее, чем через IDE.
С учетом того, что почти все shell хранят историю команд, это иногда проще чем клацать в IDE.

Usmanmad_nazgulС точностью до наоборот.
Как раз для IDE маркетинг и продвижение продукта важно.
И чем больше он умеет, тем востребованнее инструмент.Маркетинг нужен всем. Например, было очень точно подмечено: см.
21050571


Маркетинг для утилит - это их работа.
И интеграция с некоторыми IDE не является сильным преимуществом.
В отличии от IDE, где способность работать с экзотическими инструментами, может быть решающим выбором.

Usmanmad_nazgulСистема сборки это утилита.
Чем она проще и заточенее под определенную задачу, тем лучше.Речь не о самой утилите, а об интеграции и удобстве использования внутри IDE.
Пусть разработают плагин для IDE. И как плагин для IDE может усложнить работу утилиты сборки?


Это нужнее IDE, чем системе сборки (утилите)
А т.к. обычно от систему сборки трудно монетизировать (в отличии от IDE), то смысл напрягаться?

Usmanmad_nazgulА IDE - комбайн, т.е. наоборот должен уметь все, или почти все.В идеале - да, это так

Ну вот пусть каждый занимается своим делом. :-)

А плагин к любимой IDE для любимой системы сборки может написать какой-нибудь энтузиаст, если захочет... :-)