Константин Китманов

Не совсем то, но все-таки.

require.js + соотв. плагин для grunt.js

Есть MutationObserver. Но в слушателе все равно придется тупо навешивать плагины (хоть это и можно автоматизировать).

Это большая тема. Одно из лучших объяснений, имхо.

А если сделать два одинаковых трека, один только с левым каналом, второй с правым, и управлять их громкостями?

Dojo, Google Closure Library (не путать с Compiler) и ExtJS. Во всех трех именно дофига готовых контролов.

Кажется, вам нужен паттерн не то Observer, не то PubSub.

А почему бы не использовать сам Capistrano? У нас python-проект деплоится именно им.

Такая функция была описана в «книжке с носорогом», в главе про модули и пространства имен.

А почему не сделать просто ссылку с правильным адресом, зачем хитрости с history.back?

api.jquery.com/jQuery.ajaxSetup/

В последнем проекте использовал swig, очень счастлив. Похоже на Twig/Django/Jinja. Много умеер из коробки (наследование, макросы, фильтры), легко расширяется.

попробуйте отключить половину JS, если не поможет — то другую. Ту половину еще пополам и так далее.

1. jQuery Templates заброшены и более не поддерживаются. Это надо учесть. Скорость у них не самая плохая, но вроде бы есть и побыстрее.
2. Рендерится оно будет действительно долго — клиентская машина скорее всего медленнее сервера. Можно сделать две вещи: отдавать клиенту заранее скомпилированные шаблоны (нет особого смысла, если шаблоны простые), и рендерить не сразу всё, а асинхронно кусками по 5 ваших строк.
3. Можно заменить пагинацию на «бесконечный» скроллинг. Поиск обеспечить другими средствами.

Срабатывает ASI.

Сделайте ;(function() {})(); — будует работать.

Backbone-relational?

Сейчас стоит использовать только .on — все остальное будет потихоньку переходить в deprecated.
Отличие .bind от всех остальных в том, что он слушает события напрямую на элементе, тогда как все остальные подразумевают перехват и обработку всплывающих по DOM-дереву событий (т.н. «делегирование событий»).