Эдуард

В первую очередь нужно разобраться кто виноват.
Если у вас срабатывает обработчик кнопки чаще, чем необходимо, причем тут willReceiveProps?

Необходимо оборачивать метод клика в debounce/throttle/ setTimeout
Вот тут есть один из примеров реализации

Давал похожий ответ ранее тыц, думаю вам поможет

Вот очень понятное объяснение на youtube вот

var nodes = Array.prototype.slice.call(document.querySelectorAll('.table-data'));
var series = nodes.reduce(function(memo, item){
    memo[0].push({y:item.dataset.pascalmax, x:item.dataset.rashodmin});
    memo[1].push({y:item.dataset.pascalmin, x:item.dataset.rashodmax});
    return memo;
  }, [[], []]);

или:

var nodes = Array.prototype.slice.call(document.querySelectorAll('.table-data'));
var series = nodes.reduce(function(memo, item){
    memo.push({y:item.dataset.pascalmax, x:item.dataset.rashodmin});
    memo.push({y:item.dataset.pascalmin, x:item.dataset.rashodmax});
    return memo;
  }, []);

Погуглите как организованы вот такие проекты, слова для гугла: react + redux + node isomorphic example

Знаю веб студию которая уже более 5 лет лепит сайты на wordpress, любой сложности.
Вполне неплохо себя чувствуют как для местного бизнеса.
Думаю, для веб студий - это один из лучших вариантов.

Сделайте новое окно, вставьте туда то, что нужно распечатать и вызовите метод принт у него.
При необходимости можно переписать/перехватить стандартный print, если человек нажал ctrl+p
Для этого вам понадобится говнокод что-то типо этого:

function pagePrintNode(node) {
	var printBody = "";
	if (Array.isArray(node)) {
		for (var n in node) {
			printBody += node[n].innerHTML;
		}
	} else {
		printBody += node.innerHTML;
	}

	var w = window.open('', 'print-plan', 'width=700,height=500');
	w.document.body.innerHTML = printBody;
	w.document.head.innerHTML = document.head.innerHTML;
	w.print();
	w.close();
};

Думаю, мало вакансий junior/middle/senior web-программист (это странно было бы).
Есть вакансии junior frontend, middle frontend, middle php, middle python...

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

Думаю, стоит отделить независимые элементы логики.
Есть класс для работы с изображениями?
Пусть с ними и работает, он не должен знать что есть какой-то user_id

Есть пользователь и у него есть аватарка? Ок, класс пользователя может выдернуть нужный img_id и передать его в Image

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

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

Если это требование заказчика: объясните ему, что подобный подход к задачам увеличит расходы в 2 раза, а реальной необходимости в этом нет и его желание сразу куда-то денется.

В данном случае разное мышление (проектирование).

В вашем случае:
Логика идет от компонентов.
Допустим на странице пользователя есть label online/offline
Откуда брать значение, если нужно заблокировать окно чата в тот момент когда пользователь offline?
Что если таких действий не одно, а допустим штук 10?
Что если таких действий не одно, а допустим штук 10 и еще на разных страницах?
Куда вынести функцию, которая проверит статус пользователя?
Как её назвать чтобы не было конфликта имен?

Redux для меня в первую очередь подход.
1. Проектируется состояние (база данных фронта)
{user:{online:false}}
2. действие checkUserStatus (ajax/socket)

3. сколько угодно компонентов (которые не знают друг о друге ничего и имеют любое поведение, в зависимости от статуса пользователя)
компоненты могут ничего не уметь кроме как рендерить этот статус (label), или, могут быть более сложными и иметь логику + обработчики (кнопки, пр)

Использую iStat Menus, где руками можно принудительно установить вентиляторы на максимум, помогает, когда нагрузка на мак неожиданно высока.

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

Webpack!

вот тут с лева есть панель подбора, реккомендую сразу переходить на норм IDE и её освоить.
В компаниях могут спрашивать и не знание IDE скорее минус, чем плюс.

кто такой DerbyJS?
:)

Это es7 ситнтаксис, сбилдить под обычный браузер можно с помощью: babel es7 decorators.