LINUX.ORG.RU

Groovy передаётся фонду Apache

 , , ,


0

3

Команда разработчиков решила передать Groovy — Java-подобный язык программирования с динамической типизацией для JVM — в руки фонда Apache. Причиной стало прекращение финансирования со стороны компании Pivotal. По словам разработчиков, передача будет совершена ради гарантии долгосрочного развития Groovy вне зависимости от воли его основного спонсора.

По правилам фонда Apache, вначале принятие проекта должно быть одобрено комитетом фонда, после чего он попадёт в инкубатор, в котором будет проведена интеграция проекта в принятую в фонде схему разработки и лицензирования ПО. Кодовая база будет проверяться на предмет нарушения лицензий. Так же будет проведена подготовка необходимой инфраструктуры. В случае успешной интеграции проект будет переведён в разряд основных проектов Apache.

>>> Подробности



Проверено: toney ()
Последнее исправление: maxcom (всего исправлений: 3)

Ответ на: комментарий от loz

Биореактор же. Заодно и скалу похоронил заживо.

Hertz ★★★★★
()

комитетом фонда, после чего он попадёт

в инкубатор , в котором будет проведена всесторонняя

Лаборатория сумашедшего эксгуматора-некроманта, опыты, оживление мертвецов

int13h ★★★★★
()
Ответ на: комментарий от vurdalak

Подпеваем вместе!

G                Hm
Мы не знали, что он делал с нами -
         Em            C        D
Всем отрезал ноги и забрал наш мозг,
Он садировал плюшевых кукол
Изуродовал барби и поджег лицо
Где волшебные таблетки, где чудесный элексир?
Кто исправит, кто излечит?
- Страшный доктор и вампир!
Припев:
Сколько можно ждать?
Сколько можно верить?
Что он к нам вернется
Доктор Франкенштейн!
G            A#       G             A#
Страшный и ужасный – доктор Франкенштейн
Что ты с нами сделал? Доктор Франкенштейн!
Дети думали, что это шутки,
Но поверил кто-то, что волшебник он
Ночью в город забрели злодеи
И убили всех зверей и людей
Припев
Мы не знали, что же будет с нами
Он в компьютер адский засканировал мозг
int13h ★★★★★
()
Последнее исправление: int13h (всего исправлений: 1)

в руки скотомогильника Apache

Пофиксил, не благодари.

Meyer ★★★★★
()
Ответ на: комментарий от sT331h0rs3

Как раз сегодня им (груви) упарывался. Эх.

Ничего, не расстраивайся, упарываться можно будет и дальше. К тому же, одним Грувием мир головастиков не ограничивается. Помнится, был ещё такой Kotlin (и про Скалу помню).

Vudod ★★★★★
()
Ответ на: комментарий от Meyer

Java-подобный язык программирования для JVM

Но зачем?

Groovy самый популярный язык с динамический типизацией для JVM.

maxcom ★★★★★
()
Ответ на: комментарий от Vudod

Котлин еще не зарелизился. У меня грабли возникали, что он свою стандартную библиотеку не видел, так что надо было руками настройки проекта править. Не айс.

А скалу хвалят в основном те, кто ее не использует.

А на груви уже есть много кода (и весьма неплохого), плюс лицо у него одно из самых человечьих на JVM.

anonymous
()

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

Reset ★★★★★
()

Java-подобный

Шта?

hizel ★★★★★
()
Ответ на: комментарий от anonymous

gradle имеет ровно те же проблемы + не поддерживается нормально никакими IDE, не работает без плясок с бубном внутри fakeroot (я до конца так и не осилил), в качестве бекэнда использует в том числе «кривой» sbt.

Reset ★★★★★
()

Groovy передаётся фонду Apache

rip groovy, rip grails

umren ★★★★★
()

Тащемта, судьба всех недоязычков. Не удивлюсь, если и го, ди, расты там окажутся.

Deleted
()

groovy должен жить уже хотя бы ради spock. Ничего лучше spock для тестирования я не видел, да и сам groovy если не использовать его в продакшен коде, сильно сокращает рутину.

anonymous
()
Ответ на: комментарий от Reset

в качестве бекэнда использует в том числе «кривой» sbt

Шта? Лекарства принял?

не поддерживается нормально никакими IDE

IntelliJ IDEA - поддержка немного хуже, чем для мавена, но оно и понятно - мавен-то декларативный, со всеми плюсами и минусами

Имхо, gradle - самая вменяемая система сборки под JVM, если не брать в расчёт скалу. Ant - древнее императивное говнище на XML-ях, Maven слишком закрытый к кастомизации процесса сборки. У меня к грэдлу только две претензии - скорость работы (но она всё равно лучше, чем у SBT) и отсутствие интерактивного режима, как у SBT.

migesok
()

Все правильно - ценность очередного хипстерского 'better than Java' недоязычка с 2.5 фанбоев близка к нулю.

