Комментарии 23
Покажу эту ссылку всем, кто спрашивал, зачем нужен Open Source, если за него никто не платит денег. Спасибо за перевод.
+5
Думаю из этой статьи\интервью можно понять вектор направления Руби. И это круто скажу я вам :)
+2
Если учесть, что matz, по собственному признанию, не очень фанатеет от веба, то развитие должно заключаться в скорости и стабильности, а не каких-то особых облачных фич, и польза от этого будет всем, а не одному лишь Heroku. И вот это — радует.
+2
А разве облачные вычисления нужно можно использовать только для веб?
0
В контексте Ruby — думаю, да. Сомневаюсь, что кто-то в здравом уме станет обрабатывать большие объемы данных на Ruby — нет, я тоже очень люблю этот язык, но с учетом скорости интерпретаторов это как-то не слишком рационально.
0
Тогда почему до сих пор треды зеленые?
-2
Простите, лолшто? Начиная с 1.9 используются потоки ядра в модели m x n.
Если вам так хочется in-process concurrency, используйте Rubinius. Пока там полностью реализован только синтаксис 1.8 (рельсы работают), но с настоящими потоками. Работа над 1.9 идет полным ходом, к концу месяца должен быть релиз.
Если вам так хочется in-process concurrency, используйте Rubinius. Пока там полностью реализован только синтаксис 1.8 (рельсы работают), но с настоящими потоками. Работа над 1.9 идет полным ходом, к концу месяца должен быть релиз.
+1
А, ну да, ну да, нативные треды прикручены за счет интеграции YARV. Не так выразился, простите. Вот есть только проблема — чтобы более 9000 унаследованных сишных расширений не поломались, приделан GIL. В результате — не более одного треда одномоментно.
Что такое in-process concurrency, я, к стыду, не знаю. Если не затруднит — просветите или дайте ссылочку.
А хочется чтобы многоядерный числогрыз использовал все ядра. Именно поэтому скрипты для пакетной обработки логов netflow в биллинге в нашем запускаются под jruby.
Что такое in-process concurrency, я, к стыду, не знаю. Если не затруднит — просветите или дайте ссылочку.
А хочется чтобы многоядерный числогрыз использовал все ядра. Именно поэтому скрипты для пакетной обработки логов netflow в биллинге в нашем запускаются под jruby.
0
Ну я так обозвал потоки без GIL.
Я спросил на #rubinius о его текущем состоянии. В ветке 2.0.0pre (несмотря на название, она стабильна и продакшн-ready) нету GIL. Сишные расширения обернуты блокировками. Серьезно, попробуйте запустить что-нибудь на нем.
Мне посоветовали еще показать вам этот вебкаст, он выйдет на следующей неделе. Если будет транскрипт, я его переведу и выложу на Хабр.
Я спросил на #rubinius о его текущем состоянии. В ветке 2.0.0pre (несмотря на название, она стабильна и продакшн-ready) нету GIL. Сишные расширения обернуты блокировками. Серьезно, попробуйте запустить что-нибудь на нем.
Мне посоветовали еще показать вам этот вебкаст, он выйдет на следующей неделе. Если будет транскрипт, я его переведу и выложу на Хабр.
0
Буду ждать вебкаста.
А по rubinius — буду ждать 1.9 и обязательно попробую.
А по rubinius — буду ждать 1.9 и обязательно попробую.
0
А вы присоединяйтесь к разработке. Там же почти все на Ruby.
+1
Оччень интересное предложение. Давно думал влиться в какой-нибудь open-source проект чтобы подучиться. Пара вопросов:
1. А Вы там?
2. Если да, то с чего начать?
1. А Вы там?
2. Если да, то с чего начать?
0
1. Я сейчас работаю на фултайм (зарабатываю на учебу); с одной стороны, пишу на Rails, с другой, времени не очень много. По мере возможности я слежу за разработкой, но моего вклада в Rubinius пока нет.
2. Зайдите на #rubinius на irc.freenode.net ) Даже если вы просто расскажете, как работает (или, возможно, не работает) тот ваш проект на 2.0.0pre, это все равно будет полезно. Ну и, конечно, вам объяснят, что и как писать.
Мне тоже можете задавать вопросы, низкоуровневую часть Ruby я вроде как себе представляю.
2. Зайдите на #rubinius на irc.freenode.net ) Даже если вы просто расскажете, как работает (или, возможно, не работает) тот ваш проект на 2.0.0pre, это все равно будет полезно. Ну и, конечно, вам объяснят, что и как писать.
Мне тоже можете задавать вопросы, низкоуровневую часть Ruby я вроде как себе представляю.
0
Хм, интересный тренд. Ryan Dahl, создатель nodejs, то же недавно присоединился к Joyent, которая является аналогом Heroku. Конечно, есть большое отличие — Joyent так же приобрело IP nodejs, чего Heroku по отношению к Ruby не сделало (что, я считаю, очень хорошо).
0
сегодня в твиттере проскакивало: Yukiheroku Matsumoto
+8
присоединился к облачному стартапу Heroku (подразделению Salesforce)
Только почему к «стартапу»? Компания давно на рынке.
0
Сами они пишут, что Heroku — это платформа, но компанию же нельзя назвать «платформой». К облачной компании? облачному сервису? облачному хостеру? Как лучше?
0
>(Примечание: Если быть точным, главный офис Heroku расположен в Сан-Франциско, а не в Кремниевой долине, но в пресс-релизе написано «компания Кремниевой Долины»).
Сан Франциско и Кремниевая Долина это же как Москва и подмосковье. Перешел на другую сторону улицы — и уже в SF. Так что многие относят SF к Кремниевой Долине.
Сан Франциско и Кремниевая Долина это же как Москва и подмосковье. Перешел на другую сторону улицы — и уже в SF. Так что многие относят SF к Кремниевой Долине.
0
Так это не мое примечание (там же не написано «прим. пер.», верно?). См. оригинал.
+1
Кстати, компании Heroku — респект и уважуха. Если конечно, коварных планов каких-нибудь нет…
+2
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Yukihiro Matsumoto теперь работает в Heroku