Nikolay Talanov

Идете сюда - tutorials.jenkov.com/svg/index.html
Наугад изучаете и тут же что-то делаете. В свг очень важно научиться писать все эти координаты "ручками". То есть не ждать какого-то сферического экспорта из иллюстратора от дизайнера, а сидеть и по фану что-то делать. Причем ставку надо делать на path (tutorials.jenkov.com/svg/path-element.html) элемент, потому-что с помощью него в свг можно сделать что угодно и потом это дело анимировать. Вначале освойте базовые формы, потом разберитесь как юзать всякие Q/C/a элементы. Затем попробуйте это дело анимировать без специальных либ (то бишь велосипедирование с помощью rAF). Это безусловно не особо быстрый путь, но зато прокачаетесь огого как.
Я вначале года начал изучать таким способом. Помню как несколько дней бился головой о стену, пытаясь понять как грамотно юзать arc элемент, в итоге получилась такая простенькая демка - codepen.io/suez/pen/vEgZba
Потом пошло поехало, 5 дней назад вот эту запилил, где все куда интереснее - codepen.io/suez/pen/epgZjK
codepen.io/search/pens/?limit=suez&page=1&q=svg - вот вроде как все svg демки, можете по дате отсортировать и идти от начала к концу, изучая внутренности. Там конечно много рандомного говнокода и я комментировал только особенно интересные демки, но все же лучше чем ничего.

Если у вас до этого не было каких-то успехов в дизайне, то это весьма мутная перспектива.
Уметь оценивать дизайн !== быть смышленым в дизайне. Я вот могу с легкостью сказать что выглядит плохо, а что нет, так же оценить анимацию и прочие вещи. Но, это совершенно не значит, что я в состоянии с нуля что-то наваять реально крутое или дать очень качественную/детализированную оценку чужому дизайну.
Так что проще фильтровать заказы с убогим дизайном (как минимум руководствуясь самоуважением и чувством прекрасного). Самый простой способ - представить что этот сайт будет у вас помещен в первой пятерке работ в портфолио. Если от этой мысли вам становится неприятно/стыдно - вежливо объясняете клиенту, из-за чего у вас когнитивный диссонанс, и прощаетесь с ним, как минимум до появления нового дизайна.
А пытаться "помогать" это путь вникуда. Ибо в итоге окажется что заказчикам "и так норм", а вы лишь только свои нервы и время потеряете.

Если речь о движущемся фоне, то он реализован с помощью простого слайдшоу с кейфрейм анимацией.

@keyframes spinAround {
	from {
		transform: rotate(0deg)
	}
	to {
		transform: scale(5.0) rotate(80deg);
	}
}

+ сами слайды меняются с помощью js (хотя можно было тоже на кейфреймах это сделать, ибо всего 3 слайда).
Поверх него наложена сетка (можно хоть 1пиксельной картинкой делать или еще как угодно). Все крайне просто.
Вам никто не мешает изучить как у них все сделано через f12, стили у них не минимизированные.

1) Если все это дело вообще статичное и не должно быть адаптивным, то можно вообще хоть картинкой делать, с текстом отдельно (вариант для инвалидов).
2) Можно сварганить с помощью :before/:after/div. Одни элементы будут отвечать за линии, другие за css-треугольники. Вариант для тех, кто боится SVG.
3) SVG. Самый правильный вариант. И анимировать все красиво можно будет (включая круги), и на всех мониторах все будет выглядеть отлично.

codepen.io/suez/pen/3ab440ea3764172b866d3f911c3e28... - вот простой вариант.

Сверстать сайт с шириной в 1600 пикселей не проблема. Проблема сделать так, чтобы контент хорошо было видно на десктопах с более низкой шириной, аля 960-1300, имея всю ту же pixel-perfect верстку. Просить отдельный макет для мелких десктопов - мертвый номер, ибо почти никто не будет над таким париться. Делать примитивную резину для десктопа - выбор для тех, кого устраивает клепание говносайтиков. Ибо на сайтах с нормальным дизайном важно сохранение пропорций, 2015 год все таки.
Я сейчас пилю фронт-енд для китайского интернет-магазина, у которого все десктоп макеты 1800px шириной. При этом им важно, чтобы на каком-нибудь ноутбуке с 1376x768 все выглядело так же, но при этом влезало. В итоге делаю все в rem юнитах. 1800 пикселей стартовая точка, где html, body {font-size: 125%;}, то есть 1rem = 20px (о том, почему не 62.5% для 1rem=10px, напишу ниже). Далее, через media-queries, снижаясь на каждые 10% от ширины, уменьшаю font-size на 10% (то есть на 12.5% в нашем случае). И так вплоть до 1.1к пикселей, то есть почти самого низкого десктопа. Заказчик в восторге, все выглядит ровно так как ему надо на всех разрешениях во всех браузерах (ему естественно не нужен убогий ie8).
По поводу font-size: 125% - я изначально делал 62.5%, но при понижении до 40%- font-size (аля ~1300px) вебкитовские браузеры на MacOs начинали считать что такая величина шрифта слишком мала для юзера и сами по своей воле рандомно увеличивали габариты элементов. Увеличив весь font-size вдвое, проблема изчезла.