Василий Банников

Никак (ну, скобки фигурные не нужны).
Что вам в ней не нравится?

Её можно только усложнить, потому что стрелочных функций и forEach в NodeList не было в старых браузерах.

Уверен что они раскаляются? если так, у них бы изоляция поплавилась. Скорее всего это какой-то светодиод их освещает.

Память под статический массив выделяется на стеке. При выходе из области видимости стек очищается и память под массивом освобождается автоматически (не нужна операция освобождения памяти, операция есть, но о ней позаботится компилятор самостоятельно).

Память для динамического массива выделяется в динамической памяти (в куче) (new[]). Когда массив становится не нужным память должна быть освобождена (delete[]), иначе произойдет утечка памяти.

В связи с вышеизложенными принципиальными отличиями, есть несколько следствий:
1. Имя статического массива это не указатель. Это можно понять например сравнив, что возвращает sizeoff() для статического массива и для динамического. Хотя в некоторых ситуациях компилятор ведет себя так, как будто имя статического массива это указатель, например: можно передать имя статического массива в функцию, принимающую указатель.
2. У динамического массива нет имени. Операция new[] возвращает указатель. Имя есть у указателя.
3. Внимание! Оба варианта массивов имеют фиксированный размер. Изменять его нельзя!
То что в std::vector вы можете укладывать кучу элементов постепенно, не указывая нигде предварительного размера является следствием того, что std::vector скрывает от вас всю работу, которую он при этом делает. При добавлении нового элемента, для которого нет места, он выделяет память для нового массива большего размера, копирует старый массив в новый, удаляет старый массив, добавляет новый элемент. Если идет интенсивная работа с push_back(), то это может ОООЧЕНЬ дорого стоить. std::vector - это удобно, но необходимо всегда помнить, за счет чего достигается это удобство. std::vector - это не динамический массив - это обертка над ним для более удобной работы с динамическим массивом.

В языке Си (C99) есть такая штука как Variable Length Array (VLA) - это статический массив с изменяемым размером. Т.е. вы можете, например, в функции объявить int arr[N], где N будет передаваться в функцию как параметр.
В стандарте С++ VLA нет! Но, например, тот же gcc с опциями по умолчанию разрешает его использования в С++ проектах. С опциями, заставляющими gcc более жестко следовать стандарту, он может запрещать использовать VLA в С++ проектах. Но не рассчитывайте, что все компиляторы будут так делать. Например микрософтовский компилятор в принципе не умеет в VLA (хотя я уже пару лет не проверял это).
VLA может показаться классной штукой.
Но, например, в ядре Линукс в свое время проводили целую компанию по выпиливанию VLA из исходников. Торвальдс высказывался негативно про VLA. Все это при желании можно нагуглить.
Стоит помнить, что размер стека ограничен, а VLA то же выделяется на стеке. Кроме того выделение памяти для обычного статического массива это просто увеличение счетчика стека на константу (и все, одна операция сложения регистра с константой, а компилятор одной операцией выделяет память для всех переменных в текущей области видимости). С VLA все сложнее с выделением и удалением. Так же sizeof() для обычного статического массива это операция времени компиляции (при выполнении будет уже заранее известная константа), для VLA - это полноценный вызов функции.

Math
Console
Convert

Вот все что Вам нужно знать для решения задачи. Дерзайте!

У вас проблема не с SQLite а целиком со знаниями баз данных и SQL в частности.

Можно все поместить в одну таблицу(сообщения, достижения, перки, бонусы и многое другое), тогда столбцов у меня выходит порядка 25-27

Нельзя так, это все разные сущности, которые вы захотите расширять новыми полями и что более важно - связывать их с новыми сущностями, например дать игрокам возможность групповых чатов, или например вложения в сообщения лепить или ещё бог весть что, и не сможете этого сделать после выхода вашего ПО в свет. Придется писать очень замудреные скрипты по миграции данных в т.ч. тех которые и не менялись даже.

Пользователи это таблица Users где есть поле ID котрое получает значение при вставке записи и это значение не меняется.
Есть сообщения это таблица Messages.
где есть Autokey получающее значение при вставке записи, есть поле-индекс DateCreate с датой и временем создания сообщения, есть поле Message - текст сообщения, так же поля От кого (ссылка на Users.ID) и кому (Users.ID)

Есть ачивки, таблица Achivements:
Поле UserID (Users.ID) связь с тем кто ачивку получил
Поле даты и времени получения,
поле идентификатора ачивки
поле описания ачивки
поле с картинкой ачивки

Бонусы, таблица Bunuses:
Поле UserID (Users.ID) связь с тем кто бонус получил
Поле даты и времени получения,
поле идентификатора бонуса
поле описания бонуса
поле с картинкой бонуса
поле обозначающее позитивный или негативный бонус
поле даты и времени завершения действия бонуса, если NULL то бонус вечный

Таблица с перками - Perks:
Поле UserID (Users.ID) связь с тем кто бонус получил
Поле даты и времени получения,
поле идентификатора перка (PerkID)

это все легко расширяется новыми полями и если надо обрастает новыми связями с новыми изменениями.
А если вы все в кучу кидаете, на кой вам вообще база данных?
загоняйте все в json/xml.

MSDN говорит, что объявление Sleep() находится в файле synchapi.h. Так что можете подключать этот файл, а не глобальный Windows.h.
Так же можно просто выдернуть объявление этой функции из synchapi.h и вставить его в свой код:
void Sleep(DWORD dwMilliseconds);
После этого можно использовать функцию. Главное не забудьте подключить виндовые библиотеки при сборке. Эта функция находится в Kernel32.lib.

Result у Task - блокирующая операция. Вот тут подробнее про deadlock

Я бы сделал так - ожидание завершения async операции в отдельном потоке - по завершению ожидания event, подписчик которого обновить данные на форме.

Собеседования показывают только умение проходить собеседования. Единственный верный способ проверить человека - трёхмесячный испытательный срок.

Для windows есть hyper-v он входит в стандартную поставку винды. Активируете его, создаёте виртуальную машину и вперёд.

в той или иной мере, решения есть.
но они частичные, и не сделают вам счастья/полной транскрипции.

это одна из причин появления dbal и orm, построенных поверх них.

Это HTTP GET-запрос, протокол 7-го уровня OSI.

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

Как обезопаситься от возможных проблем?

Не работать с заказчиком-мошенником.

Не станет ли в таком случае он соучастником?

Это решает не рандомный дядя из интернета, а суд.
В вашем случае пойти соучастником легко - вы осознанно пишете сайт для мошенника, заранее понимая что это мошенник. Групповое умышленное мошенничество.

sarcasm_on
Да, в статье 99 Трудового кодекса так и написано

2)... бэк енд должен самостоятельно сделать админку при разработке бэк енд

8)... бэк енд разработчик должен сам понять и не утруждая заказчика сделать админку

sarcasm_off

Автор, проснись! Что за глупые вопросы? Какой «должен»? Как договоришься, так и будет. Конечно, заказчик хочет навалить на исполнителя побольше за те же деньги.