Sanes

Вертел я такие задания при устройстве на работу.
Однажды тоже устраиваясь в "крутую" контору прислали большое задание. Все выходные убил на него. Потом еще две недели мурыжили собеседованиями и в итоге не взяли.
Я с тех пор никогда не соглашаюсь на тестовые задания, которые займут больше получаса моего времени.
Объемные задания должны оплачиваться. Если они очень требовательно отбирают сотрудников, то сначала надо дать простое задание/прособеседовать и уже если человек их устраивает, давать объемное задание и платить.

UPD
Не слушайте, пожалуйста, бред об опыте и пользе для вас. Из таких "будущих хороших специалистов" потом веревки вьют, типа "поработай по вечерам, это ж опыт для тебя!" или "давай ты теперь и по субботам выходить будешь, а мы тебя за это серьёром называть будем!". Очень работает с наивными молодыми людьми.
Вы поймите, что все эти разговоры про опыт и пользу для вас - это уловки с целью сэкономить и вас обмануть. Всем плевать на ваш опыт, им нужно денег меньше вам заплатить и все.
Огромное тестовое задание - это неуважение к кандидаду.
Давай представим обратную ситуацию: я прихожу к потенциальному работодателю и говорю: "Давайте я у вас тут недельку посижу без каких-либо обязательств, а вы мне зарплату платите. А потом посмотрим, может быть останусь, а может уйду". Нормально? Ситуация выглядит именно так, потому что работодатель не делает одолжения принимая на работу, он "покупает" ваше время и ваш опыт и все.

А почему бы не воспользоваться ajax, и генерировать уникальный ID запроса, передавать его клиенту сразу, затем на стороне клиента крутить анимацию ожидания и периодически дергать сервер по поводу получения инфы готов результат или нет?

Это называется "атк приёма передачи" (или выполненных работ) и может состоять из пары строк "сдал, принял, притензий не имею, подпись/печать".

полагаю это называется акт выполненных работ, а не договор

Любой , абсолютно любой

Да нет никакой принципиальной разницы

Для первого веб сайта вам вряд ли понадобится полноценная IDE. А вот крайне легкий и послушный редактор кода - вполне подойдёт.
Рекомендую Sublime Text 3, проверен годами, весит крайне мало, плагинов выше крыши (packagecontrol.io), настраивается вообще каждый пиксель, много тем красивых.
Ещё могу посоветовать Atom.io, от разработчиков гитхаба: молодой, красивый, удобный, плагинов уже тоже много, есть подробная документация.

А щас проект подворачивается сайтика с выской нагрузкой. Вот думаю намутить все на докере.

Не связанные вещи - Docker и сайты с высокой нагрузкой. Они - параллельны.

Для высокой нагрузки используются кластера серверов, а в этих кластерах ПО зачастую делится на мелкие части - микросервисы. Для управления кластерами с микросервисами используют ПО для управления кластерами.

Такое ПО: из универсального, но громоздкого рекомендую Kubernetes, из попроще, но достаточно функционально рекомендую Flynn.io. Для разработки для имитации поведения в кластере годится docker-compose, но использовать docker-compose в production для реализации кластера - это быть самому себе злым Буратино.

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

То есть Docker сам по себе не решает проблему высоконагруженных сайтов. Он - всего лишь один из базовых кирпичиков изоляции. Изоляция != высокие нагрузки.

1. Более того - самого Docker не достаточно для реализации системы для работы под высокими нагрузки.
   
2. И напротив - система для работы под высокими нагрузками может быть без Docker.
   
   

Помнится раньше во freebsd клетки были, уж очень нравилось мне :).

Они и сейчас никуда не делись. И развиваются.

===============================

Делать всю систему вручную на Docker - это напрасно.

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

На этой ниве подвязались целые специализированные конторы по созданию/обслуживанию ПО для этих кластеров. И они пилят свои системы годами.
На коленке - не замутить полноценную систему.

Просто взять это ПО и работать с ним.

И да, оно будет на базе Docker, но это будет далеко не голый Docker.

Для начинающих рекомендую довольно простую в понимании (типа Heroku), но при этом мощную систему, позволяющую сделать полноценный кластер - Flynn.io.

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

А без кластера - никакая это не высоконагруженная система. Да и Docker там нужен постольку-поскольку. Если у вас один-два сервера, то вполне можно обойтись и Vagrant на машине разработчика для имитации среды исполнения сервера.