Вопрос  что он дает в сравнении с обычным make файлом на С++? У меня как-то возникла необходимость собрать 
проект руками, так написал скрипт, основанный на команде javac с нужными ключами, т,е, указываю путь на нужные жары,
счас читаю документация мавена ,  воды и красивый слов много , в чем суть ? ведь там все равно javac запускаеться , 
так почему никто не хочеть писать скрипты(не модно что-ли) ,а все равно пишут их через мавен , 

кто нибудь работает с этой штукой ?

Мавен помимо тривиальной сборки еще много что умеет:

1. Подтягивать зависимости в виде библиотек из различных репозиториев в сети
2. Прогонять юнит-тесты и составлять отчеты по ним
3. Деплоить приложение на сервер и запускать сам сервер
4. Деплоить результат сборки в собственный репозиторий для того, чтоы он был доступен другим людям в виде бинарников
5. И вообще любую фичу, на которую написан соответствующий плагин. Можно хоть собственный написать.
6. И все это практически независимо от операционной системы, IDE и прочего окружения на машине разработчика.

Преимущество перед билд-скриптом тут в том, что тривиальные вещи вроде копирования, упаковки war-файла и тому подобного не надо каждый раз писать самому. Достаточно просто декларативно заявить, что это требуется сделать.

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

Надо заметить, что декларативный стиль Maven'а по нраву не всем. В качестве альтернативы можно взглянуть на ant или gradle. 

Jdk,

Mного слов красивых   Я уже их слышал,  ,
так ты пишесь сам javac(какая разница на одной машине файлы или нет ) , а так ты сотфигишь пом 
 где эти плюсы, и экономия времени,  ? какой нибудь живой пример , с нормальным обьяснением последних ,
это для тупых вроде меня,  

sergioK1, 

Любой девелопер ранее работавший с майвеном без особого труда поймет скрипты сборки в любом другом мавен проекте. Если работать с самописными скриптами, то обычно кроме узкого круга лиц никто их не понимает. Стоимость владения самописными скриптами значительно выше, чем стандартизированный подход основанный на мавен. Возьмете на проект любого кто раньше работал с мавен и он без вопросов приступит к работе: соберет проект, подключит его к IDE, сможет добавлять новые плагины и т.п. Если будет ваш скрипт, то готовьтесь объяснять новичкам как с ним работать, или пусть они готовятся читать документацию по вашей системе сборки, которую вы должны будете предварительно написать и поддерживать в актуальном состоянии.

Короче говоря, мавен - это определенная стандартизация. Стандартизация это экономия денег на обучении персонала и владении решением. 

есть хороший сайт на этут тему http://www.apache-maven.ru/
там на написано для чего, преимущества, примеры кода