Роман

Потому что во время вызова конструктора ClassA, где у тебя вызывается init из ClassC, объект ещё "не доделан", где-то внутри, до полноценного экземпляра ClassC, в частности, ему ещё не добавлены приватные методы ClassC.

Скопируй в консоль Хрома этот код:


и нажми ентер.

на брекпоинтах разверни в консоли экземпляр класса, который будет в последних выводах в консоль (это надо делать именно во время остановок на брекпоинтах, иначе будет одинаково).
можно увидеть, что в первом случае в [[PrivateMethods]] не хватает метода #methidC()

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

надо поисследовать, почитать спецификацию. Сам их не использую, у нас на работе TS )

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

Как часто вообще используются CMS в создании сайтов компаниями?

Практически все небольшие компании делают свои сайты/интернет-магазины при помощи CMS.

Более крупные - практически никто не использует CMS (либо используют своё узкоспециализированное решение).

И вообще имею такой стереотип, что CMS - это не серьезно.

Смотря с какой стороны смотреть:

С точки зрения бизнеса - вообще насрать, каким именно образом решена задача, если она решена и даёт пользы больше, чем убытков.

С точки зрения твоего личного роста как инженера - да, CMS - это тупиковая ветвь.

И еще: на что стоит обратить внимание на первой работе?

Узнавать заранее, как будет устроена работа и как тебя будут оценивать - это нормально.
Просить прибавку к зп - это нормально.
Иди с вопросами к твоему руководителю, если тебе не нравится работать в той команде/над тем проектом, на который тебя поставили - это нормально.
Менять работу, если новое место работы обещает более интересные для тебя условия - это тоже абсолютно нормально.

В любом случае всё время нужно будет развиваться и это зависит уже от челоека, а не от компании.

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

Как бы вы поступили?

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

Если с деньгами точно проблем нет (есть родители которые закидывают деньги или ещё какой спонсор) - можно попробовать ещё какое-то время потратить на учёбу (при работе фуллтайм времени и сил будет уже меньше)

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

Но да, если в таблицу запихать много элементов, а потом почти все оттуда удалить, то она будет большая и почти вся пустая.

Edit:

Эта "проблема" никак не решается. Это и не проблема вовсе. Просто хеш-таблицы работают быстрее всяких балансированных деревьев или тупо сортированного массива за счет большего расхода памяти. Это нужно знать и дальше уже решать - что вам больше подходит под вашу конкретную задачу.

Если завернуть объект в Proxy, можно будет изменять ключи при обращениях к объекту:

const obj = new Proxy({}, {
  get(target, key) {
    const lowerKey = key.toLowerCase();
    return target[Object.hasOwn(target, lowerKey) ? lowerKey : key];
  },
  set(target, key, val) {
    target[key.toLowerCase()] = val;
    return true;
  },
  has(target, key) {
    return key in target || key.toLowerCase() in target;
  },
  defineProperty(target, key, descriptor) {
    return Object.defineProperty(target, key.toLowerCase(), descriptor);
  },
  deleteProperty(target, key) {
    return delete target[key.toLowerCase()];
  },
  getOwnPropertyDescriptor(target, key) {
    return Object.getOwnPropertyDescriptor(target, key.toLowerCase());
  },
});

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

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

https://ru.wikipedia.org/wiki/AJAX

можно через Math.atan2() посчитать угол из центра на мышку.
Зная угол — найти конец линии фиксированной длины length под этим углом:

const { documentElement: el } = document;
const [cx, cy] = [el.clientWidth / 2, el.clientHeight / 2];
const angle = Math.atan2(y - cy, x - cx);
const length = 50;
const [bx, by] = [cx + length * Math.cos(angle), cy + length * Math.sin(angle)];
// рисуем линию из (cx, cy) в (bx, by)

P.S. Раз у вас логика от центра канвы, может быть удобнее однажды сделать ctx.translate(width/2, height/2) — и центр (0, 0) теперь будет в центре холста.

В первую очередь вам необходимо создать свой движок, а точнее все используемые вами части:
1) графический движок
2) физический движок
3) возможно, магический движок
4) систему интерфейса
5) звуковой движок
6) возможно, сетевой движок
7) редактор уровней
8) редактор персонажей

Затем уже в своём движке создать игру как на любом другом движке.

p.s.
Также советую взглянуть на Unity 3D.

Хе-хе (❁´◡`❁), получилось самому решить этот вопрос: я просто развернул выбранные полигоны в uv-редакторе(¬‿¬)

Потому что вы написали "введённое число равно пять ИЛИ семь". И движок это "семь" читает не как человек, а как отдельное условие, которое всегда равно true.
num == 5 || num == 7

Все пользователи с 0 вопросов и 9999 ответов действительно гении или это новореги или им удаляли вопросы?

Аудитория Тостера, по сути, делится на четыре группы:

1. Те, кто абсолютно не умеют искать информацию и пользоваться головой. Или умеют, но ленятся. Они бесконечно задают вопросы и очень редко отвечают.
   
2. Те, кто прекрасно имеет искать информацию (вычленять суть проблемы, формулировать её, подбирать ключевые слова, отсеивать шелуху). Они очень редко задают вопросы, но не потому, что вопросов не возникает, а потому, что на абсолютное большинство их вопросов ответ в интернете уже есть, его нужно только найти.
   
3. Те, кому не хватает опыта для того, чтобы оказаться во второй категории. Со временем они туда переходят.
   
4. Те, кто зашёл случайно, не связан с программированием и дети, желающие наконец-то узнать нужны ли им математика и высшее образование.