Вышел Ceylon 1.1

Чем отличается от Scala?

Чем отличается от Scala?

Он, по сравнению с Java, _не_ выглядит как C++ по сравнению с C.

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

в самом Ceylon перегрузка не поддерживается

наверное, взамен есть какая-то охренительная фича. можно глянуть

It runs on both Java and JavaScript virtual machines, bridging the gap between client and server.

Ну разве это не круто? Неужели только меня восхищает когда некая софтина может быть такой гибкой и локально-универсальной? Где любители красоты программных платформ?

В чем красота то? Почему код на клиенте и сервере должен иметь какое-то сходство? Кроме того что работадателю выгодно нанимать одного человека на все должности.

В чем красота то? Почему код на клиенте и сервере должен иметь какое-то сходство?

Вот меня просто нереально радует когда я сопрягаю микроконтроллер и комп - и при этом много кода общего, общие классы. Это так же приятно, как писать например на Qt - когда один код на любой платформе, будь то сервере, или там терминале с GUI + на телефоне. Это дело вкуса, и это в моем вкусе.

Сейчас только ленивый не работает в браузере по-моему. Java в том числе работает, кстати.

Что еще за терминал с GUI или телефон с Qt?

print(«Hello, ``name``!»);

мда, один «язык» корявее другого

В чём ты корявость увидел? В строковой интерполяции?

Да во всем.

1. Устаревшее и невнятное название функции записи в поток вывода: «print». То есть проектированием стандартной либы никто не занимался. Куда нагляднее бы выглядело что-то вроде console.write или там output.write. Наверняка можно и лучше придумать. Какой нафиг принт, куда, почему ... пипец, 21й век на дворе называется.

2. Абсолютно ненужный вырвиглазный велосипед своего синтакиса из верхних кавычек. Даже если без строковой интерПРЕТАЦИИ автор никак не мог обойтись, ну так хоть синтаксис бы взял какой-то привычный и вменяемый. Что за две верхние кавычки? Многие пол дня будут искать их на клавиатуре.

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

4. Ну и про интерпретацию строк я лучше вообще просто промолчу... Хотя нет, не выдержу - я просто не вижу практического смысла функцию форматирования текста по шаблону делать частью языка. Элементарно в либу добавить функцию вроде string.format(«Hello {0}!», name) и не плодить ненужных сущностей. Есть масса более важных вещей, чем можно нагрузить парсер.

Плохо в общем. Автор недоязыка взялся за то, за что ему браться не следовало.

телефон с Qt?

BlackBerry 10 UI - Qt

Ясно.

Вышел Ceylon 1.1

Еще одно мертвое «ненужно»

Кроме того что работадателю выгодно нанимать одного человека на все должности.

Это выгодно только в мелких конторках, начиная со средних это играет наоборот, лучше нанимать человек на отдельный участок, быстрее/качественнее.

Тебя троллят, а ты ведешься.

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

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

Есть реальные проекты на сабже? Им кто-нибудь вообще пользуется?

ускорена компиляциия
Проверено: Shaman007

На кого ж ты нас покинул, Луговской...

наверное, взамен есть какая-то охренительная фича. можно глянуть

Там вместо перегрузки опциональные параметры, типы-объединения и типы-пересечения.

«Автор недоязыка» - Gavin King, создатель Hibernate. Все принятые решения он аргументированно объяснил в блоге и туториале по языку. И точку с запятой, и интерполяцию строк (hint: она не только для вывода нужна).

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

интерПРЕТАЦИИ

string interpolation

console.write

string.format(«Hello {0}!», name)

Ты серьёзно считаешь блевотный public static new c# эталоном проектирования?

И чувак, string format - это блевотинка из прошлого века, лучше уж s"Hello, $name!"

