LINUX.ORG.RU

Ceylon M6 «Virtual Boy»

 , ,


0

3

Представлен очередной релиз языка Ceylon M6 «Virtual Boy». Ceylon — это JVM-язык, предназначенный для написания бизнес-приложений и разрабатываемый компанией RedHat. Это первый релиз в котором полностью реализована спецификация языка. Основные изменения:

  • новый синтаксис для вызова super-interface членов;
  • nonempty variadic parameters;
  • try with resources;
  • поддержка оператора ** для умножения объектов, реализующих интерфейс Scalable ;
  • статические ссылки («static» member references);
  • метамодель, metamodel expressions и аннотации.

Загрузить (rpm, deb, zip).

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

★★★★★

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

У меня на работе есть один пропагандист Scala. Он считает его самым правильным языком и пророчит, что ещё немного, ещё чуть чуть и все перерейдут с Java на Scala. Этот ваш Ceylon из той же оперы? Кстати как он по сравне со Scala?

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

Он считает его самым правильным языком и пророчит, что ещё немного, ещё чуть чуть и все перерейдут с Java на Scala. Этот ваш Ceylon из той же оперы?

В смысле, так же ест мозг?

shimon ★★★★★
()

Virtual Boy

Т.е. они сами понимают, что языку суждено повторить судьбу тёзки из нинтендо?

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

Все эти Ceylon, Kotlin, Groovy - посредине между простотой Java и мощью Scala. Вот что мне не нравится что они не простые и не мощные при этом, и даже далеко не стабильные (кроме Groovy)

vertexua ★★★★★
()

Если сопоставить новомодные языки и предыдущие заслуги их создателей, то забавно получается. Go - автор UTF8, Scala - автор javac, Kotlin - авторы IntelliJIdea. Ceylon - автор Hibernate. Если учитывать, какую кучу говна представляет из себя Hibernate (я писал к нему плагин) - то я лучше пойду go изучать. А вообще следующий язык на JVM - это Java8 с замыканиями и лямбдами по всей стандартной библиотеке.

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

А вообще следующий язык на JVM - это Java8 с замыканиями и лямбдами по всей стандартной библиотеке.

+100500. С появлением восьмерки смысла в полумерах типа котлина с цейлоном не особо остается.

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

Ты же знаешь — самого правильного не существует.

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

Если учитывать, какую кучу говна представляет из себя Hibernate

И если учитывать, какую кучу говна представляет из себя IntellijIdea, то остаются go — для маленьких вещей и прототипирования без привязки к VM, java — для больших серьезных проектов, groovy (автор — Spring) и scala — по необходимости.

Остальное — эталонное нинужно.

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

Жабья стандартная библиотека в любом случае уродска, этому уже не поможешь. А авторы цейлона с одной стороны делают свою библиотеку, свободную от реликтовой совместимости. А с другой стороны цейлон умеет компилиться и в яваскрипт, которому доступна та же самая стандартная библиотека. Хоть и не вся, вещей типа ceylon.process и ceylon.file там пока нет по понятным причинам. Учитывая, что яваскрипт становится универсальным байткодом нового времени, верным путём идут.

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

groovy (автор — Spring)

Кстати groovy постигла судьба Spring. Есть, обновляется, поддерживается, но не модно, не молодежно, вообщем «фи». Хотя и все работает

vertexua ★★★★★
()

Не смог нагуглить демо страничку с клиентским кодом на Ceylon, хотел посмотреть на нагенереный код

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

У меня все отлично работает. А вас никто не заставляет писать на скала. Но ваше мнение очень ценно для нас. Спасибо.

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

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

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

возможности запутать код так, что обфускатор позавидует.

Согласен что можно. И более того, авторы распиареных фреймворков так и делают. Но можно быть консервативным и получать только профиты.

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

но не модно, не молодежно, вообщем «фи»

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

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

Лично ты дашь гарантию, что очередной программист на проекте на запутает код, стоит только за ним недоглядеть и не влепить живительных люлей?

Nagwal ★★★★
()

Как вы яхту назовёте...

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

Кто о чём, а лор об отступах и точках с запятой, ёпт. Собственно, главный поинт Гвидо:

If this is what it takes to have compile-time type-safety in a language, I'll take dynamic typing any day.

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

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

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

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

А где их взять то, этих senior-ов скаловских, в нужных количествах, да еще таких, чтобы нос не воротили от рутинной работы типа клепания формочек и отчетов (которые блин на проекте никто не отменял)?

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

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

