Я специально не использовал coffee и sass, чтобы было как можно меньше завязок на частные решения. Главная задача проекта — дать посыл к развитию данной темы. Увы за несколько лет её так никто и не разработал.
Так именно с посыла UseRifle был сделан гем. И я очень надеюсь, что поступят еще рациональные предложения.
Эти частные решения встроены в современные рельсы. А вот haml, который так туда и не попал в вашем примере присутствует :). Ваше дело, но я не понимаю этой логики.
Я использую sublime. Писать на хамле быстрее чем на erb и код намного легче читается. Slim меня не устаревает, ввиду его требованиям к форматированию кода и параметров. Это вопрос исключительно личных предпочтений. Писать вьюхи на erb после 3 лет опыта работы с хамлом невыносимо. Вот почему хамл.
Завязывать гем на sass и coffee не вижу смысла. Там всего строчек 20. Кому надо за 10 минут сделают так как им надо. А для людей с нулевым опытом в разработке это может быть пугающим — пусть в репе они увидят понятный им css и js код.
На самом деле такие мелочи — не стоят потраченного на них времени.
Самый медленный кусок, конечно, паршелы. Ты знаешь, Миша, а в этом что-то есть.
Думаю, такую возможность имеет смысл сделать в качестве одного из вариантов. Как основной подход я бы не стал это использовать. Если это будут комменты — то асинхронность убьет индексацию поисковиком. Как с этим быть?
Даже на хабре больше 200 комментов — это не постоянное явление. Паршелами это отрисуется сек за 15 + кеширование.
Для административных частей — да. Надо попробовать. Отличная идея!
Первый раз вижу, если честно. По сути главное повесить обработчик onUpdate, собрать и отправить на сервер 4 параметра — id, parent_id, prev_id, next_id. Если это можно достаточно просто сделать — до привязка не должна вызвать трудностей. Но я не думаю, что смогу в ближайшее время этим заняться.
gem the_sortable_tree