Groovy 2.0

Вообще круто.

пользуясь случаем спрошу - каков минимальный размер в мегабайтах рантайма OpenJDK7 в режиме headless?

интересует, что вот допустим для питона такой рантайм займет несколько мегабайт

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

Опциональная статическая типизация

Как в Дарте? Вообще, хорошая фича и разумный компромисс.

Раздление JAR-файла groovy на несколько модулей, возможность добавления собственных модулей для расширения существующих классов платформы

Эм... это и есть Project Jigsaw?

нет

Опциональная статическая типизация, позволяющая диагностировать ошибки

Хочу такое для Питона :/

Хочу такое для Питона :/

Boo? Хотя это не JVM, да.

В чём killer-фича и область применения этого языка? Скриптовая джава или что-то большее?

Область, может, и есть но вот groove-програмистов :) не видел. Потому что scala.

У нас кадры 2 года проект разрабатывали на Groovy и после запуска в продакшн обнаружили что сервер не тянет и винят ЯП а не свои кривые руки :)

В py3k вроде же добавили по крайней мере аннотирование функций.

Оно игнорируется.

Опциональная статическая типизация, позволяющая диагностировать ошибки

Тем не менее данной концепции соответствует :)

У нас кадры 2 года проект разрабатывали на Groovy и после запуска в продакшн обнаружили что сервер не тянет и винят ЯП а не свои кривые руки :)

И, наверное, того человека, кто принял решение об использовании Groovy :) Поэтому всегда есть чудесное обоснование использовать си, яву, перл, а теперь и питон независимо от задачи.

Оно не игнорируется, оно просто не про типы. Хотя несколько библиотек которые релизуют контракты аннотациями есть, что еще нужно :)

Оно не игнорируется

Стандартный компилятор просто сохраняет их в *.pyc, IIRC. Это мало чем отличается от игнорирования.

Так ответственный за выбор Груви теперь и предлагает переписать всё на Java :)

killer-фича, безусловно, вот в этом http://svn.groovy.codehaus.org/browse/groovy/trunk/groovy/groovy-core/src/mai...

Зачем это нужно?

О, иногда это бывает в некоторых библиотеках, но в груви - наиболее изящно выглядит. Шок! Если вы еще не используете ЭТО, вам, возможно, следует знать, что.....

Это помесь Java и Ruby?
У него есть преимущества перед java или ruby?

Самому не смешно?

Да хеловорлд в питоне жрет 1мб а на джаве 20-30

Но проект хотяб на 1мб кода(исходного) будет жрать и в питоне 20мб и на джаве.

А утечки памяти питона и рандомныр рассинхрон потоков и ошибки с приведением типов...будут проекты которые падают после обновления питона на 0.0001 версию...ничего серьезного предпочитаю не делать на питоне,джава в разу лучше,не говоря уже о то что хеловорлд на питоне легко реализавать и на Си с подключением кроссплатформенных библиотек,а там где программа сама по себе жрет десятки Гб-джава оправдывает себя на 100%.

вообще то я про место на диске... раньше я слышал что в сжатом виде рантайм 60-70 мегабайт, но это как-то многовато

именно для простых мелких прог придется таскать очень много лишних байт

Детский ультимативизм.......

Для мелких прог можно использовать Си/bash/все что подходит для задачи...

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

У нас кадры 2 года проект разрабатывали на Groovy и после запуска в продакшн обнаружили что сервер не тянет и винят ЯП а не свои кривые руки :)

У меня для вас плохие новости. Ваши кадры могли легко и непринужденно снизойти с небес и поработать немного с java над ресурсоемкими участками кода.

Обнаружили что сервер не тянет.

О масштабировании ваши кадры конечно же не слышали.

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

два года работы-это по меркам СССР порядка 1000$ на зарплату двух программистов за все время,по 250$ в год(в моем селе и в радиусе не Столицы мира 100$ в год нормальная зарплата).Стоимость сервера тоже около 1000-1500$.что не ясно?

Ну докстринги тоже игнорируются, но PLY их использует. Это такой наброс от Гвидо писателям библиотек, чтобы им было вокруг чего магию делать.

два года работы-это по меркам СССР порядка 1000$ на зарплату двух программистов за все время,по 250$ в год(в моем селе и в радиусе не Столицы мира 100$ в год нормальная зарплата).Стоимость сервера тоже около 1000-1500$.что не ясно?

Ты сделал мой день.

У меня для вас плохие новости. Ваши кадры могли легко и непринужденно снизойти с небес и поработать немного с java над ресурсоемкими участками кода.

Какие аноны пошли! libastral пользуются только так и диагностируют проблему на расстоянии!

Кстати, советую вашу телепатию зсунуть where sun doesn't shine, так как ценность ваших выводов == 0

О масштабировании ваши кадры конечно же не слышали.

Ну и зачем масштабировать каждое корявое приложение?

Вы что комиссионные с продаж получаете?

Или одминов продаёте?

Какие аноны пошли! libastral пользуются только так и диагностируют проблему на расстоянии!

Да, мы такие, завидуйте :)

Ну и зачем масштабировать каждое корявое приложение?

зачем 2 года тратить на его разработку тогда?

Вы что комиссионные с продаж получаете?

Вы о чем, сударь? Продаж чего?

Или одминов продаёте?

А админы тут каким боком?

