Почему у Знатока есть такой плохой представитель? [закрытый]

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

Однако Maven подходит не для всех кодовых баз. Если вам нужно поддерживать большую устаревшую кодовую страницу или вы импортируете код от третьей стороны, то лучше не использовать. Maven ожидает, что все будет определенным образом (соглашение важнее конфигурации). Если вы начинаете новый проект, то это более чем нормально. Если, однако, у вас есть полная система, которую вам нужно поддерживать, отсутствие гибкости станет кошмаром.

Еще одна причина, по которой люди обычно жалуются на maven, - это крутая кривая обучения. Также интеграция IDE все еще не очень развита. Apache предлагает два подключаемых модуля для Eclipse. Один "зрелый", другой предлагает новый подход. Я полагаю, что новое не понадобилось бы, если бы первое было подходящим.

Еще одна, более серьезная жалоба на Maven - это использование XML для программирования. Возможно, лучше всего подойдут такие инструменты, как Buildr .

Я думаю, что одна из основных причин плохой репутации заключается в том, что maven2 решает несколько сложных проблем (автоматизация сборки, зависимости, управление репозиториями) как одноразовое решение. Поэтому вы должны столкнуться с этими сложными проблемами, когда начинаете использовать maven . Так что это своего рода эффект «убить посланника».

Другие подходы (например, муравей + плющ) часто не дают вам возможности обвинить один-единственный инструмент во всех проблемах, с которыми вы сталкиваетесь. хорошо, муравей не так просто начать, у плюща есть некоторые проблемы. Но, по крайней мере, нам не нужно бороться с maven! " Сказать, что нельзя признать, что все эти проблемы, вместе взятые, не слишком сильно отличаются от проблем, с которыми вы сталкиваетесь при использовании maven. Просто может быть немного легче решать по одному. Кстати, в последние месяцы я настроил систему сборки на основе ant + ivy. И я очень рад, что мне не пришлось использовать maven2; -)

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

Преждевременная оптимизация обычно рассматривается как плохой вещь. http://en.wikipedia.org/wiki/Optimization_ (computer_science) #When_to_optimize

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

Ant, с другой стороны, можно использовать в любое время, независимо от дезорганизации проектов.

Что касается альтернатив, я читал хорошие отзывы о рейке.

(Кстати, я говорю о Maven 1, Haven еще не заглянул в Maven 2)

Вы можете прикрепить Debugger Windows (NTSD или WINDBG) на puccess, затем, когда вы хотите создать дамп процесса, вы можете использовать команду .dump:

0:000> .dump /ma myprocess-crash.dmp
Creating myprocess-crash.dmp - mini user dump
Dump successfully written
0:000>

Самая большая причина, по которой Maven имеет плохой рэп - интеграция IDE. Да, я знаю о M2LIPSE. Мне нравится M2Lipse. Мне нравится интеграция NetBeans еще больше.

Вот проблема. Некоторые крупные магазины, построенные инструменты, чтобы заставить Maven работать с такими вещами, как RAD 7.0. Это не работает хорошо. Эти хаки существуют, чтобы попытаться заставить Maven вести себя внутри инструмента, им не разрешено меняться (RAD 7.0). В моем случае Хакированная Maven создает только работу внутри NetBeans. Eclipse 3.5 с M2Lipse дрочит что-то ужасное.

Большая часть Devs здесь ненавидит Maven. Они не ненавидят Maven. Они никогда не действительно использовали Maven.

Это разочаровывает, но это не совсем ошибка Мавена. Мавена работала более чем в порядке для меня в другой жизни. Здесь он изнурился из-за IDE, а инструменты, предназначенные для того, чтобы сделать его пригодным для использования.

Прежде всего, для защитников Мавена говорится «Ну, вы просто не понимаете». Это, как они думают, это настоящее восхищение.

Это идет так:

Super Programmer: «Эй, мне нужно держать эту дверь открытой, у кого-нибудь есть дверной стоп» Maven Programmer: «Почему да, вот один» (показывает ему сложную коллекцию эскимовых палочек) Суперпрограммист: «Эти палочки не держат дверь открытой!» Программист Maven (Smug, Chuckling): «Вы просто не понимаете этого. Предлагаю вам прочитать руководство, и действительно изучать вещь на 1 год !!!»

Хорошо, я не знаю много о Maven, чтобы пойти в более тонкие детали, но я пытался заставить его работать больше раз, чем я забочусь, чтобы признать.
Для меня, чтобы использовать Maven довольно просто предоставляется:
.Вы надо «нанять» специальный Maven Guru, который вы не делаете для муравей; В противном случае попросите своих разработчиков провести время на изучение того, как «строить» свою работу вместо того, чтобы наклониться, как «делать» их работу
. Вы должны «купить» книгу «Они« продают, если хочешь действительнонизировать ее ».

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

Но тогда это субъективно правильно?

Ну, я уже 2 дня трачу на maven. Используя m2eclipse, я обнаружил, что зависимости, указанные в eclipse, отсутствуют в репозиториях, вот так. Когда я попробовал IAM и хотел создать простой пустой проект для struts 2, я обнаружил, что версия 2.0.9 также была удалена из репозитория. Когда я, наконец, вручную добавил артефакты и прочее, проект создал сам себя только для того, чтобы узнать, что все, что я прошу IAM сделать, он отвечает: проекты maven 2 не найдены ... Эй, разве я не использовал Maven 2 мастера проекта ??? Maven был занозой в моей заднице с первого дня. Идея, стоящая за этим, очень хороша. На практике, однако, не хватает дисциплины со стороны всех вовлеченных сторон. И это делает его практически бесполезным. BE Потому что сегодня ваш проект может быть построен. А завтра, когда какой-то тупица удалил какой-то помпон из какого-то репо, вы облажались. Так просто. Это НЕ ПРИМЕНЯЕТСЯ для развития профессионального предприятия! Нисколько. Может, через год или пять?

Maven делает не легко поддерживать нестандартные операции. Количество полезных плагинов постоянно растет. Ни Maven, ни Ant не поддерживают концепцию файловых зависимостей Make.

Maven не соблюдает принцип KISS. Попробуйте сделать что-нибудь кроме mvn clean install и у вас будут проблемы. С ant вы можете делать все, что хотите, без всякой боли.