Даниил Демидко

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

P.S. когда уже русский язык станет самым популярным? Как Вы собираетесь с формальными языками разбираться, если не можете освоить естественный?

Главное, чему нужно следовать при размещении инклюдов - принцип наибольшей закрытости - в *.h файл должно торчать как можно меньше сущностей.

Например, за размещение в *.h файле матюка типа using namespace std; разместившему грозит неприятный разнос на code review c вердиктом УБРАТЬ ДОЛОЙ

Потому что такое размещение приводит к глобальному загаживанию пространства имен с жуткими последствиями.

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

Например, если у вас в классе есть указатель на какой-то другой класс, не нужно тащить инклюд этого класса, достаточно сделать forward declaration.

"Понимать взаимосвязи" позволяет IDE. Там можно прекрасно посмотреть, что куда включено.

Чем вам так понравилась Java

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

Почему энтерпрайз пишется в основном на Java?

Потому что к тому времени, как .NET стал действительно кроссплатформенным, Java уже давно захватила рынок. А корпоративный сектор перемен не любит.

Почему джавистам больше платят?

Потому что Java уже давно захватила рынок.

так как prog не является зарезервированным словом - то это функция которая возвращает 1 или 0.

код превращается в IL, который уже будет превращаться в машинный по мере необходимости (см. JIT компиляцию). Т.е. по сути первый вызов метода будет происходить чуть дольше т.к. будет происходить оптимизация и компиляция IL кода под реальную аппаратную платформу. После чего все последующие вызовы будут выполняется быстрее. Если такой вариант по каким-то причинам не подходит - есть ngen который позволяет сразу скомпилировать код под известную платформу (выиграв на холодных запусках, по потеряв в переносимости). И в этом случае jit компиляция во время работы приложения уже выполнятся не будет.

В CLR не входит CIL?

не совсем понял вопрос. cil/msil/il - просто промежуточный в который превращается код на С#/F#/VN.NET/etc. Можно расценивать его как ассемблер для .нета. Мало того, никто не запрещает написать свой DSL, который будет генерировать IL, который в свою очередь будет работать везде где работает .нет

JIT запускается каждый раз при сборке проекта или только один раз чтобы запомнить архитектуру платформы?

оба варианта нет. jit компиляция = just-in-time и запускается прямо во время работы приложения. как-раз она и превращает IL код в нужный набор машинных кодов.

Вы объявили переменную Equip как список, но сам список не создали, где его new?

Устаревание тут не при чём. Если спрос на огурцы в это году больше, чем на помидоры, то это не значит, что помидоры устарели. Есть множество сценариев, в которых web-приложения не смогут заменить десктопные. Справедливо и обратное.

Лучшее

Net Core как раз для web.

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

эммм, оператором == устроит?

if (firstElem == secondElem)
{
...
}

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

Сохранять данные в файл или в базу данных.
Неужели мой ответ будет решением? Удивительно!