Сейчас все кому не лень пишут свои языки. И очень много языков под JVM. Так что, этим уже никого не удивишь.
ИМХО, куда важнее какие-то реальные фичи ПЛЮС хорошее коммьюнити и активный пиар.
Этим требованиям удовлетворяет только Scala и Clojure (из JVM'ных). Всякие Kotlin'ы, Цейлоны и прочее - какой в них смысл? Особых фич нет, никто про эти ЯП не знает, никому из работодателей они не нужны.

console.write или там output.write

Ну тогда уж stdout.write, пидорашка.

Нужно больше языков для JVM!

Java не нужна. JavaScript только для браузера. Итог - гнилые технологии развиваются и отвлекают ресурсы от реальных нужд.

Не, насчет Java не гони - она нужна.

Зачем точка с запятой на конце строки? Неужели так сложно парсер сделать, чтобы обходиться без них? В том же яваскрипте справились.

Js - откровенно дурачкий пример. Да, там почти всегда можно пропускать точку с запятой, но иногда таки нельзя. В скале то же самое: можно заставить компилятор ошибиться при выводе точки с запятой. Цейлон во главу угла ставит консистентности и простоту. Лучше пусть меня заставляют всегда ставить точку с запятой в конце выражения, нежели иногда иметь дело с не очевидным поведением.

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

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

В Python можно написать многострочное выражение - в скобках (ну и слеш, да).

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

Kotlin по сравнению со Scala намного младше, поэтому он ещё не дорос до какого-то признания в индустрии. Scala тоже не сразу признали и начали активно использовать.

Kotlin привносит значительно меньше новых сущностей и является скорее надстройкой над языком Java, а не чем-то кардинально новым. За счёт этого его проще использовать в Android, не нужно таскать за собой толстый рантайм Scala.

Те же JetBrains активно используют и Kotlin и Scala для своих нужд.

Ты серьёзно считаешь public static new c# эталоном проектирования

По крайней мере страндартная либа там организована и именована в 100 раз лучше, чем где бы то ни было. Еще не идеал, но брать лучшее можно.

лучше уж s"Hello, $name!"

string.format намного читабельнее в коде. Понятно что делается, над чем делается и в пределах стандартного синтакиса. А лучше или нет сам шаблонизатор форматирования - логичнее оставить выбор пользователю, а не прибивать наглухо к языку.

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

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

А на этом чуде техники можно веб гуй писать, раз оно в js компилируется? Т.е. как там дела обстоят с использованием dom-а и взаимодействием с нативными js библиотеками?

активно используют

инфа соточка? Или как обычно фантазер диванный?

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

На дефконф представитель JetBrains рассказывал об этом на секции посвященной Kotlin.

Нет смысла ему не верить.

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

По крайней мере страндартная либа там организована и именована в 100 раз лучше, чем где бы то ни было.

Ага, ICollection.Count и IEnumerable.Count(). Шарп не противный язык, но не более.

string.format намного читабельнее в коде.

Нет. Это даже не вкусовщина, просто нет.

нового языка

боже...

console.write или там output.write

Ну тогда уж stdout.write, пидорашка.

Это всё фигня. Потому что в том, что вы предлагаете write есть метод класса stdout или console или чего-то там ещё. Но вывод возможен не только в stdout, но и в stderr, а ещё в файл и ещё абы куда. Тогда либо придётся делать все классы устройств дочерними от базового, что часто не удобно, либо реализовывать несколько раз один и тот же функционал, либо использовать множественное наследование. Вместо этого нужно, чтобы write была функцией стандартной библиотеки и принимала объект и сообщение.

И этим представителем был Андрей Берслав?

Ну тогда уж stdout.write, пидорашка.

Говнокодер детектед. За прямой вывод в stdout, а не в конфигурируемый логгер вообще кастрировать надо.

Говнокодер детектед. За прямой вывод в stdout, а не в конфигурируемый логгер вообще кастрировать надо.

Разработчики coreutils, да и вообще системно-прикладного софта, рвут на себе волосы перед величием обезьянок от программирования.

Нет, Филипп Торчинский.

Ага, и чтобы логгер был обязательно на джаве.

Тут основная идея в том чтобы получить очередной новый язык для промышленной разработки, чтобы простой как ява, но лучше. Отсюда и набор фич: Модули. Jigsaw непонятно когда будет и будет ли, а об OSGi никто и не знает. Дженерики. Declaration-site variance и понятные человеку ошибки(недопустимо чтобы компилятор мог вывести тип, который не может описать программист). Ваще типы. Прикольные объединения и пересечения типов - получение объекта фс возвращает что-то типа File|Dir|Nil, требуя от программера явно распаковывать объект к конкретному типу. Есть ограниченный вывод типов, отсутствуют примитивы, null более не является инстансом любого типа, типобезопасная метамодель. Ide. Разработчики разумно полагают что среда разработки это не просто вспомогательный инструмент, без которого можно обойтись, а важнейшая для для разработки вещь.

Кроме явы логгеры уже не на чем писать?