Евгений Петров

Для современных браузеров должно работать предложенное @EnterSandman
tr{page-break-inside: avoid;}

Увы, для webkit конкретно для display:table-xxx не работает. Работает для display:block, но ставить это для всех tr — чистой воды самоубийство.

Только JS-решения — определять высоту кусков таблицы и... Например, втыкать в месте разрыва tr (здесь с классом devide)

.devide{
	display:none;
	page-break-after:always;
}
.devide td{
	display:none;
}
@media print{
	.devide{
		display:block;
	}
}

Кстати, и thead, и tfoot при печати на каждом листе webkit также не выведет.

1. У каждого элемента может быть несколько классов, а не один. В том числе и общие для целого набора.

2. Какой смысл осваивать БЭМ и писать *? Это — ужасная практика и вам нужно забыть о ней. Иначе внутри вашего блока вы переписываете эти правила у всех элементов. Это — не просто плохо, а очень плохо

3. Для БЭМ есть фреймворки, потому ни один здравомыслящий человек не будет вручную писать эти крокодилы.

Встроить поисковую систему google у вас не выйдет. Никакого CORS, никакого JSONP.
Только прокси — вы шлёте запрос своему серверу, тот транслирует в Google и получает ответ. Отправлять запрос своему серверу с помощью AJAX или обычным GET-запросом — решать вам.

1. CSS transform, как уже написал @fulli
2. SVG (в качестве фона или просто вставка).
3. Старый-старый вариант с border.
4. Clip-path — предложение @DonSinDRom (webkit only)
5. linear-gradient — предложение @DonSinDRom

Очевидный вариант— запретить увеличение в meta — user-scalable=no, а реализовать его самостоятельно в блоке с контентом. Кнопка должна быть за пределами этого блока.
Единственное, что вам нужно решить — использовать для увеличения блока GestureEvent или стандартные touchstart, touchend. Вроде бы андроиды поддерживают GestureEvent.

сначала дизайнер делает PSD, а затем верстальщик делает из него набор картинок и HTML?

Нынче просто верстальщики уже никому не нужны. Нужен фронтенд, у которого только инструментарий такой, что на хромой кобыле не подъедешь.

37signals писали, что надо сразу писать HTML, не рисуя макет в PSD

Ну вот пусть они извращаются без макетов, делают, переделывают, а в какой-то момент понимают, что если бы попробовали нарисовать сначала, то избежали бы многочасовой перевёрстки. В реальности невозможно обеспечить правильность сценариев без описания и, хотя бы, скетчей. И почему обязательно в PSD?

Есть ли в России Front-end разработчики сочетают в одном лице и дизайнера и верстальщика?

Нет, потому быть одновременно специалистом в этих областях практически невозможно и это никому не нужно.