YepBro

Как вы считаете что изучать сначала математику (и какие ее разделы) или изучить программирование?

Одновременно

И можно книгу по математике моего уровня (ДЛЯ ПОДРОСТКА, а не для супер людей)

Школьной программы будет достаточно. Выш. мат. для мат. моделирования и т.д. ты пока не потянешь.

И нужна ли математика программисту?

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

Технически, DOCX можно прочитать - это ZIP архив, в котором лежат XMLки. Библиотека для чтения ZIP архивов под JS (в т.ч. браузерный) есть.
Но реально проще будет использовать расширенную поиск-замену в Word, чтобы заменить красный цвет на уникальный символ или комбинацию символов перед текстом. Комбинация ^& означает "искомый текст", т.е. приведённый ниже пример вставляет знак процента перед текстом, написанным красным цветом.

А потом уже вставить в веб-страницу текст без форматирования и разбирать его.

Почти то же самое, что культура коммуникации.
- Следование код-стайлу. Адекватный нейминг.
- Умение писать выразительный, понятный код. Без лапши, без убер-методов на миллион строк, без олимпиадных трюков (если нет такой необходимости); код, в котором можно будет легко разобраться.
- Любовь к тестам. Понимание почему и зачем тесты писать и почему и зачем не писать.
- Следование общепринятым инженерным практикам. В Гите не пушить без реквеста в мастер, не ребейсить без необходимости, подписывать комиты, описывать реквесты. В бд предпочитать миграции и не лазить в прод трясущимися, грязными ручонками. Релизы согласовывать, к стейджам относится уважительно. В очереди не срать. Рута избегать.
- Скилл в декомпозиции и оценке. Умение прогнозировать разработку, умение давать обещания и умение их выполнять.
- Отсутствие магического мышления. Понимание причино-следственных связей. Знание что такое логи и что такое метрики.
- и т.д..

Буковка M в статусе означает что эти файлы уже добавлены в репозиторий или просто в индекс. Игнор не заставит гит игнорировать изменения файлов, которые уже контролируются. Игнор лишь немного помогает случайно не закоммитить новое. Игнорироваться будут только те файлы, которые ещё не проиндексированы и не находятся в репозитории.

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

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

для этого есть реактивность.

<template>
  <child-component v-bind="globalObject"/>
</template>

<script setup>
// import { Alien, DevTools, Test, ChildComponent } from 'where?'
import { reactive } from 'vue'

const globalObject = reactive({prop1, prop2, prop3})
</script>

а вообще читайте документацию. https://vuejs.org/guide/components/props.html - для новичков там исчерпывающе

let arr = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10];

let sum = 0;

for (let i = 0; i < arr.length; i++) {
    if (i % 2 === 0) {
        sum += arr[i];
    }
}

console.log('The sum of numbers with even index is equal to: ' + sum);

node index.js                                                                                                                                                                                                         
# The sum of numbers with even index is equal to: 25

const arr = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14]

let sum = 0;

for (let [i, val] of arr.entries()) {
  if (i % 2 === 0) {
    sum = sum + val
  }
}

console.log(sum)

ХЗ по условию 0 является ли четным числом иногда выделяют этот момент, в моем решении является четным

проверка на четность в этой задаче явно лишняя

let arr = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10];

let sum = 0;

for (let i = 0; i < arr.length; i += 2) {
    sum += arr[i];
}

console.log(sum);

Да, вы сами себе придумали проблему.
Во-первых, а какая альтернатива сегодня? Не с С++ же начинать в 11 лет. С другой стороны, есть, конечно Scratch - но как по мне, это просто тупиковая ветвь.
Во-вторых, есть известная книга Д. Бриггс "Python для детей. Самоучитель по программированию" где такие методологические вопросы уже решены.
В-третьих, я так и не понял, а чем отсутствие строгой типизации мешает освоению программирования в 11 (!!!) лет? Вы действительно полагаете, что в таком возрасте ребенок будет способен писать приложения, в которых это играет ключевую роль?
Так в Python и указателей нет. И что? Зато там есть много фишек, которые и упрощают сам процесс понимания, что ребенок делает, и позволяют на готовый результат посмотреть гораздо быстрее, чем при программировании на любом другом языке. А для детей - это самое то, что нужно.
Но вы, безусловно, молодец, что приобщаете ребенка с измальства. Главное - делать это так, что-бы ему постоянно самому было интересно.