О, неко-гуру проснулся. Скажи чего почитать толстого и основательного по рельсам. Всякие agile* почти нифига нового не дают.

@wyldrodney, Рельсы bloated и унылы. А чего тебе надо? Читай документацию.

@Cirno, Мне нужно понимание работы аякса, знать как работают встроенные в рельсы обёртки для жабаскрипта (главное — оно вообще зачем?), и чего-нить чтобы мозги вправить. А то иногда такую говноархитектуру рожаю, сам удивляюсь.

@wyldrodney, Бгг. А какое отношение имеет аякс к рельсам? Хуячишь запрос на жырквери, в контроллере отдаешь json ему.

@Cirno, Чтобы писать это в серверной части, нужно представлять что нужно на клиентской. Т.е. примитив по примерам сделать могу, но больше — фиг — знаний не хватает. Подскажи чего изучать (желательно не практику, её уже хватает) после стандартного гайда.
А пока в планах высоконагруженный сайтик с порнографией. На рельсах будет просто и удобно. Даже тормозить негде. А будь что-то посложнее (сейчас такое), пойдут кривые решения.

@wyldrodney, Может, стоит присоединиться к какому-то проекту? Или хотя бы почитать код от профи?

@wyldrodney, Дунно даже, я последнее что читал по этому Thinking Forth, но только начал.

@wyldrodney, У меня не на рельсах, и именно руби-кодинг. То что сейчас пишу к вебу вообще не имеет отношения. Да и смотреть пока нечего, sloc < 100 lines.

@Cirno, Не то. Мне бы разобраться как внутри рельсовой архитектуры не городить слишком кривых решений :)

@Cirno, А что же на рубях можно кодить? Язык классный, но тормоз же.

@wyldrodney, Всё что угодно. Есть задачи, где скорости далеко не самое важное. Да и вообще, где они действительно нужны помимо числодробилок? Да и руби ненамного медленнее питона, 1.9 вроде вообще быстрее второй ветки. Плюс си-экстеншены работают параллельно потоку интерпретатора.

ruby

Увидела, и не читала всё что было до этого.

@Marisa, Зашел в тред @ сказал всем что скрыл.

@Cirno, Ну если числодробилкой называть любую тяжёлую обработку данных, то уже проблемка: текущий сервис на руби довольно сильно грузит проц. Версия же на плюсах оказалась в 7 с небольшим раз быстрее.

@Marisa, Не мешай.

@wyldrodney, Не бывает плохих инструментов, бывают плохие алгоритмы.

@wyldrodney, Данные обрабатывались асинхронно, тредами, воркерами?

@Cirno, Алгоритм один) Неверно выбран инструмент. Дойдёт время до оптимизации, буду думать.

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

@Cirno, Примитивная математика, там нечего оптимизировать. Разве что почитать про многопоточность в руби и попробовать это сделать) Но пока рано.

@wyldrodney, Математику и правда на рубях не стоит. Тем более руби кэннот инто SMP. Говоря на пальцах, у тебя не будет работать два потока с руби кодом в интерпретаторе одновременно. It's a law.

@Cirno, Стоп, а сторонние интерпертаторы? Емнип, многопоточность где-то обещали.

@wyldrodney, Сомневаюсь что там где-то что-то работает, в силу архитектурных особенностей си-экстеншенов. В JRuby нормальная многопоточность, но он слишком специфичен. Хотя для числодробилки пойдет более чем.

@Cirno, Ясно. Ну, как всегда пройдусь профайлером и обнаружу что тормоза больше в БД или что за оптимизацию мне не заплатят :/