vertexua ★★★★★
()
Последнее исправление: vertexua (всего исправлений: 1)
Ответ на: комментарий от bhfq

То есть если java - это свинья, то ceylon - это свинья с человеческим лицом

/fixed

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

чтобы нос не воротили от рутинной работы типа клепания формочек и отчетов (которые блин на проекте никто не отменял)?

Пф, легко. Сделать не менее модный и молодежный UI на ХипстерJS. Или UI пусть делают другие

vertexua ★★★★★
()
Последнее исправление: vertexua (всего исправлений: 1)
Ответ на: комментарий от bbk123

Ceylon человечнее (ближе к Java, никакой вонючей функциональщины), но все равно не нужен, потому что Java сама по себе хороша (да-да, даже checked exceptions хороши весьма).

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

Я всегда симпатизирую музейным экспонатам - эталонным джава девелоперам, которые любят checked exception, getters/setters и ненавидят ФП. Я не согласен с ними, но они умиляют и я наслаждаюсь наблюдением за ними. Особеннок когда в Java что-то меняется и то что они обсирали раньше они теперь хвалят. Ибо «как в джаве, так правильно»

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

Ну уж за когнитивную нагрузку Гвидо сам лучше бы помолчал бы. Питончег уродлив. В нем полно нечитабельного говна - генераторы, list comprehensions.

Правильным путем идет только Java и языки, созданные Виртом.

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

На чем скриптецы писать с простой обработкой текстовых файлов, парочкой сетевых операций и опционально простым гуем?

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

Java хорошая до Java1.5, а все, что дальше, скатилось в сраное говно. Приличные люди никаких «новых» возможностей языка не используют, и другим использовать не дают.

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

Приличные люди никаких «новых» возможностей языка не используют

Diamond notation, try-with-resources, NIO 2, Scripting API?

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

Оба нужно компилировать, распространять в JAR с зависимостями, а ведь можно быстренько наваять на один раз прямо в vim прямо на тачке на Amazon, или запросто отослать кому-то gist

vertexua ★★★★★
()
Последнее исправление: vertexua (всего исправлений: 2)
Ответ на: комментарий от vertexua

Потому что проблемы скалы в больших проектах сразу видны:

- Очень задранный порог вхождения. Писать на яве или питоне можно любую обезьяну научить за 3 месяца, хорошо писать. На скале согласны писать одни хипсторы невменяемые, они обучению воощбе не поддаются.

- Та самые точки с запятыми тоже, и вообще «синтаксическая гибкость» - когда один и тот же код можно написать семнадцатью способами, и это только на уровне синтаксиса. В яве, в питоне - ну нет такой проблемы. В скале - каждый самовыражается как умеет. Надо было ещё добавить возможность форматировать код разными цветами и шревтами, как в ворде - гибкость, ёпт.

- Теперь ФП. Когда с умом - чудесная вещь, можно писать код и короче, и проще. Иногда. На практике адептами скалы оно применяется как главный инструмент для обфускации. Зачем нам понятный код, мы же дебилы какие, лучше напишем однострочник на десять строк с лямбдами и континуэйшонами, это интеллектуально и элитно.

- Вообще просто много фич. Хороший язык должен быть ортогональным и компактным. Чтобы видишь проблему - и сразу знаешь, каким инструментом её решать. Только не в скале. Она больше похожа на панель инструментов том самом ворде, ёпт. Ух, имммутабельность! Ух, ёпт, акторы! Довайти заюзаем у себя всё, да побольше!

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

vasilenko ★★
()
Последнее исправление: vasilenko (всего исправлений: 1)
Ответ на: комментарий от vasilenko

Все аргументы уперлись в отстрел себе ног какими-то дебилами. Смотри

MyClass k = null;
k.myMethod();

Все, придется выкидывать Java на помойку.

vertexua ★★★★★
()

Вышло очередное ненужно от ненужно.

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

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

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

Зависит от культуры проекта. Я видел проекты где лабают с утра до вечера, и там код действительно не лучший, зато есть ранние прототипы и на Java это или писалось бы слишком долго или размеры кода перешли черту понимания, а в Scala сам код посказывает намерения автора. В других проектах есть время и финансы, там хорошо следят за качеством кода и Scala используется достаточно консервативно. Типы выбираются с умом чтобы балансировать между универсальностью и простотой

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