Кто-нибудь, запилите уже диалог для генерации аналогичных поделий, желательно с автоматической загрузкой видео на Coursera. Так, чтобы натыкал приглянувшихся баззвордов - и хоп!, ты уже новоиспеченный Одерский.

anonymous
()
Ответ на: комментарий от migesok

Шта? Лекарства принял?

То. Посмотри что он запускает при сборке.

IntelliJ IDEA - поддержка немного хуже

Много много хуже, поддержка на столько отвратительная, что я бы сказал, что её нет вообще. Пользоваться такой поддержкой невозможно совершенно. Например, для сборки кафки у меня постоянно открыта консоль для запуска сборки, хотя сам проект открыт в IDEA, это нормально вообще?

Reset ★★★★★
()
Ответ на: комментарий от Reset

То. Посмотри что он запускает при сборке.

Сборке чего? Скала кода? Тогда всё очевидно.

Я грэдлом для скалы не пользовался, считаю это извращением. SBT специально для сборки Scala-проектов сделан, там много есть фишек специальных, которых в остальные системы не завезли и не завезут.

migesok
()
Ответ на: комментарий от Reset

Например, для сборки кафки у меня постоянно открыта консоль для запуска сборки, хотя сам проект открыт в IDEA, это нормально вообще?

Я также с SBT работаю, норм.

Для недекларативных систем сборки такой же поддержки, как для мавена, не будет, это нереально.

migesok
()
Ответ на: комментарий от migesok

Сборке чего? Скала кода? Тогда всё очевидно.

Через sbt можно собирать что угодно и при этом не надо запускать лишних сущностей-прослоек.

Я грэдлом для скалы не пользовался, считаю это извращением.

Разработчики кафки почему-то так не считают и в какой-то момент выпилили sbt и впилили это говно.

Reset ★★★★★
()
Ответ на: комментарий от Reset

Через sbt можно собирать что угодно и при этом не надо запускать лишних сущностей-прослоек.

Тут скорее проблема в том, что Scala без SBT собирать - извращение и, плагины для сборки Scala-проектов для других систем сборки проще и надёжнее сделать через вызов SBT.

migesok
()
Ответ на: комментарий от maxcom

Groovy самый популярный язык с динамический типизацией для JVM.

Скоро на его место придёт Кложура. Наступает семимильными шагами.

Hertz ★★★★★
()

Сломавшиеся игрушки.

Команда разработчиков решила передать Groovy...

Наконец-то. (С удовольствием вычёркиваю Gradle из списка вынужденных особенностей сопровождения сборки).

И почему, интересно, любой мейнстрим рано или поздно превращается в говно на конечной стадии своего осмысления и его не жалко отдать в «инкубатор» Apache? Думают, в нём зародыш жизни и вскоре должна вылупиться какая-нибудь полезная козявка. На самом деле всё там находящееся — субстрат, показывающий как НЕ НАДО БОЛЬШЕ ДЕЛАТЬ.

iZEN ★★★★★
()

Очередное «ненужно» осознало, что оно не нужно. «Ничто в мире не меняется!».

Сейчас самое время подсчитать тех, кто едва видя язык с месяц, уже отчаянно доказывает всем, что будущее именно в этом языке. Ну и где он, ваш Груви?
Аналогичную судьбу разделят всякие Go, пилимые голимыми гуглостудентами.

Новый язык - это всегда серьёзно. Помимо чисто академической правильности, язык должен быть каким-то шагом вперёд, обрести популярность у юзеров и главное - иметь хороший финансовый «толкатель», гарантирующий, что над языком (и либами!) идёт серьёзная работа. Просто анонсировать «мы - известная компания, НАТЕ вам нашу поделку» - мало. И уж совсем глупо, когда пытаются сыскать популярность на волне «лишь бы не от микрософт».

matumba ★★★★★
()
Ответ на: Подпеваем вместе! от int13h

Мы не знали, что он делал с нами -....

Это впору петь похапэшникам - вот уж кого язык изуродовал ментально! Самая жалкая часть ИТ после саппорта.

matumba ★★★★★
()
Ответ на: комментарий от svobodka_fighter

С++ существует ещё дольше, но его статус «ненужности» почётно носится уже лет 20!
И ЧТО?

matumba ★★★★★
()

Подозрительно много закапывателей.

olibjerd ★★★★★
()

То, что не может выживать само — ненужно:)

oblepiha_tau
()
Ответ на: комментарий от oblepiha_tau

Теперь я понял всё про эмблему гитхаба. Намек на руки_из_опы

oblepiha_tau
()
Ответ на: комментарий от Meyer

Java-подобный язык программирования для JVM

Но зачем?

tomcat скрипты видел? - вот что бы такое не писать для всех плаформ, groovy очень бы подошел.

Yilativs ★★★★
()
Ответ на: комментарий от maxcom

Ничего, скоро в рамках программы по приведению проекта к стандартам апача, у груви появится нереально неудобный сайт, странный репозиторий и вялотекущие, раз-в-год-коммиты и все любители обмазаться динамикой перелезут на скалу наследоваться от scala.Dynamic - заживьом!

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.