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

Ну поставите вы кучу говноплагинов в сублайм, а если вы работаете не один и другие разработчики используют другие редакторы/IDE? Ну, положим, вы всех убедили перейти на сублайм, теперь вам надо всем поставить эти плагины и всем их настроить.

А через три дня в команду взяли Васю, который пишет только на виме, что теперь делать?

А что делать с деплоем, как получить на проде склеенные скрипты и CSS из LESS? Cтавить на сервер сублайм? Так там даже иксов нет. Хранить в гите артефакты сборки? Плохая идея (каюсь, я пробовал).

Во-первых, таск-раннер -- это отдельная сущность, не надо ее лепить в редактор. Во-вторых, gulp/grunt предоставляют готовую и всем разработчикам понятную структуру. В-третьих, получаете простоту комбинирования готовых тасков и простоту создания своих.

1. По умолчанию, если не указано в bower.json автором пакета, содержимым этого пакета является все содержимое репозитария на данный момент. В bower.json можно указать, какие директории и файлы можно игнорировать, т.е. не включать их в состав, когда кто-то инсталлит ваш пакет.
3. bower info jquery, например.

Четкого определения и деления нет, но обычно под верстальщиком понимается человек с нулевым или околонулевым знанием JS, который просто выдает на гора кучу html и css, а кто-то другой этой все оживляет скриптами и натягивает на движок.
Фронтенд-разработчик -- человек, который делает все вплоть до взаимодействия с сервером (и шаблонные движки, и общение по AJAX).

Нет и не надо. Когда меня синенькая соцсеть (ну или другая синенькая соцсеть) спрашивает мой пароль от этой соцсети, я примерно знаю, куда он отправляется (ФСБ или ФБР, не так уж важно:)). А когда незнакомый сайт, который я первый раз вижу, спрашивает пароль от другого сайта — это уже подозрительно.

IDE дл веб-разработки только одна: WebStorm/PHPStorm. Все остальное, в лучшем случае, просто хорошие редакторы.

Копать в сторону человеческой кодировки консоли в винде. Что-то типа "cmd.exe utf8".

Сайты с клиентским рендерингом не подходят для SEO, если только вы не готовы вручную переносить всю логику еще и на сервер. Ember -- не для сайтов, а для приложений. Нужна ли поисковая оптимизация для, например, Gmail? Нет.

Можно взять еще такие вещи (в зависимости от того, что уже стоит):
python -m SimpleHTTPServer -- встроенный в python (говорят, довольно медленный)

npm install http-server -g; http-server [path] [options]

hg serve -- встроенный в Mercurial сервер, в git вроде бы тоже есть

Из интересного:
grunt-csso -- оптимизатор со структурной оптимизацией
grunt-remove-logging -- убирает вызовы console.* из js
grunt-shell -- произвольные shell-вызовы
grunt-autoprefixer -- конфигурируемое автоматическое добавление вендорных префиксов согласно данным о поддержке браузерами тех или иных фич

Ну и всякий там contrib-concat, contrib-copy, contrib-uglify, contrib-watch.

document.getElementById('arrow').onmouseover = function() {
    pic.src = "onMouseOver.png";
};

Каждый раз, когда вы так делаете, умирает котенок. Положите обе картинки в спрайт и меняйте скриптом background-position, если уж по каким-то причинам не можете использовать CSS. Иначе эта картинка будет подгружаться только после того, как юзер наведет мышь, и пока она не подгрузится, не бует видно кнопки вообще.

Теоретически, можно отслеживать изменение размеров вьюпорта и/или плотности пикселей и добавлять соответствующие классы на html, чтобы нивелировать масштабирование. Таким образом сайт будет масштабироваться, но выглядеть так, будто не отмасштабирован.

А пока вы будете маяться этой хреновней, ваши конкуренты будут наращивать функциональность, привлекать клиентов, получать фидбек и вообще зарабатывать деньги.

Если всю жизнь планируете сидеть на средних проектах — то можно, конечно, и без БЭМ, и без препроцессоров:)

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

Оффтопик: а где вы взяли свежую сафари под винду?