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)

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

Django и Pip. Про Heroku не вкурсе.

Но вообще, странная инициатива, вместо наступления там, где может быть уместно, делать специальную версию для мобил...

Python вон хочет вообще всё, как девочек, и даром.

kid_lester
()

Чем больше платформ — тем лучше, но у явы есть андроид, у c# — MonoTouch и MonoDroid, какое окружение будет у Ruby?

note173 ★★★★★
()

> «Будущее — за мобильными вычислениями, что и является одной из причин адаптации Ruby для мобильных устройств». Никаких дополнительных деталей реализации упомянуто не было.

На новость как-то не тянет.

Да и вообще. Лучше бы скорость работы транслятора улучшали. Это для любой платформы актуально.

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

> намекнув «а что есть у других?»

95% рынка на троих?

wxw ★★★★★
()

Также разработчик добавил: «Будущее — за мобильными вычислениями…

Че-то не могу найти это место в интервью.

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

mobile computing is the way to go

.

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

ins3y3d ★★★★★
() автор топика

Так он же вроде в Энджин Ярде работает, а там совсем другими вещами занимаются.

Но руби на мобилках — ок ヾ(@⌒ー⌒@)ノ

Apple-ch ★★
()

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

Опять совместимость поломают... Ох уж эти японцы, угробят же хороший язык. Синтаксические изменения в 1.9 уже не радуют, боюсь представить, что Матц насочиняет под 2.0. Как бы не получился монстр аля Perl6 с такой же судьбой.

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

Gem по-моему пофичастее будет.

Ты хотел сказать bundler?

baverman ★★★
()

когда выйдет для MotoMAGX тогда он нужен

a1batross ★★★★★
()

Руби на костылях, на мобильных устройствах. Уже смешно.

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

> Про Heroku не вкурсе.

Крайне рекомендую посмотреть что это такое ;)

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

> Про Heroku не вкурсе

Это такой наколенный Google AppEngine для крутых школьников с RoR, судя по всему.

anonymous
()

RoR и Django это попса с кучей граблей готовых плагинов для ленивых (что бы по меньше думали и делали ещё более быдлокод) Мир Python благо не зациклен на Django и есть адекватные и качественные альтернативы (начиная Pylons и заканчивая Web.Py).

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

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

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

3. Контингент... я что то не встречал адекватных программистов которые юзали RoR (склоняюсь к мысли, что веб программист это вообще не программист) Очень низкого качества код.

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

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

RoR меня бесила их ORM благо в мире ruby всё же есть адекватный народ: http://datamapper.org/  — но её прикручивание к RoR ещё то извращение. Ненавижу эти монолиты... другое дело Pylons - выбирай чё хочешь и соединяй в любых сочетаниях.

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

>какое окружение будет у Ruby?

Бизнес по продаже аккумуляторов на колесиках.

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

>Главные траблы языка Ruby: 1. Медленный!

Ви таки отличаете язык от rеализации? По-моему нет.

2. Жуткий синтаксис, перегруженный спец символами

Не лучше перегруженности прибитых гвоздями отступов.

Контингент... я что то не встречал адекватных программистов которые юзали RoR

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

P.S. Ocaml/F# кодер.

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

>> 2. Жуткий синтаксис, перегруженный спец символами

Не лучше перегруженности прибитых гвоздями отступов.

+100500 %)

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

> Не лучше перегруженности прибитых гвоздями отступов.

Вы бы хотя бы читали, что пишите. Бред. Что касается синтаксиса Ruby, то синтаксис действительно перегружен спецсимволами. Ну это не вина создателя языка. Для японца это органично. Поэтому Ruby так популярен был изначально именно в Японии. Конечно математически выверенный синтаксис Python гениален в своей простоте. Но опять же красоту Python может оценить только программист с математическим складом ума. У Ruby тоже есть несомненно своя красота, но она японская, там слишком много магии и символики. У Python сейчас только две проблемы которые ждут своего решения - это производительность и поддержка многопоточности. Со второй проблемой, да и с первой есть значительные подвижки.

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

