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

Больше похоже на то, что БД пустая

Как уже ответили в комментариях - chart.js, или любая другая. Всё легко гуглится

Если токен попадает к пользователю, то никак вы скрыть его не сможете (а ещё я всё ещё не могу понять, каким образом .env может работать на фронте).
Делайте запросы к ipinfo с бэкенда, передавая в параметрах ip, с которого пришёл запрос на ваш бэкенд.
(Как передать ip как параметр написано в документации ipinfo)

Убедитесь, что вы используете нужный SettingsProviderAttribute
Попробуйте пересобрать проект полностью

1. SQL - обязательно (в плане понимания, как вообще реляционные БД работают)
2. HTTP - чтобы понимать вообще, как оно работает (чтобы можно было ответить на вопрос "почему нельзя поменять код ответа после отправки заголовков")
3. asp net (core), как самый популярный фреймворк для бэкенда в C# (достаточно базового понимания. Не нужно сильно глубоко лезть)
4. Entity framework (Core), linq2db, dapper - чтобы вообще примерно понимать, как всякие ORM работают, но это не столь обязательно.
5. Всякие форматы данных - json, xml
6. Всякие способы построения апишек - soap, grpc, rest

Вообще, ваш вопрос не вопрос, а задание, но.
1. Из-за паскале-подобного кода было сложно понять, но после рефакторинга я понял, что это вычисление n-го члена последовательности фибоначи. n-3 сделано, тк автор когда м***к и не знает ничего про чистоту и читабельность кода.

Console.Write("n = ");
var n = Convert.ToInt32(Console.ReadLine());

var s = new [] { 1, 1, 2};
for(var i = 0; i < n - 3; i++)
{
    s[0] = s[1];
    s[1] = s[2];
    s[2] = s[0] + s[1];
}
Console.WriteLine(x2);

Тут "- 3" из-за того, что первые три члена уже вычислены - 1, 1, 2, ...
И так далее.
Аналогично со второй задачей - сначала даёшь нормальные имена переменным, и переносишь их туда, где они реально нужны, потом убираешь лишние комментарии, while вот это странный заменяешь на for, и так далее.
Вообще, понять, почему код именно такой, не зная изначальную задачу, сложно.

1. Я бы не стал делать в валидаторе сигнатуру, которая принимает список объектов.
Как минимум из-за того, что ему не нужен весь интерфейс, который даёт List. А как максимум - это просто не красиво.
2. Я бы не стал валидировать объекты, которые лежат в базе (считается, что раз объект попал в базу, то он уже валиден). Так что имеет смысл валидировать только DTO.
3. Вы правы, прокидывать лямбду для геттера в метод - это плохо.
я бы сделал билдер для валидатора, наподобие

// Псевдо-Java
var validator = new ValidatorBuilder<MyDto>()
                                .rule(d -> d.catalogues, catalogues -> catalogues.stream().map(c -> c.code).distinct().count() > 1)
                                // etc
                                .build();
var dto = //как-то получаем экземпляр dto
var dtoValid = validator.validate(dto);

PS:
Вдохновлялся шарповым FluentValidation - можете посмотреть на его API, но я бы не стал пытаться его портировать на Java, тк там много зависимостей от чисто шарповых штук

Абстра́кция (лат. abstractio — отвлечение) — теоретическое обобщение как результат абстрагирования.

Пример близкий к реальности:
Есть массив чисел и очередь из сообщений.

Нужно сделать две функции-фильтра - первый пусть вытащит из массива только чётные числа, которые больше 0, а второй вытащит из очереди только свежие сообщения с высоким приоритетом.

Вариант без абстракций:
пишем две независимые функции для каждого типа объектов.

Вариант с абстракциями:

1. Создаём абстракцию для нашей задачи: "Дана коллекция из элементов, нужно создать новую коллекцию и поместить в неё только те элементы, которые удовлетворяют некоторому данному условию".
   
2. Выделяем из условия две новые абстракции: Коллекция элементов и Условие (предикат).
   
3. Создаём функцию, которая будет принимать себе как аргумент коллекцию элементов и некоторый предикат
   
4. Реализуем интерфейс предиката - "число чётное и больше 0" и "сообщение свежее и важное"
   

Результат: Мы изобрели функцию filter

const array = [-2, -1, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10];
const predicate = num => num > 0 && num % 2 === 0;
const result = array.filter(predicate);

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

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

Такое ощущение, что вам нужен Dictionary<int, Person>, вместо массива, тогда не нужно будет динамически расширять массив, когда это надо (и не будет создаваться лишнее пустое место, если вы захотите пропустить пару сотен элементов)

По поводу фронтенда:
Конкуренция большая, но спрос тоже большой. Если добавить к знанию ноды и js ещё typescript, и знание какой-нибудь популярной технологии для бэкенда (Java/C#/Python/PHP), то конкуренция уже будет не особа страшна.
Слухи о нестабильности веба сильно преувеличены.
По поводу оракла:
По моим личным ощущениям, сейчас очень мало (почти 0) новых компаний выбирают оракл, в качестве своей СУБД, по тому остаются всякие банки и прочие, кто уже давно использует его и не станет переезжать на условный постгрес. Платят достаточно много, но лично мне бы это удовольствия не принесло. Если вам оно нравится, то можете попробовать себя в этом направлении.
> Может ли быть такое, что лет через 5 разработчики бд будут совсем не востребованы?
Вообще, они и сейчас мало востребованы, тк новые продукты стараются выносить всю сложную логику из БД на сторону приложения, а накинуть индексы какие надо способен и обычный разработчик.

Вы можете автоматически создавать каналы для каждого пользователя из user1, user2, user3. И создать ещё 1 канал, в который будут пересылаться сообщения из них. Можно пересылать и в обратную сторону, но, чтобы было красиво, нужно пересылать их с токеном пользователя (либо ставить опции в сообщения, чтобы бот мимикрировал под пользователя - ставил нужное имя и аватарку).
Но так, чтобы какие-то сообщения были видны, а какие-то нет в рамках одного канала - так нельзя