Егор, вам дело говорят. Я бы тоже не стал задерживаться на медиа-сайте, где нет регулятора громкости и mute

Абсолютно бессмысленно менять redis на этот велосипед. И то и то хранит данные в памяти.

В autocomplete важен latency от юзера до сайта. Если пинг большой — всё-равно будет тормозить.

Забавно, что если понимать «простой» как существительное, да ещё и применительно к бизнесу — совсем другое эффект :)

Я сначала подумал, что это агрегатор плюсов и минусов (с того же iXBT) — вот тогда это сервис был бы полезным.

Не понятно, в топике вы пишите про 25 коп., а на сайте стоимость 50 коп.

Есть простая схема с выбором усн,
если прибыль более 50% — выгоднее 6% усн,
если менее 50%, то 15% усн

работник может халявить и не будет рычагов влияния

Тут уж ничего не поможет. Вы набираете сотрудников для чего? Чтобы выступать в качестве надзирателя/карателя?

Берите в команду взрослых головой людей и таких проблем не будет.

Откуда дровишки?

Я думаю, те кто берут i7, естественно планируют (или имеют в перспективе планы) взять хорошую дискретную видюху.

Для разработки хватит с лихвой i5 + хороший ssd + побольше памяти.

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

Что выгоднее сотруднику — выше «белая» з/п + немного гемора или низкая «серая», но без гемора.
Всё-таки малому бизнесу платить более 1/3 от з/п вникуда трудновато.

Это коммент к Koshelew выше. Хабрапарсер глюкнул.

Почему разочарования? Есть тесты, показывающие преимущество над i7?

i7 — хороший проц, не думаю, что разница с sandy bridge будет ощутима. + маркетинг в начале запуска нового процессора — цены будут накручены сначала.

С другой стороны — я тут не рендерю, не компилю и не кодирую.

А для тех, кто этим занимается -, не поверите, есть кардинальная разница… в купе с хорошим объёмом памяти и ssd диском.

xml для энтерпрайз решений, json для веб.

$ 45к — это нормально для портала такого уровня.

Изначально писали про 1.4 млрд. рублей.

Будут пользоваться ровно до тех пор, пока не сделают аналогичное, но и ещё удобное. Не надо недооценивать важность дизайна (информационного, юзабилити)

Зачем в отдельный hotkey.css? Оптимизаторы хайлоадов наоборот думают, как меньше запросов к серверу делать (спрайты, пакинг, all-in-one etc.).

Спокойно в дефолтном css хранить стили.

Знаешь, я уже после того как поигрался с эвентами, погуглил плагины — Ресиг написал плагин для хоткеев на базе существовавшего плагина для версий до 1.4. А мы тут велосипедим)

Пожалуйста, мой вариант обработки HotKeys.
Вы забыли в своём плагине про keypress, в котором надо останавливать выполнение HotKeys браузера.

Присваиваете элементу класс «hotkey» и rel=«hot+key», демо, jsbin

var hotkeys = {
  48: '0', 49: '1', 50: '2',
  16: 'shift',
  17: 'ctrl',
  18: 'alt',
  13: 'enter',
  32: 'space',
  38: 'up',
  40: 'down',
  27: 'esc',
  191: '/'
}
var keys = [];

$(window).bind({

  keypress: function(e){
    // Prevent browser bulit-in HotKeys
    if(hotkeys[e.which ? e.which : e.keyCode]) e.preventDefault();
  },

  keydown: function(e){
    if(e.keyCode == 17){ // Ctrl
      // Show HotKeys Tip
    }
    if(hotkeys[e.keyCode]) keys.push(hotkeys[e.keyCode]);
  },
 
  keyup: function(e){
    var o = $('.hotkey[rel='+keys.join('+')+']');
    o.is('input[type=submit]') ? o.submit() : o.click();
    keys = []; // clear array
    
    if(e.keyCode == 17){ // Ctrl
        // Hide HotKeys Tip
    }
  }
  
});

Дальше — сами ;-)