LEV19

Используйте slick или owl. Сделайте слайд по центру (в настройках init слайдера). Остальным слайдам добавьте при загрузке классы. Например вот так:

function slide_change_position() {
	var first_left_slide = $('.active-slider').prev('.slide-class');
	var second_left_slide = $(first_left_slide).prev('.slide-class');
	var third_left_slide = $(second_left_slide).prev('.slide-class');

	var first_right_slide = $('.active-slider').next('.slide-class');
	var second_right_slide = $(first_left_slide).next('.slide-class');
	var third_right_slide = $(second_left_slide).next('.slide-class');

	$(first_left_slide, first_right_slide).addClass('slide-change-position-1');
	$(second_left_slide, second_right_slide).addClass('slide-change-position-2');
	$(third_left_slide, third_right_slide).addClass('slide-change-position-3');
}

slide_change_position();

Изменить позицию

.slide-class {
	transition: 0.5s;
}

.slide-change-position-1 {
	margin-top: 100px;
}

.slide-change-position-2 {
	margin-top: 200px
}

.slide-change-position-3 {
	margin-top: 300px;
}

При переключении слайда вызвать ещё раз функцию. Она снова найдёт первый, второй, третий слайд относительно главного и сменит позицию.

$('.slider-class').on('afterChange', function(event, slick) {
	slide_change_position();
});

Но позиция наверно сменится только тогда, когда слайд полностью переключится. Чтобы позиция менялась сразу же после клика на стрелочку (плавно передвигалась), можно попробовать использовать setInterval() с условием, что каждый раз вычитать из текущего margin-top 1px до нужного и задать определённый интервал. Тогда слайд плавно перейдёт на новую позицию.

Это всего лишь пример и возможно он плохой, но я просто рассказал.

Храни в стейте значение limit - это количество подгружаемых записей и offset - отступ от начала массива.
Например при загрузке компонента загружаешь limit записей от элемента offset. После загрузки меняешь offset на offset + limit. И при каждой подгрузке элементов повторяешь эту операцию

Пагинация

Проблема тут - include: path.join(__dirname, 'src/fonts')

src/sass/materialize/fonts/roboto/Roboto-Regular.woff2 очевидно имеет другой путь)

Я делаю так: в папке fonts лежит файл fonts.css, и этот файл импортируется в App

import “./fonts/fonts.css”

Если с английским всё ок, то можно взглянуть сюда:
https://medium.freecodecamp.org/every-time-you-bui...
https://medium.freecodecamp.org/want-to-build-some...
https://medium.freecodecamp.org/summer-is-over-you...

Для себя нашёл кое-что интересное.

Веб-сервис https://www.figma.com/ импортирует файлы скетч. Даже редактировать их там вполне получается.

У нас в компании недавно сделали открытые требования к грейду. Младший спец должен делать узкий круг задач, но под контролем своего руководителя. Чуть выше грейд- это уже самостоятельный чел. Старший спец - это уже тот кому может потребоваться делегирование своих полномочий. Т.е уже выше уровень. Ещё выше ведущий специалист. Так же идёт расчёт, работник движется в сторону менеджера или тех спеца. К примеру Тим лид - это больше менеджер и движется в управление. Тех спец движется в сторону консультанта и архитектора. Каждому сотруднику задаются цели на год. Потом проводится аттестация по результатам. Как правило цели выбираются для достижения грейда и зарплаты.

Основную разработку ведём на C++

Абстракции абстрактны -- ну примерно так оно и происходит, вы вкладываете смысл в термины "мидл" и "джун", вы и решаете кого ими наградить, нет критериев....

Чтобы обид не было -- давайте с разной переодичностью разработчику мини-проект или библиотеку для разработки (улучшения/развития) и после некоторого времени давайте оценку с повышением на базисе результата

Ну, Javascript разработчик, совершенно не знающий другие технологии фронтенда - это очень странное явление, имхо.
Мне кажется без знаний верстки (сильно глубокие далеко не всегда нужны с хорошим js) вам будет тяжело куда-то устроиться, просто потому, что я не думаю, что у нас в стране например большое количество компаний, у которых строго NodeJS на бэкэнде, и при этом строго разработчики делятся на фронтенд/бэкэнд.
Скорее в случае с нодой на бэкэнде в компании будут фуллстэки, а вы под это описание не подойдете без знаний и желания работать с версткой.

А если прям такого желания нет, то js - не ваш выбор, лучше пойти в другие сферы, там тоже люди нужны, а иногда и денег могут платить сильно больше :)

