himik

Уже полтора года использую для веб-разработки Dell 2412M. Очень нравится что соотношение сторон 16:10 — эти 120 пикселей высоты ещё никогда не были лишними.
Ноутбук почти всё время разработки находится в закрытом состоянии.
Только на отдельных стадиях проекта — как то вёрстка или тестирование задействую дисплей ноутбука.

Звук выведен на колонки совместимые с этой моделью монитора. (есть разъём питания)
Для управления использую беспроводные logitech клаву и мышь, ресивер которых воткнут в хаб монитора.

Собственно подключение ноутбука после поездки занимает секунд 15 — usb, звук, питание, hdmi. Ноут с SSD примерно за это же время успевает загрузится.
Была идея купить 27-дюймовый монитор с 2560 точками по горизонтали, но многие приглянувшиеся модели не имеют hdmi входа (
DisplayPort на моём ноутбуке непредусмотрен, а через переходник hdmi-dvi (как у меня подключен 2412M) разрешение выше 1920х1200 увы, недостижимо. Учитывайте этот нюанс.

По поводу матрицы: разработка — не игры и не фильмы. И время отклика не так критично ;-) Для меня было важно отсутствие бликов — поэтому никакого глянца.
Благо сейчас производители уже не заваливают рынок сплошным глянцем, и есть из чего выбрать.

Я сам попробовал много разных способов, даже в свое время покупал лицензию Jira + Stash. Требовалось хранилище репозиториев, вики для документации и что то issue-трекера. Остановился на gitlab. Очень классный инструмент. Есть простенький issue трекер, вики как на гитхабе (git), стена (что то вроде чата между разработчиками). Когда нужно работать в команде — открываю доступ к тому или иному репу. Права доступа настаиваются. Тоже параноик, поэтому настроил через https.
Можете юзать на виртуалке, если не хотите удаленно. Переноситься все очень просто — возможность делать бекапы и восстанавливаться заложена в движке. Все остальное, что вы описали присутствует.

Оф. сайт: gitlab.org/
Демо: demo.gitlab.com/users/sign_in
Бесплатный хостинг (можете попробовать с тестовым проектом поиграться): gitlab.com/users/sign_in

Вы пытаетесь привязать событие к эллементу, которого еще нету на странице. Варианта 2:
1) использовать делегаты

$('#container').on('click', '#start', callback);

2) навешивать событие после вставки элемента в DOM (в success калбэке). Но это как по мне моветон.

Результат должен выглядеть как-то так:

$(function () {
    var $container = $('#container');
    $.post('/ajax/test', {}, function (data) {
        $container.html(twig({ ref: «begin_test» }).render(data));
    });

    $container.on('click', '#start', clickCallback);
});

jsfiddle.net/6AHnH/1/
В хроме и фф работает, в ие проверить пока не могу, но точно не будет работать в ие6.

Всё просто: побитовые операторы в js работают только со знаковыми (signed) целыми (integer) длиной в 32 бита (оператор >>> работает с unsigned). Иными словами, побитовые операторы интерпретируют операнды как последовательность из 32 битов.

Т.о., при выполнении ~3 число 3 представляется в виде 0000 0000 0000 0000 0000 0000 0000 0011, результат, понятное дело 1111 1111 1111 1111 1111 1111 1111 1100 — это -4. Если крайний левый (знаковый) бит равен 0 — число положительное, если равен 1 — число отрицательное. Максимальное знаковое целое, которое уместится в 32 бита — это 0111 1111 1111 1111 1111 1111 1111 1111, или 2147483647 (по основанию 10). Минимальное 32-bit signed integer — это 1000 0000 0000 0000 0000 0000 0000 0000, или -2147483648.

2147483647   0111 1111 1111 1111 1111 1111 1111 1111
100          0000 0000 0000 0000 0000 0000 0110 0100
5            0000 0000 0000 0000 0000 0000 0000 0101
4            0000 0000 0000 0000 0000 0000 0000 0100
3            0000 0000 0000 0000 0000 0000 0000 0011
2            0000 0000 0000 0000 0000 0000 0000 0010
1            0000 0000 0000 0000 0000 0000 0000 0001
0            0000 0000 0000 0000 0000 0000 0000 0000
-1           1111 1111 1111 1111 1111 1111 1111 1111
-2           1111 1111 1111 1111 1111 1111 1111 1110
-3           1111 1111 1111 1111 1111 1111 1111 1101
-4           1111 1111 1111 1111 1111 1111 1111 1100
-5           1111 1111 1111 1111 1111 1111 1111 1011
-100         1111 1111 1111 1111 1111 1111 1001 1011
-2147483648  1000 0000 0000 0000 0000 0000 0000 0000

~~3.14 // 3

Шаг 1: число приводится к целому и представляется в виде последовательности 0000 0000 0000 0000 0000 0000 0000 0011.
Шаг 2: производится сама побитовая замена 0->1 и 1->0. Получаем 1111 1111 1111 1111 1111 1111 1111 1100, или -4 (по осн. 10).
Шаг 3: производится ~(-4), то бишь получим в итоге 3.

Ну, с нулем всё понятно думаю.

В свете того, что проект переписывается на Ruby, я бы посоветовал Вам обратить внимание на Resque. Также есть альтернатива в виде Sidekiq, которая может обеспечить более качественный уровень параллелизма за счет реального fork'a, так что начать я бы предложил все же с него.

Помимо предложенных выше решений, которые более специфичны для Ruby, можно использовать другой подход: поставить, например, RabbitMQ — это брокер сообщений, написанный на Erlang. Схема работы с RabbitMQ, упрощенно, следующая:
есть очереди, находящиеся под контролем RabbitMQ; в эти очереди разные процессы могут записывать сообщения (например, по крону, запустили скрипт, который определил фронт работ, и разослал сообщения о работах по очередям); есть процессы, которые «слушают» определенную очередь, и когда в очередь поступает новое сообщение RabbitMQ выбирает один слушающий процесс и передает ему это сообщение (т.е. распределением сообщений в очереди по процессам занимается RabbitMQ).

chained js
www.appelsiini.net/projects/chained