Вы бы хотя бы читали, что пишите. Бред.

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

> 2. Жуткий синтаксис, перегруженный спец символами (новый перл блин)

Не осилить синтаксис Ruby — это отдельное достижение, за которое можно сразу давать специальную премию.

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

Лучшее ООП со времен SmallTalk. Опять же, не осилить ООП в Ruby — это отдельная феерическая номинация. Открой для себя модули и примеси, а также то, что множественное наследование — это костыль специально для статически типизированных языков, который в Ruby не нужен в принципе.

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

> Что касается синтаксиса Ruby, то синтаксис действительно перегружен спецсимволами. Ну это не вина создателя языка. Для японца это органично. Поэтому Ruby так популярен был изначально именно в Японии. Конечно математически выверенный синтаксис Python гениален в своей простоте. Но опять же красоту Python может оценить только программист с математическим складом ума. У Ruby тоже есть несомненно своя красота, но она японская, там слишком много магии и символики. У Python сейчас только две проблемы которые ждут своего решения - это производительность и поддержка многопоточности. Со второй проблемой, да и с первой есть значительные подвижки.

Знатный высер. Это копипаста, или вы сами генерируете такой бред?

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

> Ви таки отличаете язык от rеализации? По-моему нет.

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

Не лучше перегруженности прибитых гвоздями отступов.

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

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

> Сказал, что у Ruby есть Heroku

Естессно, и получил бонус от руководства. Он там работает, если чо.

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

>...какое окружение будет у Ruby?

рубироид

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

Должен остаться только один!

Pip

Gem по-моему пофичастее будет.

Обоих ненавижу! Управлятор пакетов в системе должен быть один. Лучше если это будет Portage. Когда появляются всякие пипы-шмипы-гемы-шмемы наступает анархия и бардак. С нетерпением жду того дня, когда всё что касается Ruby emerge будет ставить, обновлять и сносить обращаясь к rubygems, но не самостоятельно.

Camel ★★★★★
()

Лучше бы Perl портировали, а не этот руби. Скучный он какой-то.

Othniel
()
Ответ на: Должен остаться только один! от Camel

Оно то так, давно пора сделать какой-нибудь унифицированный API для управления пакетами, но пока что без pip/gem/npm/lein сложно, мейнтейнеры дистрибутивов не могут (да и не должны) всё это поддерживать.

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

по сравнению с Ruby - Java просто летает!

anonymous
()
Ответ на: Должен остаться только один! от Camel

>Обоих ненавижу! Управлятор пакетов в системе должен быть один. Лучше если это будет Portage. Когда появляются всякие пипы-шмипы-гемы-шмемы наступает анархия и бардак.

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

У руби есть rvm, но там всё немного похитрее с запуском, имхо он в принципе менее удобен, хотя многое умеет.

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

>> Не лучше перегруженности прибитых гвоздями отступов.

Вы бы хотя бы читали, что пишите. Бред.

И где именно бред в «+100500 %)»?

tailgunner ★★★★★
()

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

Ждем список TopRuby-500.

Хотя - если он сделает «клей» для соединения стандартных вычислительных задач, будет интересно.

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

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

Ты с Ruby работал хоть? Главная проблема там всегда была в реализации GC, из-за чего рельсы постоянно текли. Всё остальное, включая сферическую производительность в вакууме - мелочи и вкусовщина.

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

> RoR меня бесила их ORM благо в мире ruby всё же есть адекватный народ: http://datamapper.org/ — но её прикручивание к RoR ещё то извращение.

С полпинка прикручивается и datamapper, и sequel, особенно в новых модульных 3.x. Извращение - это прикручивать sqlalchemy (да и вообще что угодно) к джанге. Джанго - это просто памятник монолитостроению.

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

[quote]

2. Жуткий синтаксис, перегруженный спец символами

Не лучше перегруженности прибитых гвоздями отступов. [/quote]

Да, не лучше. Отступы и правда божественны.

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