Дмитрий Беляев

В пункте 1 у вас JSON не валидный. Похоже, вы имели в виду:

{"list": {
    "1003":{"name":"test3"},
    "1002":{"name":"test2"},
    "1004":{"name":"test4"},
    "1001":{"name":"test1"}
}}

Передавайте ваши данные как список, в редьюсере создавайте отдельно объект с ключами и массив id, чтобы сохранить порядок.

{"list": [
    {"1003":{"name":"test3"}},
    {"1002":{"name":"test2"}},
    {"1004":{"name":"test4"}},
    {"1001":{"name":"test1"}}
]}

var indexed = list.reduce((acc, value) => Object.assign(acc, value), {});
   var order = list.map((value) => Object.keys(value)[0]);

Так будет выглядеть вывод:

{this.props.data.list.order.forEach((key) => (
   <div>{this.props.data.list.indexed[key].name}</div>
))}

Вы ответите на свой вопрос, узнав, зачем вообще нужны фреймворки.
Относитесь к фреймворку как к наработкам опытных программистов, которые захотели упростить себе жизнь, собрав в единый механизм много полезных фич, инструментов, а главное - объединив это всё какой-то идеологией.
Цель фреймворка одинаковая в любом языке - ускорить и облегчить процесс проектирования и сопровождения вашего приложения.
На js фреймворки нужны потому что фронтенд последнее время усложняется, перенимая на себя те задачи, которые раньше решались сервером. Кроме того, у фронта свои нюансы, как уже отметили - совместимости и тд.
Не пользуйтесь фреймворком, если то, что вы делаете - гарантировано никому не надо и вскоре будет заброшено. Если это учебный проект.
К слову, существует другое мнение - что нужно, напротив, всё делать на чистом js. В конечном итоге, единственного правильного ответа "как разрабатывать" - нет. Всё зависит от ситуации.

0.1% пациентов не умеющих в SNI настолько незначительны, что ими не только можно, но и нужно пренебречь. Люди наслаждающиеся зоонекрофилией должны страдать.

"This ~FF0000~string ~FFFF00~should ~00FF00~ be colored".replace(/~([A-F0-9]{3,6})~([^~]+)/g, '<span style="color: #$1;">$2</span>');

https://jsfiddle.net/esqt3aat/

Вот блин, это же обычный объект). Решение this.get();

Если приложение однопользовательское и никакого поиска по данным не надо - база данных не нужна.
Если у вас сайт, рассчитанный на одновременную работу более, чем одного человека, то без базы данных не обойтись. Простейшее изменение данных, выполняемое на БД одной атомарной командой, в случае файлов потребует блокировки файла, а значит ожидания его освобождения остальными пользователями.

P.S.
Ок, пусть будет блог. Комментировать посты в нём можно будет? Тогда надо как-то эти комментарии записывать. Лайки ставить или карму править - это тоже запись данных. Даже простейший счётчик просмотров это уже изменение данных. Вот на примере такого счётчика обычно и поясняют необходимость атомарности и блокировок. Представьте, что два человека одновременно открыли пост блога и скрипты увеличивают счётчики прочтения, старое значение 99.

Скрипт 1: прочитать файл "счётчики"
Скрипт 2: прочитать файл "счётчики"
Скрипт 1: найти в файле счётчик поста, получили 99
Скрипт 2: найти в файле счётчик поста, получили 99
Скрипт 1: увеличить счётчик поста, получили 100
Скрипт 2: увеличить счётчик поста, получили 100
Скрипт 1: записать файл "счётчики"
Скрипт 2: записать файл "счётчики"

То есть вместо ожидаемых 101 в счётчике всего 100. Значит перед изменением любых данных необходимо заблокировать файл на запись, считать из него актуальные данные, внести изменения, записать файл, разблокировать его. Ну а поскольку это json, то считывать и записывать файл каждый раз придётся целиком. Если при изменении данных меняется связь с данными в других файлах, то во избежание нарушения целостности блокировать придётся все связанные файлы.

Ну и поиск по данным, скажем десять самых читаемых постов. В файловом варианте вам придётся считать весь json, и отсортировать его, тогда как в БД при правильной расстановке индексов это действие выполняется в один запрос с линейным получением первых десяти записей по индексу.

Какие модули стоит изучить в первую очередь

Те, которые вам нужны в работе. А которые не нужны - оставьте на потом.

path.resolve(__dirname, '../..');

ESLint может с --fix eslint.org/docs/rules/semi

1. Что если login - не строка, буль на пример?
2. Допустим ли логин 0000000?
3. Допустим ли логин из одного символа?
4. Что если в data логина в принципе нет? Emit может быть вызван где угодно.

Недавно была задача, анализировать и подменить трафик(TLS) windows приложения.
1. Составил список доменов(использовал wireshark) к которым идут запросы через TLS.
2. Добавил домены в hosts с локальным ip.
3. Создал самоподписанные сертификаты на каждый домен.
4. Добавил сертификаты в доверенные корневые сертификаты.
5. Поднял вебсервер(nginx) с сертификатами как прокси и вел логи всех запросов.
6. Поменял некоторые данные отдаваемые вебсервером.

По теме: sslstrip, sslsniff