|
| 1.5, Аноним (-), 15:14, 12/03/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Что за старье начали постить? Pivotal очень давно уже сказал что груви развивать не будет, все надеялись что гугель возьмется но гугелю такие девелоперы которые развивают груви даром не нать. А вообще Groovy по большей части стал ненужен когда нормально стал работать JRuby, что собственно и стало причиной смерти оного.
| | |
| |
| 2.16, й (?), 10:31, 13/03/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Вы Java-код собираете из jrake? И тесты к нему у вас тоже на jruby? Ну и как вам это?
| | |
| |
| 3.17, iZEN (ok), 11:01, 13/03/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
 > Вы Java-код собираете из jrake? И тесты к нему у вас тоже на jruby? Ну и как вам это?
Есть же легковесный maven. Зачем что-то ещё?
| | |
| |
| 4.18, Аноним (-), 11:15, 13/03/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Есть же легковесный maven.
У жабистов свои понятия о легковесном. Если даунлоад менее 200 мегабайтов и запускается на 16-ядерном проце с 128 гигз - значит легковесный.
| | |
| |
| 5.29, bOOster (ok), 19:14, 15/03/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
 легковесно - значит операция за такт. Представляем вообще че при 6 тыщах оборотов в ДвигателеВнутреннегоСгорания делается?
| | |
| 5.30, bOOster (ok), 19:21, 15/03/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Есть же легковесный maven.
> У жабистов свои понятия о легковесном. Если даунлоад менее 200 мегабайтов и
> запускается на 16-ядерном проце с 128 гигз - значит легковесный.
А сколько это весит - в наше время только далбичей интересует, ну или лошков с префиксом PROGMEM..
| | |
| |
| 6.31, arisu (ok), 19:28, 15/03/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
 вот как? как ты умудряешься *постоянно* говорить глупости? ну ведь даже чисто по теории вероятностей один раз что‐то умное сказать должен. ан нет…
| | |
|
|
| 4.20, й (?), 11:22, 13/03/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
1. ага, с конфигами в xml. gradle не так уж их плох на его фоне.
2. groovy достаточно удобен для писания скриптов сборки и тестов.
| | |
| |
| 5.22, iZEN (ok), 22:54, 13/03/2015 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> 1. ага, с конфигами в xml.
На момент создания maven'a формат представления XML был в моде. Сейчас ничто не мешает XML переписать в JSON.
> gradle не так уж их плох на его фоне.
Скажем так: gradle сильно избыточен. Зачем готовить стартовый стол на космодроме для запуска воздушного змея? И так ведь делается при любой сборке проекта...
> 2. groovy достаточно удобен для писания скриптов сборки и тестов.
sh-скрипт ещё более удобен, так как не нуждается в 100 мегабайтах поддерживающей инфраструктуры.
| | |
| |
| 6.23, й (?), 00:24, 14/03/2015 [^] [^^] [^^^] [ответить]
| +/– | |
> Сейчас ничто не мешает XML переписать в JSON.
ну, и что мне написать maven'у, чтобы он читал pom.json, а не pom.xml? гугль ничего не дал.
> Скажем так: gradle сильно избыточен
вы точно его пользовали? там configuration by convention, т.е. в широком ряде случаев она не нужна вообще или минимальна. в отличие от maven.
> sh-скрипт ещё более удобен, так как не нуждается в 100 мегабайтах поддерживающей инфраструктуры.
вы видели template engine на шелле? я видел, это ужасно.
| | |
|
| 5.26, Аноним (-), 00:45, 15/03/2015 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> 1. ага, с конфигами в xml. gradle не так уж их плох на его фоне.
Для Java xml вполне нормальное явление, потому как там работать с этим форматом очень удобно. Но maven я тоже не люблю. И не за xml.
| | |
|
| 4.24, wolf1221 (ok), 01:28, 14/03/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
 izen не палился бы ты, в очередной раз, быдлоподелочки a la Hello World этим угробищем собираешь? А слабо собрать мавеном проект с тремя библиотеками, две из которых от третьей зависят? И по-теме: если в сабже будут так-же как в мавене ошибки править, то лучше сразу закопать. Баге с зависимостеми в мавене уже больше 12 (ДВЕНАДЦАТИ) ЛЕТ, и она не самая древняя.
| | |
| 4.25, Аноним (-), 00:37, 15/03/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Сам программирую на Java и скажу, что ваш maven гадость редкая.
Первое, что мне не нравится это подключение к репе и нет возможности работать оффлайн.
Ясно или не явно должен быть указан центральный репозиторий. Если скажем я захотел использовать только для решение зависимостей, то это не получится. А разрешение зависимостей порой еще больше создает проблем, чем их решает, а порой лишь создает иллюзию решения зависимостей. Потому как иногда получается так, что некоторые могут быть не явными.
В этом случае приходится разбираться в ручную. Поэтому для меня подручные инструменты это IDE среда и Ant и больше ничего.
| | |
| |
| 5.27, iZEN (ok), 02:39, 15/03/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Сам программирую на Java и скажу, что ваш maven гадость редкая.
> Первое, что мне не нравится это подключение к репе и нет возможности
> работать оффлайн.
Есть такая возможность. Maven может спокойно работать в оффлайне, если в его локальном репозитории находятся все необходимые артефакты. То же самое, кстати, должно обеспечиваться и другими системами сборки и управления зависимостями — это от средства сборки не зависит, так как родить отсутствующую зависимую библиотеку из выхлопа никто не может.
> Ясно или не явно должен быть указан центральный репозиторий.
Нет.
| | |
| |
| 6.28, Аноним (-), 03:27, 15/03/2015 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Maven может спокойно работать в оффлайне, если в его локальном репозитории находятся все необходимые артефакты.
А мне не нужны репозитории:) Но без них он видимо работать не хочет.
> Нет.
Ну вы же сами сказали локальный, но все же должен быть.
Я мавен давно включал, но потом понял(когда разбирался с ним) что мне он не нужен. Он только усложняет, но никак не решает самые простые мои задачи.
| | |
|
|
|
|
|
| 1.7, arisu (ok), 16:25, 12/03/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
> как сделать проект жизнеспособным в долгосрочной перспективе
> перевести разработку под крыло организации Apache Software Foundation
взаимоисключающие параграфы рулят.
| | |
| 1.11, Аноним (-), 18:49, 12/03/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Это про который сам автор говорил "если бы я тогда знал о скале, то не стал бы его делать"?
| | |
| |
| 2.21, Stocker (?), 12:23, 13/03/2015 [^] [^^] [^^^] [ответить]
| +/– |
Не "знал" а "увидел" или как - то так, скалы тогда просто не было, она появилась сильно много позже, когда груви уже был достаточно матёрым и известным.
| | |
|
| 1.32, count0krsk (ok), 03:17, 20/03/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 >>инструменты для контроля качества CodeNarc
Ну всё понятно, дальше можно не читать. Опять упоротые неосиляторы Си свой ЯП написали, а теперь его впаривают. Хоть бы не палились так явно ))
Я вот не понимаю одного. В Линухе столько софта нет, аналогичного винде. Тот же Electronic Workbench в конце 90х в винде был, а в линухе какая-то кривая поделка Spice с которой ни в зуб ногой без мана, как сделать простенькую симуляцию.
Гимп и Блендер ещё есть куда пилить, да куча всего не доделана для использования НЕ-программистами. Документация на русском опять же не для всего.
Нет, надо пилить свою ОС, свой компилятор Си, свой ЯП, и гнуть потом пальцы.
А теперь поставь минус и листай дальше.
| | |
|
