Nik Faraday

1) Зачем мусорить в глобальной области видимости?
Оберни весь код в IIFE
https://developer.mozilla.org/en-US/docs/Glossary/...
Таким образом изолируешь свои переменные от глобальных, и точно ничего не перетрешь в глобальной области.
2) Если хочешь получить помощь, оформляй снипет так чтобы другой мог его запустить
Вот эта строка <script src = "d3.min.js"></script> не будет работать у других.
Я пробовал заменить на

<script src="https://d3js.org/d3.v7.min.js"></script>

при этом код не работает и ошибок не выдает.

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

moment.js

AddCors - добавляет службу в IServiceCollection.
UseCors - говорит аспнету, что нужно ещё добавить соответствующий middleware в конвеер обработки запроса.

Так что да, обязательно.
Если вызвать только AddCors - служба будет добавлена в контейнер, но никак не будет использоваться.
Если вызвать только UseCors - во время конструирования конвеера возникнет исключение, тк aspnet не сможет получить необходимые зависимости.

Так подойдет?))
Или число тоже должно изменяться?

const num = 10;

for(let i = 0; i <= num; i += 1) {
  console.log(i);
};

Коротко и упрощенно - на момент бинда функции к элементу функция не декларирована. А хтмл требует ее привязать. А ее нету еще...

Ну места им двум не хватает, начинает ужиматься та которая может ужаться, номер телеофна состоит из нескольких "слов" поэтому он переносится

Ошибка синтаксиса же. Мануал читать внимательнее надо: https://www.w3schools.com/js/js_if_else.asp
Тут любая нормальная IDE должна сразу показать её. Не показывает - меняйте IDE/редактор исходного кода на нормальный.

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

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

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

Советую изучать с низов, самостоятельно, чтобы было понимание каждого шага, всего что происходит.
* операционные системы, процессор и многопоточность, сети,...
глубоко изучать это не требуется но базовые понимания нужны чтобы не получать медленное приложение только потому что не знал что каждый твой запрос в tcp это 'туда-сюда', и это медленно (десятки миллисекунд), что одновременно два человека пытающиеся что то изменить на сайте нужно разруливать чтобы не было конфликтов и т.п.
* бакэнд и фронтэнд
буквально что значит запрос и генерация ответа, какие бывают способы организации этого бакэнда (http rest и к примеру websocket), не понимание разницы между бакэндом и фронтэндом у новичков рождает абсурдные вопросы как из javascript изменить переменную php (и наоборот)... в чем разница между генерацией страницы на сервере и в браузере.
* html, css,..
верстка и дизайн, отдельный мир браузерных стандартов, исторических наслоений,. когда стоит применять фреймы, почему шрифты по разному выглядят, разные устройства и размеры экранов, разные способы взаимодействия (сенсорный экран, мышь, клавиатура)...
* базы данных
еще более огромный мир атомарных транзакций, индексов, нормальных форм и прочего
* девопс
без умения выбрать инструмент, настроить тулчейны, среду разработки, среду исполнения (веб сервер), настроить бакапы и прочее пытаться что то разрабатывать это как в слепую гулять по лесу, будешь постоянно на ветки натыкаться
...
это я еще про системную аналитику не сказал, обычно прежде чем что то создавать, нужно продумать как это все делать, что такое технический долг и т.п., а еще есть тестирование, обслуживание, работа с отказами (сервер сдох, база упала, как все восстановить), обновление на живую и прочие веселья

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

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

Кастомные символы загружаются в собственную память контроллера LCD, а там есть место только для 8 штук. Может, бывают совместимые дисплеи, допускающие больше 8 символов, не знаю.
Но никто не мешает задать сколько угодно кастомных символов и загружать их в индикатор в нужные моменты. Просто одновременно отображать получится не более 8 разных.