chupok

Препроцессоры (LESS, SCSS, SASS, Stylus), всякие фреймворки типа Angular и React.js, сборщики типа Grunt или Gulp. Node.js, чтобы это всё замутить в автоматическую сборку. Bower ещё какой-нибудь.
Нативный JavaScript — это основное и неотъемлемое требование.

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

На этапе отбора нужно внимательно смотреть "послужной список". Наблюдение: если в списке помимо названия работодателей только общее "наведение тени на плетень", кандидат отпадет после трех-пяти вопросов по делу. Если в списке указаны стеки технологий и конкретная роль в проекте (сделал то-то, внедрил то-то) - к кандидату имеет смысл присмотреться внимательнее.
А дальше только очное собеседование - никаких скайпов и тестовых заданий.

На собеседовании я обычно прошу выбрать из послужного списка какой-нибудь один проект (на усмотрение самого кандидата - наиболее крутой: в котором было найдено какое-нибудь особенно интересное решение, или использованы какие-нибудь крутые технологии, или решена какая-нибудь нетривиальная задача... короче, которым он сам гордится) и рассказать о нем подробнее, но, опять же, не в смысле, какие именитые были заказчики или как необъятен был бюджет, а в смысле, что он любимый в нем конкретно сделал, чему научился и чего добился. Обычно уже сам выбор достаточно показателен. (Если чел собеседуется, например, на синьера JEE, а в качестве темы выберет написанный в старших классах школы сайт на PHP, на котором была особенно удачная фотография кошки - это уже повод задуматься.)

А дальше, по мере рассказа, начинаю задавать уточняющие вопросики (на вшивость): ага... тесты писали... а какое было покрытие? А как определяли? А в каком порядке выполнятся тесты из одного класса?.. Так, так... JBoss... а какая версия использовалась? Дескрипторы или аннотации? А что нового появилось в следующих версиях? А сервлеты вручную писали? ...ага, SOAP. А из каких трех частей состоит WSDL? А моки в SOAPUI делали? Ну, и далее - вглубь или вширь, по мере объема знаний кандидата.

У такого подхода есть две стороны. Первая: если человеку есть чем гордиться, он начинает с горящими глазами грузить меня техническими подробностями, снимается ситуация стресса. Из режима "теста" мы плавно переходим в режим беседы на профессиональные темы. Если же начинает мямлить что-то про невероятную важность проекта и свою ключевую роль в нем, но на вопросы не может ответить, т.к. "этим он лично не занимался", а "эти решения принимали другие", то с ним очень быстро все становится понятно и беседу на этом можно заканчивать.

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

Еще по поводу отдельных технологий, о которых заходит речь, прошу кандидата оценить свои познания в ней по пятибальной шкале "1 - первый раз слышу, 5 - эксперт". Для экспертов у меня заготовлены конкретные вопросы из жизни, как правило, примеры кода, иллюстрирующие какую-нибудь нетривиальную хреновину, которые я тут же достаю из папочки и предлагаю совместно разобрать. Эксперт в Яве - хорошо! Давай побеседуем о медели памяти, сборщиках мусора или кеше процессора. Эксперт в SQL - замечательно! Давай попробуем оптимизировать запрос. Эксперт в сетях - чудесно! Давай разберемся, почему падает вот этот долбаный сокет. Опять же, цель этого подхода - отнюдь не завалить самоуверенного кандидата, а именно понять, как человек мыслит, как ищет решения проблем, достаточно ли у него для этого знаний и опыта. Не беда, если кандидат погорячился с самооценкой... тут важно не знание ответа, а именно подход к решению проблемы (т.к. от синьера именно таки ожидается решение проблемы, а не констатация ее сложности).

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

$(function(){
	var header = $('header'),
		main = $('main'),
		address = $('address');

	$(window).on('resize', function () {
		if ($(this).width() > 640) {
			if (!address.closest(header).length) {
				address.appendTo(header);
				console.log('Moving to header');
			}
		} else {
			if (!address.closest(main).length) {
				address.appendTo(main);
				console.log('Moving to main');
			}
		}
	}).resize();
});

Пы.Сы. Надеюсь, что в реальности у header и address есть опознавательные знаки:)

Установить сервер, готовую сборку, например WAMP не составит труда абсолютно без знаний.
Установите, это удобнее, будет возможность работать с php на элементарном уровне, не будет проблем с версткой (бывает, что какой-нибудь скрипт или svg не работает из-за правил безопасности, если тестировать не на сервере, а как локальный файл). Короче, не делайте проблемы, поставьте лучше сервер.
www.wampserver.com/ru
Вот еще видео, вроде все объясняется
www.youtube.com/watch?v=ut1jOOMH61o

Кроме того, если есть wifi роутер, то можно легко тестировать сайты на мобильном телефоне.

Проектирование — Balsamiq Mockups (ну и MS Word, куда же без него:)
Нарезка — Fireworks (Photoshop для коррекции полученных макетов)
Иконки — ArtIcons (не идеал, просто купил когда-то) или любой редактор для PNG + любой конвертер
SVG — Illustrator и Inskape
Пипетка (просто пипетка, а не комбайн) — EYE3 (вариантов масса)
Код — Sublime (посматриваю в сторону WebStorm), иногда Notepad++, иногда Excel для подготовки массивов данных
Локальный сервер — использовал из-за простоты установки Denwer, перехожу на Node.js
FTP клиент — Filezilla
Быстрая проверка на iPad, iPhone (iPod) — Electric Mobile Studio

Ссылки ведут на большие картинки:

var image = $('.product-i img');

$(document).on('mouseenter', '.product-photo a', function () {
	image.attr('src', $(this).attr('href'));
]);

Мейер - Буч - GoF.

Бертран Мейер. Объектно-ориентированное конструирование программных систем
Гради Буч. Объектно-ориентированный анализ и проектирование
Эрик Гамма, Ральф Джонсон, Ричард Хелм, Джон Влиссидес. Приемы объектно-ориентированного проектирования. Паттерны проектирования