Який зараз статус цих проектів і чи з'явився якийсь (або два) чіткий лідер?

Щоб продемонструвати мотиви мого запитання, киньте свою думку кілька років назад. Прототип та jQuery збиралися головою до голови з іншими гравцями, такими як MooTools, які також борються за виживання. Швидкий перехід до сьогодні, і загальна думка полягає в тому, що jQuery - найкраща бібліотека JavaScript загального призначення.

Чи трапилось щось подібне за останні кілька років із цими мовами на базі JVM? Чи прийшли в непридатність певні мови та покинуті? З того, що я прочитав, здається, що Скала, безумовно, добре підготовлена, щоб стати улюбленою, але, знову ж таки, майже все, що я прочитала, - це кілька років.

Я провів трохи більше досліджень - у мене виникла ідея перевірити обсяг пошуку за роки, використовуючи Google Trends . Схоже, Jython та JRuby мають відносно невеликий інтерес, тоді як обсяг Groovy зменшується, а обсяг Scala є постійним (в гіршому випадку) або незначно збільшується (у кращому випадку). Це точна оцінка?

І так, я маю на увазі не-Java мови в JVM, такі як Jython, JRuby, Groovy, Scala, Clojure тощо.

Жоден

Жоден не має можливості проникнення на ринок, щоб оголосити їх як "переможця" в гонці (якщо такий є), щоб знайти кращу мову JVM.

Перевірка доступних робочих місць (на careers.stackoverflow.com) як показник ринку для людей з цими навичками.

1 копітка робота.
4 масштабні завдання.
21 C # завдання.
22 рубінові роботи.
29 завдань пітона .
34 php завдання.
39 робочих місць java .
0 для JRuby, Jython або Grails.

^{Шукали 23.04.2011, використовуючи поштовий індекс 10001 і дальність дії 150 миль}

Рік тому було проведено оцінку розмірів спільноти Stack Overflow , і Скала отримав лідерство, а Groovy та Clojure дуже близькі. Ви можете використовувати вільно доступний дамп для здійснення подібних запитів.

У будь-якому випадку я не бачу явного переможця на землі JVM. Перш за все, існує велике натовп, який любить динамічні мови, і він не йде з Scala. Потім, є статична натовп, яка не буде працювати з динамічними мовами, такими як Groovy.

Але всі вони мають МАЛИЙ підпис, порівняно з будь-якою з великих мов там. Їм не вистачає критичної маси для забезпечення довгострокового успіху, що було б ознакою справжнього переможця.

Найпоширеніше питання - як ти заохочуєш свою організацію перейти з Java на Scala?

Scala пропонує іншу парадигму та синтаксис програмування, тоді як Groovy пропонує низьку криву навчання для Java-розробників. В обох є своє місце.

Пов’язані коментарі спільноти: /programming/3644251/what-are-your-experiences-developing-in-scala-lift/3646365#3646365

Судячи з позитивних коментарів, я б сказав, що Scala - це гарна ставка.

Я також вважаю, що інтуїтивно зрозумілий інструмент, який не викликає дуже багато питань, є позитивним показником, тому кількість запитань щодо переповнення стека не є великою метрикою.

Це питання ґрунтується на повністю помилковому припущенні, що мови JVM є альтернативними одна одній. Ви проводите аналогію з наборами інструментів JS, в яких усі користуються однією мовою, всі мають однакову аудиторію, всі мають однакове використання. Що стосується мов JVM, єдине спільне для них є те, що вони реалізовані за допомогою JVM. Крім того, це настільки широкий спектр мов, скільки ви можете отримати: статичну, динамічну, функціональну, об'єктивну ...

Наприклад, неправильно вважати, що Jython є альтернативою Scala або JRuby; це набагато більше альтернатива CPython, IronPython або PyPy.

Що стосується поточної голосової відповіді , яка також проголосується , вона також дає помилкове припущення, що опис завдання буде говорити про деталі реалізації. Насправді, навіть якщо компанія використовує Jython або JRuby, опис вакансії все ще вимагатиме досвіду Python або Ruby. Jython відповідає мовним специфікаціям, отже, Jython - Python , подібний для JRuby - Ruby .

Немає чітких лідерів - Скала, Клуджуре та Гроові зараз здаються дуже сильними (середина 2012 року).

Деякі дані опитування:

• http://thecodegeneral.wordpress.com/2012/03/04/the-big-three-jvm-languages/

Однак важко виміряти - я думаю, що посади та індекси на зразок TIOBE по суті є марними для прийняття нової мови, оскільки вони залежать в першу чергу від дуже відстаючих показників (ваш середньостатистичний володар-шевелюр не збирається наймати розробника Clojure хоча б через пару років після того, як ваші нинішні хакери Clojure створили дивовижний дивовижний продукт, і ви, нарешті, вирішили, що вам потрібно збільшити команду).