Ответы на вопросы:
1. Выполняет задачи построения каких-то интерфейсов, или фикса в них багов. Верстка нужна.
2. гуглите роадмапы. Самое важное - язык джаваскрипт, и какой нибудь фреймверк.
3. Возможно.
4. Не думаю, у вас круг задач будет очень маленький.
5. Нужны однозначно.

Только один момент мне непонятен:

но не вижу ее в качестве моей основной работы, а в виде подработки

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

Контролировать рабочее время и распределять деятельность, чтобы предотвратить выгорание находить время нужно прежде всего для себя! Обязательно какое-то хобби, которое не будет связано с работой. Для того чтобы понять что необходимо подумайте о Ваших ресурсах, что радует и приносит счастье, составьте из этого список. Тогда примерно поймете, что нужно Вам, еще есть вариант работы который применяла при жесткой загрузке: составить список из 50(можно и больше) не материальных вещей которые тебя радуют, и вот при таких жестких упадках выполнять из этого списка пару пунктов каждый день обязательно, весьма бодрило.

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

Не работать в выходные и вечерами.
Не работать в компании, где не комфортно работать.
Не работать в режиме аврала больше 20% всего времени.
Отдыхать раз в пол года.
Развивать навыки хотя бы 5 часов в неделю. Что бы увеличивать скилы, либо личное КПД.
ВАЖНО - приберитесь в задачах. Должен быть один единый центр, задачник. Трелло, Тудуист, бумажки, не важно.

Если к вам всегда может подойти 5 человек, дернуть вас, и переформулировать задачу, отвлечь, поменять приоритеты, то вы всегда будете в стрессе и с выгоранием.

ООП это не управление сложностью как многие тут напишут. Это сущность другого уровня абстракции. Вы смешали в одну кучу сущности из разных уровней.
Вот смотрите - в физическом мире есть микромир с электронами, протонами, фотонами и не знаю там чем еще. Он работает по своим законам квантовой механики. Есть макромир уровня вещей самолетов, яблок, деревьев. Он работает по законам Ньютоновской механики. Есть мир космогонии уровня звезд галактик черных дыр. Он работает по Теориям Эйнштейна. Видите как просто. Мы прошлись по трем уровням абстракции материального мира самого низкого до самого высокого.
Так же и в мире информации есть самые низкие уровни машинных кодов, регистров и отдельных битов. А есть более высокие уровни функций, еще более высокие уровни классов и даже еще более высокие уровни абстракций. Так вот ваша задача рассортировать все те сущности, что вы привели правильно по разным уровням. А у вас все в одной куче: операторы, переменные, классы. И не надо высшему миру знать о низшем ничего. Тогда все будет правильно.
Беда программирования в том, что очень мощные инструменты доступны всем. Вот представь мед лабораторию с микроскопами, скальпелями пробирками и другим оборудованием. Туда не каждого пустят. В программировании же каждый может нажать кнопку скачать и начать творить всякую фигню. Пришить пятую ногу собаке, вырастить ей ухо на спине и рога на лбу. Была такая книга - "Многоярусный мир". Там один товарищ специализировался на таких уродцах. Вот потом эти уродцы начинают мстить их создателю.
Так вот нормальный программист попав в этот мир уродцев, зачастую впадает в ступор. Зачем так делать? Ну то есть делать можно все, что угодно. Но не нужно. Его задача уменьшать энтропию вселенной, а не увеличивать.

Классный пример, спасибо, сохранил себе в закладки.

Тут сильно зависит от технологий, которые применяются в проекте. Если это стандартный серверный рендеринг, то такое сделать не получится. В данном же случае используется изоморфный фреймворк nuxt.js, который при переходам по ссылкам внутри проекта использует клиентский рендеринг, а при "прямой" загрузке страницы - серверный.
Именно за счет клиентского рендеринга можно хранить глобально определенные данные и делать такие смены интерфейса

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

Как бы там не было, но у заказчиков всегда позиция, что ты мало работаешь и много получаешь. У разработчика обратное мнение.
В целом Москва настолько разная и большая, что назвать нечто среднее очень тяжело.
И не важно сколько ты получаешь, важно сколько ты тратишь:
Если у тебя идеальные условия труда, белая зп, отпуска, больничные и тому подобное, а также своя жилплощадь и до работы 20 минут на метро - ЭТО ОДНО.
А вот если работодатель положил болт на соцнормы и в отпуск ты ходишь за свой счет раз в 5 лет и до работы ехать 2 часа по пробкам и снимаешь жилье - ТО ЭТО СОВСЕМ ДРУГОЕ.