• О, неко-гуру проснулся. Скажи чего почитать толстого и основательного по рельсам. Всякие 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, Ясно. Ну, как всегда пройдусь профайлером и обнаружу что тормоза больше в БД или что за оптимизацию мне не заплатят :/