Дмитрий

Потому что
weapon[param] вместо weapon.param

Backend - Проще всего устроиться с PHP, сам начинал с него бэкенд, но сам язык корявый, писать на нем удовольствия мало, хотя это вопрос вкуса. Python наиболее динамично развивающийся, за ним будущее, но в нем нет любимой вами строгой типизации, посему если бэкенд с типизацией, то С#. Мне лично нравится как язык scala из строготипизированных, но не уверен что очень просто устроиться с позиции абсолютного джуниора, все же туда в основном переходят с джава или других языков. Но удовольствия получите массу, это безумный язык, самое крутое, что было создано в сфере программирования.

Запрос к серверному api это асинхронные функции, которые посылают запрос и ждут ответа, соответственно вы можете подменить их на свои, например у вас есть объект с функциями серверного запроса

const serverAPI = {
  getCategories: () => fetch('/categories'),
  getCategory: (id) => fetch('/categories/' + id)
}

И есть моковые запросы с теми же самыми ключами, что и serverAPI

// Создадим базу данных
const mockDB = {
  categories: [
    { id: 1, name: 'products'}, 
    { id: 2, name: 'services'}
  ]
}

const mockAPI = {
  getCategories: () => Promise.resolve(mockDB.categories),
  getCategory:  (id) => Promise.resolve(mockDB.categories.find(v => v.id === id)),
}

И создайте объект
const currentAPI = serverAPI

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

Object.assign(currentAPI, mockAPI)
Object.assign(currentAPI, serverAPI)

Сохранять данные мокового DB можно в localStorage между сеансами. естественно это будет работать только локально

Как вариант

import { createHashHistory } from 'history'
import { createStore } from 'redux'
import reducer from 'reducer'

import { Provider } from 'react-redux'
import { store } from 'store'

const history = createHashHistory()
const store = createStore(reducer(history))

Что можно понять, посмотрев на данный код, и сколько кода нужно увидеть вам, что бы понять уровень разработчика?

Можно понять:
а) Насколько ясно он мыслит в принципе
б) Насколько владеет всеми приемами языка (знание ES6 в случае js)
в) Насколько внимателен к тому, чтобы другие понимали его код, то есть дает ли он идентификаторам понятные названия, не пренебрегает ли комментариями

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

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

По 0-2 выше ответили
3. Нет, пользователь может посмотреть минифицированный файл и скорей всего понять из него не больше, чем вы поймете, открыв экзе файл в текстовом редакторе.

Во-первых при умножении на несуществующий индекс по оси x будет возвращен NaN, NaN функцией Max считается больше любого числа, поэтому либо используйте другой алгоритм вычисления значений, учитывающий выход j за пределы допустимых индексов, либо перепишите строчку с Max как

Math.max(arrMultiplication.map(v => isNaN(v) ? -Infinity : v))

Но вообще код мягко говоря требует оптимизации

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

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

preg_match('/src=("([^"]+)"|'([^']+)')/', $img_src, $src);

substr($str, 0, strrpos($str, $symb))

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

(
                        SELECT SUM(total_paid_real / conversion_rate)
                        FROM ps_orders o
                        WHERE o.id_customer = a.id_customer
                          AND o.id_shop IN (1)
                          AND o.valid = 1
                    )          as total_spent,

Попробуйте сначала перенести таблицу для этого поля в раздел FROM и потом уже соединять с таблицей a

SELECT SQL_NO_CACHE a.`id_customer`,
                    `firstname`,
                    `lastname`,
                    `email`,
                    a.`active` AS `active`,
                    `newsletter`,
                    `optin`,
                    a.date_add,
                    gl.name    as title,
                    total_spents.total_spent
FROM `ps_customer` a
         LEFT JOIN ps_gender_lang gl ON (a.id_gender = gl.id_gender AND gl.id_lang = 1)
         LEFT JOIN (
                        SELECT o.id_customer, SUM(total_paid_real / conversion_rate) as total_spent
                        FROM ps_orders o
                        WHERE o.id_customer IN (SELECT id_customer FROM `ps_customer` a WHERE a.deleted = 0)
                          AND o.id_shop IN (1)
                          AND o.valid = 1
                       GROUP BY o.id_customer
                    )     total_spents ON a.id_customer = total_spents.id_customer,
WHERE 1
  AND a.`deleted` = 0
ORDER BY `date_add` DESC
LIMIT 0, 50

То же самое и с другим подобным полем

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

movies: id, original_language, year
movie_names: movie_id, language, name
movie_statuses: movie_id, status(enum), updated

Даже если статусы будут расширяться энум всегда можно расширить, проблемы нет, статусы хранить лучше в отдельной таблице с истоиией изменения

Это уникс, добавьте три нуля будет утс