https://www.opennet.ru/openforum/vsluhforumID3/101735.html Разработчики динамического языка программирования Groovy (http://groovy-lang.org/) объявили (http://glaforge.appspot.com/article/groovy-projects-intends-to-join-the-apache-software-foundation) о решении перевести разработку под крыло организации Apache Software Foundation и направили (https://blogs.apache.org/foundation/entry/groovy_submitted_to_become_a) соответствующую заявку (http://mail-archives.apache.org/mod_mbox/incubator-general/201503.mbox/%3CCA%2BULb%2BtHEc5N9vDvu526Jmb%3Dte4F3yCwCWWJxxMC07EAz_35wQ%40mail.gmail.com%3E) на принятие проекта в инкубатор Apache. Язык Groovy заимствовал некоторые полезные качества Ruby, Haskell и Python, но создан для работы внутри виртуальной машины Java (JVM) и поддерживает тесную интеграцию с Java приложениями. За годы существования Groovy, вокруг данного языка сформировалась экосистема из связанных проектов, таких как MVC web-фреймворк Grails (http://grails.org/), swing-ориентированный фреймворк Griffon (http://griffon.codehaus.org/), системы сборки Gant (http://gan https://www.opennet.ru/openforum/vsluhforumID3/101735.html#32 Fri, 20 Mar 2015 00:17:46 GMT &gt;&gt;инструменты для контроля качества CodeNarc<br><br>Ну всё понятно, дальше можно не читать. Опять упоротые неосиляторы Си свой ЯП написали, а теперь его впаривают. Хоть бы не палились так явно ))<br>Я вот не понимаю одного. В Линухе столько софта нет, аналогичного винде. Тот же Electronic Workbench в конце 90х в винде был, а в линухе какая-то кривая поделка Spice с которой ни в зуб ногой без мана, как сделать простенькую симуляцию. <br>Гимп и Блендер ещё есть куда пилить, да куча всего не доделана для использования НЕ-программистами. Документация на русском опять же не для всего. <br>Нет, надо пилить свою ОС, свой компилятор Си, свой ЯП, и гнуть потом пальцы. <br><br>А теперь поставь минус и листай дальше. <br> https://www.opennet.ru/openforum/vsluhforumID3/101735.html#31 Sun, 15 Mar 2015 16:28:57 GMT вот как? как ты умудряешься *постоянно* говорить глупости? ну ведь даже чисто по теории вероятностей один раз что&#8208;то умное сказать должен. ан нет&#8230;<br> https://www.opennet.ru/openforum/vsluhforumID3/101735.html#30 Sun, 15 Mar 2015 16:21:36 GMT &gt;&gt; Есть же легковесный maven.<br>&gt; У жабистов свои понятия о легковесном. Если даунлоад менее 200 мегабайтов и <br>&gt; запускается на 16-ядерном проце с 128 гигз - значит легковесный.<br><br>А сколько это весит - в наше время только далбичей интересует, ну или лошков с префиксом PROGMEM..<br> https://www.opennet.ru/openforum/vsluhforumID3/101735.html#29 Sun, 15 Mar 2015 16:14:18 GMT легковесно - значит операция за такт. Представляем вообще че при 6 тыщах оборотов в ДвигателеВнутреннегоСгорания делается?<br> https://www.opennet.ru/openforum/vsluhforumID3/101735.html#28 Sun, 15 Mar 2015 00:27:17 GMT &gt; Maven может спокойно работать в оффлайне, если в его локальном репозитории находятся все необходимые артефакты.<br><br>А мне не нужны репозитории:) Но без них он видимо работать не хочет.<br><br>&gt; Нет.<br><br>Ну вы же сами сказали локальный, но все же должен быть.<br><br><br>Я мавен давно включал, но потом понял(когда разбирался с ним) что мне он не нужен. Он только усложняет, но никак не решает самые простые мои задачи.<br> https://www.opennet.ru/openforum/vsluhforumID3/101735.html#27 Sat, 14 Mar 2015 23:39:42 GMT &gt; Сам программирую на Java и скажу, что ваш maven гадость редкая.<br>&gt; Первое, что мне не нравится это подключение к репе и нет возможности <br>&gt; работать оффлайн.<br><br>Есть такая возможность. Maven может спокойно работать в оффлайне, если в его локальном репозитории находятся все необходимые артефакты. То же самое, кстати, должно обеспечиваться и другими системами сборки и управления зависимостями &#8212; это от средства сборки не зависит, так как родить отсутствующую зависимую библиотеку из выхлопа никто не может.<br><br>&gt; Ясно или не явно должен быть указан центральный репозиторий.<br><br>Нет.<br> https://www.opennet.ru/openforum/vsluhforumID3/101735.html#26 Sat, 14 Mar 2015 21:45:14 GMT &gt; 1. ага, с конфигами в xml. gradle не так уж их плох на его фоне.<br><br>Для Java xml вполне нормальное явление, потому как там работать с этим форматом очень удобно. Но maven я тоже не люблю. И не за xml.<br> https://www.opennet.ru/openforum/vsluhforumID3/101735.html#25 Sat, 14 Mar 2015 21:37:24 GMT Сам программирую на Java и скажу, что ваш maven гадость редкая.<br>Первое, что мне не нравится это подключение к репе и нет возможности работать оффлайн.<br>Ясно или не явно должен быть указан центральный репозиторий. Если скажем я захотел использовать только для решение зависимостей, то это не получится. А разрешение зависимостей порой еще больше создает проблем, чем их решает, а порой лишь создает иллюзию решения зависимостей. Потому как иногда получается так, что некоторые могут быть не явными.<br>В этом случае приходится разбираться в ручную. Поэтому для меня подручные инструменты это IDE среда и Ant и больше ничего.<br> https://www.opennet.ru/openforum/vsluhforumID3/101735.html#24 Fri, 13 Mar 2015 22:28:56 GMT izen не палился бы ты, в очередной раз, быдлоподелочки a la Hello World этим угробищем собираешь? А слабо собрать мавеном проект с тремя библиотеками, две из которых от третьей зависят? И по-теме: если в сабже будут так-же как в мавене ошибки править, то лучше сразу закопать. Баге с зависимостеми в мавене уже больше 12 (ДВЕНАДЦАТИ) ЛЕТ, и она не самая древняя.<br>