дело не в без жабы никуда а в том что современные суперплатформы не дают возможность поставлять только то что надо а не все что есть

gcj или ikvm+ngen тебе в руки

Эта киллер-фича, безусловно характерна и для венца технологий (по заявлениям местных аналитиков): омегакрутого хаскеля:

Prelude:
zip
zip3

List:
zip4
zip5
zip6
...

Годно.
Но в mvnrepository ещё нету, там только рц3

Грув же умер

Это даже не за еду в селе работать.

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

вообще то я про место на диске...

Проприетарный пакет с JRE занимает 15 метров. Как я понял OpenJRE в природе нет, есть только OpenJDK. Какая у тебя цель я не совсем понял, но если ты бы ты захотел поставлять java рантайм из OpenJDK вместе со своими коммерческими приложениями, то из-за лицензии GPL ты бы этого сделать легально не смог бы. А например mono рантайм имеет LGPL лицензию, и по этому моно так популярен среди разработчиков инди игр (сужу по HIB).

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

15 Мб стандартная поставка. Можно сделать меньше.

годный язык, нравится.

Бха! Может, просто дать ему под зад коленом и использовать промышленный C#? :)

Scala - это «работа над ошибками жабы». Язык вполне годный, но не слишком распространённый, т.е. сразу бизнес-риски: 1) Где и как решать проблемы, которые не удаётся решить даже доками? 2) «Эффект кирпича» - где искать замену ушедшим? Сколько им платить? 3) Как обосновать язык клиенту? Есть ведь такие клиенты, которые ещё диктуют своё железо, OS и язык! (не понимая сами, зачем купили 5 лет назад это барахло) 4) Кто и насколько шустро будет решат проблемы в языке? Как быстро он будет развиваться? Ведь язык ещё толком не обкатан.

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

1) Исходники доступны, любая проблема решаема. Хотя не очень понятно, что имеется в виду. Вот в JVM баг, что с ним делать? Очевидно искать обходной путь.

2) В смысле где? Сайтов много, hh.ru, linux.org.ru, rsdn.ru, moikrug.ru из известных российских. Сколько платить не знаю, полагаю, что меньше, чем Java-программистам аналогичной квалификации, т.к. писать на скале приятнее, за вредность джавы доплачивать не нужно.

3) Если есть JVM 1.5+, скала пустится, это просто одна JAR-ка в проекте. Не знаю серверных платформ, на которых нет JVM. Если заказчик заставляет исходный код писать на Java, то тогда проблемы выбора не стоит в принципе.

4) Решать будет разработчик языка . Насколько шустро не знаю, с багами пока не сталкивался. Новые версии выходят часто, багфиксы тоже, язык активен. Критический баг, уверен, поправят сразу. Почему язык не обкатан - не понятно. Уже несколько очень полноценных IDE существует, много библиотек, книги, фреймворки.

Но проект хотяб на 1мб кода(исходного) будет жрать и в питоне 20мб и на джаве.

Очень жаждем услышать, откуда увеличение в 20 раз для интерпретируемого языка.

А утечки памяти питона и рандомныр рассинхрон потоков и ошибки с приведением типов

Такого нет. Даже рандомныр (кстати, кто это?).

будут проекты которые падают после обновления питона на 0.0001 версию

Да, да, знаю такой, называется JDeveloper. Wait, OH..!!

не говоря уже о то что хеловорлд на питоне легко реализавать и на Си с подключением кроссплатформенных библиотек

Ехал в маршрутке, на экранчик выводились гороскопы: «Стрелец. Кто сказал, что изобретать велосипеды плохо?». Вот это про таких упоротых как ты.

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

А утечки памяти питона и рандомныр рассинхрон потоков и ошибки с приведением типов

Такого нет. Даже рандомныр (кстати, кто это?).

Рандомныр Рассинхрон Потоков это герой боровшийся за независимость Сибири. Но он допускал ошибки с приведением типов, и армия управляемая этими типами была разбита.

В python есть опциональный уборщик циклических ссылок в мусоре, который можно изредка запускать в коде больших проектов, если вдруг что. Проект будет работать, и можно спокойно искать утечки по ходу дела, переделывать на weak references где надо, и заказчик не будет вынужден выслушивать какую то техническую бесмылицу(с его точки зрения).

qulinxao, залогинься! :)

Рандомныр Рассинхрон Потоков это герой боровшийся за независимость Сибири. Но он допускал ошибки с приведением типов, и армия управляемая этими типами была разбита.

сделал мой день

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

Я не школоло чтобы переживать, чем заниматься через 2 года

A Скала, несмотря на отдельные преимущества - мертворождённый язык, не в последнюю очередь изза синтаксиса.

Бха! Может, просто дать ему под зад коленом и использовать промышленный C#? :)

Запомните
- Криворуким никакой ЯП не поможет.

Запомните. А лучше запишите. Пригодится судя по вашему посту.

Скала уж явно распространённей чем груви.

Поздравляю вас, господин словрамши

Вот поиск работ на монстре в США:
Scala:83 http://jobsearch.monster.ca/jobs/?q=scala&cy=us
Groovy:152 http://jobsearch.monster.ca/jobs/?q=groovy&cy=us&sort=rv.di.dt

Т.е. после 10 лет популярность этих ЯП стремится к 0.
Особенно по сравнению с тем-же Perl не говоря уже о Java.