А про Python он что сказал? Или цензура не пропустит?

Сказал, что у Ruby есть Heroku, RoR и Gems, намекнув «а что есть у других?»

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

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

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

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

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

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

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

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

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

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

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

Буквальный перевод = плохой перевод.

Покажи фразу, которая тебя натолкнула на такую версию перевода :)

mobile computing is the way to go

.

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

Отлично же! :)

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

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

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

Java имеет сложившуюся экосистему, и я считаю, что она будет существовать вечно

Угу, а ещё она не тормозит.

> Pip

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

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

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

> во сколько раз оно медленнее питона

ЕМНИП, оно сейчас даже на синтетике вровень с Питоном.

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

Как бы не получился монстр аля Perl6 с такой же судьбой.

Хватит и аналога py3.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

+100500 %)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

> без множественного наследования

Нахер оно нужно?

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

рубироид

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

Pip

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

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

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

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

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

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

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

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

http://ruboto.org/

Первый релиз Ruboto - пишем на Ruby для Android

Есть только один язык с математически выверенным синтаксисом и это не петон.

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

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

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

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

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

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

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

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

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

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

[quote]

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

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

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