Andrei SunnyPh

1. Пишете нужный класс с нужными данными: Как правильно описать класс для библиотеки Newtonsoft.Json C#?
   
2. Открываете ман Newtonsoft.json в разделе конвертеров: https://www.newtonsoft.com/json/help/html/CustomJs... и далее в гугле.
   
3. Пишете свой конвертер
   
4. Радуетесь результату
   

В этом api должно быть сказано как осуществляется авторизация, т.е. кука или jwt-token в заголовке, которые нужно вместе с запросом отправлять.

Если предполагается в перспективе использование вне РФ - то лучше использование tin вместо inn, и прочие по возможности таким образом заменять.
Ну а если сугубо для внутреннего пользователя - то можно использовать русские транслитерированные аббревиатуры.

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

function Box() {
  return (
    <>
      <p>Box Component</p>
    </>
  );
}

function List({Component}) {
  return (
    <>
      <Component/>
    </>
  );
}

function App() {
  return (
    <List Component={Box}/>
  );
}

export default App;

Либо:
function List({component: Component}) {

В asp.net core ЧТО? Blazor Server? Blazor Web Assembly? Razor Pages? Web Api?

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

Ваш HttpException это по факту ошибка работы с протоколом Http, ошибка передачи информации или подобное. И то, даже школьники уже понимают, что ошибки нужно обрабатывать, а не специально генерировать. Если у вас программа будет на сервере, а вас просто сервер накроется из-за такого кода и вам нужно будет лезть и всё заново запускать

Ошибка 404 это просто статус ответ от сервера, который уведомляет вас о том, что запрашиваемый ресурс не найден. Если у вас всё же стоит Web Api, тогда просто в контроллере делаете return NotFound()

Если у вас Razor Pages или MVC, просто сделайте return RedirectToAction("NotFound", "Home") предварительно создав страницу NotFound в контроллере Home

.NET Framework - это старая платформа, которая изначально в 2000х появилась.
Потом в 2016 или типа того году появился .NET Core и .NET standart.

.NET Core - новая, кроссплатформенная платформа, в которую изначально завозили всякие новые штуки типа нового JIT, вносили новые API, убирали старые, завозили новые фичи C#.

.NET standart - спецификация, которая позволяет делать библиотеки, которые работают и на .net framework и на .net core с гарантией совместимости.

Часть нововведений .NET Core вернулась в .NET Framework, а часть - нет.

Потом произошёл ребрендинг и .NET Core переименовали в просто .NET, а .netstandard прекратили обновлять, тк все новые api теперь идут только в .NET, но не в .NET Framework.

Как я понял .Net и .Net framework это программы, которые преобразуют папку с проектом в исполняемый файл, другими словами говоря - компиляторы.

Не совсем. Есть две вещи:
1. .NET runtime и .NET SDK
2. .NET Framework и .NET Framework DevPack
То что слева - это только рантайм, он отвечает за запуск уже собранных приложений.
А вот в sdk уже входит компилятор и все необходимые для сборки приложений библиотеки.

Сами по себе они отличаются тем, что .Net framework создаёт файл, запускающейся только на винде, а .Net - и на маке и на линуксе.

Различие между .NET Framework и .NET я уже описал выше, но повторю:
1. .NET Framework - старый/устаревший, менее производительный, и только windows (mono упоминать не будем)
2. .NET с номером - новый/современный, более производительный, работает на разных платформах.

Для нового проекта стоит выбирать только номерной .NET (сейчас вроде 9), если у тебя нет весомых доводов для выбора .NET Framework.

Оставлю шутки, про "выучил раст" в стороне и пойду по порядку, тем более что судя по недавним вопросам - заявление крайне смелое.

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

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

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

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

4. На этом шаге можно уже смело пытаться заработать в п2

Всё очень абстрактно, тк сильно зависит от того, что ты сам хочешь.
В принципе за пару лет вполне реально управиться.

PS: в последнее время мне нравятся видосы decrusting ... от чела https://youtube.com/@jonhoo?si=9VbtXlH4dgdCrwQ-
Три часа непрерывного разбора всех абстракций какой-то библиотеки

Кто то счетает это хорошей идеей, как возможность связать все сервисы

Тем временем центральная идея микросервисов в том, чтобы связанность максимально снизить.

var res = pm.response.json();
pm.environment.set('token', res.token);

Все просто - ты с клиента передаешь JSON объект, а принимаешь на сервере строку.
Вот и не сходятся типы.
Либо делай DTO на сервере, либо передавай строку.

Добро пожаловать в современный web, где контент уже больше пятнадцати лет формируется динамически с помощью JavaScript, который BeautifulSoup выполнять не умеет.

Хоть и вопрос несколько сумбурный и не совсем понятно, что автор хочет на самом деле...
Но краткий ответ: да, возможно, но есть нюансы...

Самый простой вариант - запускать node как отдельный процесс. Можно просто запускать на каждый чих, а можно заморочиться и организовать общение между приложением на Rust и приложением на Node.js

Вариант поинтереснее - Node.js можно собрать как библиотеку (есть даже готовые бинарные сборки такого), линкуем с приложением на Rust. Всё живёт в одном процессе, но node будет запускать свои потоки.

Есть и обратный последнему вариант. Можно из Rust кода собрать бинарный аддон к Node.js
Правда тут уже JS код будет запускать код на Rust.
https://napi.rs
https://neon-rs.dev

Можно пойти дальше. Если задача просто исполнять JS код из приложения на Rust, то можно слинковаться с одним из JS движков. Приколюх предоставляемых платформой Node.js здесь не будет (вроде fs или http), хотя никто не мешает реализовать это самостоятельно.
https://crates.io/crates/v8
https://crates.io/crates/quickjs_runtime

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

Но я просто пытаюсь угадать что и от чего ты пытаешься защитить.

Один из вариантов:
- API, взаимодействие с MOEX ISS через Python.
-Selenium.

Переменные окружения всегда хранятся в переменных окружения.

.env-файл - это не переменные окружения, а конфиг, который потом должна подхватить программа и добавить данные из него в свои переменные окружения.
В .NET есть пакет, который делает ровно это: https://www.nuget.org/packages/dotenv.net

В .net для конфигов принято использовать классы и интерфейсы из Microsoft.Extensions.Configuration.
Самый распространённый вариант конфига - файл appsettings.json.

Если мне память не изменяет, то m.e.c по-умолчанию в asp net core настроен так, чтобы тащить конфиги из appsettings, переменных окружения, и аргументов командной строки.

Отдельно можно ещё сделать интеграцию и с другими вариантами конфигурации при помощи "Configuration providers".

Подробнее можно почитать в документации: https://learn.microsoft.com/en-us/aspnet/core/fund...

Капец много текста написал.

Если кратко - то найди себе ментора. Это позволит тебе не выгорать а двигаться
вперед.

Должен был написан план с датами что изучать. С++ - очень сложный язык
и в нем ного фичей. Даже его создатель рекомендует не брать все сразу
фичи а изучать какое-то разумное подмножество.

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

Код должен содержать тесты и иметь какие-то критерии качества и эстетики кода.

Параллельно с С++ тебе придется изучать железо и операционные системы. Без этого никак.
Это язык - общесистемного программирования и делать чисто прикладные вещи на нем
нет смысла. Ты должен быть погружен в систему.

1. C++ - это не единственный способ хорошо понять, как работает компьютер. Раз уж это первый язык, то я бы смотрел сразу в сторону Rust, тк он также сразу учит тебя тому, как можно управлять памятью.

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

3. Просто открываешь книгу или курс и читаешь, делаешь всё более и сложные проекты. Всё.
Выбирая литературу - смотри на автора и отзывы.

4. Если хочешь начать карьеру с C++, то тут мастхев будет диплом какого-нибудь хорошего вуза, чтобы тебя рассматривали всерьёз. (тоесть закладывай ещё +3 года после окончания колледжа).
Хотя опять же - начинать карьеру с C++ сейчас - это крайней сомнительный выбор, если не геймдев, конечно.
Для джуна в принципе разницы нет - на любом стеке тебе будет крайне тяжело найти первую работу.
Для опытного аналогично, но наоборот - на любом стеке, если он не совсем мёртвый, найти работу будет вполне реально. (в худшем случае пара месяцев на поиск наиболее вкусного предложения).
Сам в вполне успешно получал оффер на такую экзотику, как F#, а сейчас вообще пишу на Rust.