DevMan

https://habrahabr.ru/post/57012/
p.s. если так любишь импорт, так юзай препроцессоры. почти такие же импорты, зато на выходе красивый один файл, а еще и минифицированный, если захочешь.

Так оперативная память и должна всегда заполняться. У меня тоже 16 Гб и тоже все занято, не вижу никаких проблем в связи с этим. Наоборот только ощущаю, что все нужные мне программы работают быстро и без лагов.
Почитайте тут документацию от Apple https://support.apple.com/ru-ru/HT5890
Если у вас нагрузка на память находится в зеленой зоне, то никаких проблем нет.

Default for display

Технически проще сначала на JS поработать с формой, умножить, а затем уже зааяксить на сервер.

var dlr = 65;
$("#dollars").val($("#roubles").val()*dlr);
$.ajax(...);

В чём преимущество точки доступа над роутером?

А в чем преимущество трамвая над огурцом? Вот и с точкой доступа так же.
Это абсолютно разные вещи - точка доступа организует доступ устройств к сети по радиоканалу.
Маршрутизатор - маршрутизирует пакеты.

Но, точки доступа стоят почему то дороже роутеров с такими же параметрами..

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

Вот например - technopoint.ru/product/b4c3564e259330b1/marsrutiza...
Это гибрид четырехпортового свича, с роутером, и с точкой доступа.

А вот эта точка доступа является довольно производительным и функциональным роутером по совместительству.
technopoint.ru/product/5c1de0c7aa783361/tocka-dost...

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

то есть работать они будут в свободное время за возможную долю из прибыли конечного продукта

не будут

то есть работать они будут в свободное время

Вы в параллельной вселенной, вернитесь на землю. Тогда вам сразу все станет понятно и ясно: где и как искать людей.

За день-два можно сделать POC (prof of concept) версию, "по говну" так сказать. Задача подобного - это не реальная работа под нагрузками, а скорее исследование, как в принципе писать такие штуки.

Подозреваю, что они владеют машиной времени. Или овладели техниками подобными тем, что описаны в фильме "Начало". Или чем-то ещё подобным, что недоступно (пока) широкой публике. Каких-то других вменяемых версий, мне в голову не приходит.

У меня на более или менее сложное задание не меньше недели уходит.

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

сел за день написал язык программирования

Я даже боюсь себе представить либо что там получилось на выходе из этого языка, либо как выглядит человек способный на такое... оба варианта меня крайне страшат, т.к. даже JavaScript был написан за 1.5 недели, т.е. даже на его разработку ушло 10 дней, вот той версии которой он был изначально...

потому что полная скорость - только при идеальных условиях.

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

FCGI: attempt to connect to Unix domain socket /run/php/php7.0-fpm.sock

Хотя в /etc/php/7.0/fpm/pool.d/www.conf прописываю, чтобы прослушивался не сокет, а порт:

так а вебсервер-то на сокет продолжает долбить.

На постсовке - нормально.
Отвечать - стоит только после того как ты подписал документ, где указана твоя будущая зп на данном месте. Иначе, поторговаться о зп просто не получится.
Если собеседующий будет показывать кислое лицо, спроси у него (если у них такая прозрачность в зп) сколько он получает сейчас и сколько получают другие люди в конторе

В мире - не нормально. Потому что everybody lies и коммерческая тайна
АПД: могут спрашивать об ожидаемой зп. Но такое стоит обсуждать уже после того, как технические собеседования прошли и они не провалены