LINUX.ORG.RU

Юкихиро Мацумото работает над версией Ruby для мобильных устройств

 ,


0

2

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

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

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

Также в интервью Юкихиро охарактеризовал грядущий релиз Ruby 1.9.3 минорным, отметив, что это будет не только более стабильная, быстрая и безопасная версия текущей ветки, но также и последняя. После её выхода начнётся работа над Ruby 2.0. Юкихиро не стремится к тому, чтобы Ruby заполнил собой все существующие в задачах программирования ниши и вытеснил другие языки из остальных. На вопрос о Java он ответил: «Java имеет сложившуюся экосистему, и я считаю, что она будет существовать вечно».

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

★★★★★

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

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

> Что касается синтаксиса Ruby, то синтаксис действительно перегружен спецсимволами. Ну это не вина создателя языка. Для японца это органично.

Ларри Уолл - тоже японец? :)

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

>Ларри Уолл - тоже японец? :)

Ларри Уолл - лингвист, а лингвист даже хуже японца:)

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

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

Успокойся, из руби смайлики пистона давно выпилили

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

> Главные траблы языка Ruby:

1. Медленный! 1.8 сливал в 10 раз питону. 1.9 уже по лучше но всё равно в среднем на 30-40% медленее.

Главные траблы некоторых в том, что они дрочат на скорость скриптовых языков.

вообщем трололо

ага

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

> Начиная с RoR 3 рельса стала полностью модульной, прикручивай/откручивай любой модуль без извращений.

Хм, тогда ждём Django 2.0.

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

>Главная проблема там всегда была в реализации GC

В jruby и rubinius со сборкой мусора всё очень неплохо, кстати. Да и в основной реализации GC постепенно улучшают.

xetf ★★
()

python кстате ненужен надо portage на ruby переписать

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

>Смысл говорить о ЯП без рассмотрения реализации и батареек? Если их нету или они плохи, то ЯП годится только для хобби.

Откройте для себя jruby.

В свете вашей подписи про F#\OCaml это выглядит забавно.

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

fontpath
()

Ура! Еще бы вменяемый тулкит для графики сделали, был бы вообще шик.

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

> постоянные излияния желчи питонофагов в каждом топике о Ruby как бы намекае. Заметьте, что наоборот практически никогда не бывает. Странно всё это...

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

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

> просто постоянные излияния желчи питонофагов в каждом топике о Ruby как бы намекае. Заметьте, что наоборот практически никогда не бывает. Странно всё это...

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

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

С PyPy или с традиционным тормозным интерпретатором?

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

ну и специфическое ООП (без множественного наследования и прочих плюшек)

Ох, лучше бы множественного наследования нигде не было. А в питоне в частности. Такие эпичные костыли в виде MRO надо еще поискать. В этом месте Гвидо вдохновлялся совсем не import this.

Просто приведи примеры, когда реально нужно множественное наследование. В 99% случаев оно вырождается в трейты.

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

>В сравнении с PyPy оно как Bochs в сравнении с настоящим процессором :D

PyPy это здорово. Будет. Когда он научится запускать весь софт...

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

А вы хотели, чтобы решение со сломанной совместимостью сразу стало везде использоваться? О_о

Смотрим в историю: udev, судя по докам, был создан в 2003 году. А стал серьезно использоваться в 2006. Многие «новые» программы, вошедшие в KDE4 - на самом деле изначально были для тройки и созданы в те же годы (2003-2004). А C++ был создан вообще в 80-х, а массовую популярность начал обретать во второй половине 90-х. Так, что пройдет время и py3 будет везде.

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

Множественное наследование - вполне годная штука. Множественное наследование интерфейсов применяется повсеместно.

Наследование реализаций - другая тема и нужно намного реже.

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

1. Берем софтину

2. Пробуем запустить ее в PyPy

3. В случае облома, постим багрепорты в оба проекта (и PyPy, и софтины).

4. Если есть время - фиксим и отправляем патч разработчикам софтины.

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

Множественное наследование интерфейсов применяется повсеместно.

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

Наследование реализаций - другая тема и нужно намного реже.

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

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

Только облом в том, что он забанен.

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

В контексте Ruby, где статическая типизация отсутствует, действительно все можно сделать миксинами. Только чем они принципиально лучше множественного наследования?

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

Он забанен, как раз, после нашей с ним перепалки python vs ruby vs bash еще в начале лета, по-моему. До сих пор не разбанили?

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

Только чем они принципиально лучше множественного наследования?

Не нужны костыли, чтобы выпрямить дерево наследования.

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

Если использовать множественное наследование только как аналог миксинов, то дерево наследования и так будет прямым (все миксиноподобные вещи наследовать как virtual public).

Deleted
()

>Юкихиро Мацумото работает над версией Ruby для мобильных устройств

С мормонами и многожёнством?

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

It hurts when I shoot my foot. Поэтому в ноги себе не стреляю. А при чем здесь множественное наследование?

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

А при чем здесь множественное наследование?

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

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