Код комнаты выполняется самым первым, а только за ним уже идут объекты.

И я ж написал, что смотрел тесты на YouTube, где игра в связке с Intel Core i3 & GTX 750 Ti выдавала комфортное кол-во кадров.

Посмотрев геймплей на ютубе, был приятно удивлен, что ... моя видеокарта выдает ~40 FPS.

Можешь себе представить комод. В комоде есть ящики, допустим, их будет 12, все они пронумерованы подряд от 1 до 12. И вот в каждом ящике лежит какой-то товар. Чтобы взять нужный товар ты должен подойти к комоду и открыть ящик с нужным номером.

Точно такой же подход используется к управлению массивами. Например, есть массив Goods, он состоит из 12-ти элементов. В каждом элементе записано название товара. Чтобы взять третий товар, мы обращаемся к нему примерно так: Goods(3). Нужен пятый? Тогда Goods(5). Нужен какой-то случайный товар? Пишем вместо числа конструкцию, которая выдаст случайное число от 1 до 12: random(12)+1. Получается, что, написав примерно такую запись: Goods(random(12)+1), мы получим один из 12-ти случайных товаров.
Почему я говорю "примерно так", потому что чисто техническая реализация процесса может немного отличаться в зависимости от синтаксиса разных языков программирования (ЯП), но это не меняет сути. Так же в некоторых ЯП нумерация массива может начинаться не с 1, а с 0. Тогда первым элементом будет элемент с номером 0, а последним - с номером 11, да и рандом тогда будет без "+1". Но это тонкости, и с этим всегда начинаются заморочки, прибавление единиц, вычитание единиц.. не думай пока об этом

Чем это удобно?
+ Не нужно создавать отдельную переменную под каждый товар. Это ладно 12. А если их 100? 1000? Переменных не напасёшься, устанешь их создавать. А в случае с массивом останется только просто поправить число входящих в него элементов (число ящиков в комоде).
+ Лёгкие операции с индексами - цифрами, которым применяются разные математические операции (в том числе и выбор случайного индекса) - это невероятно удобно при организации цикла, т.к. такой оптимизации на обычных переменных не достичь!
Минус, пожалуй, может заключаться лишь в том, что главное - это не запутаться в этой самой индексации, в циферках, т.е. не обращаться случайно не к тем элементам или вообще к несуществующему элементу.

Это мы с тобой разобрали одномерный массив. Я надеюсь, что объяснил понятно.

На практике же наравне с одномерными массивами ничуть не реже используются двумерные массивы. Их легко представить в виде матрицы, таблички, содержащей N строк и M столбцов. Ну или представить себе комод с ящиками, только каждый ящик содержит в себе ещё несколько ящиков. Таким образом, чтобы взять какой-то элемент из двумерного массива, мы должны обратиться сначала к определённой строке, а потом к номеру столбца в этой строке (или же наоборот, кому как нравится, кому как в конкретной ситуации удобнее). К двумерному массиву обращение идёт примерно такое: Goods(M,N) - элемент по M-тому столбцу и N-той строке.
Двумерный массив предлагает нам уже в некотором роде "табличку", которую мы можем использовать по своему усмотрению. Например, нам важен не только товар, как он называется, но так же и: его 1) цена, 2) количество товара на складе, 3,4,5...) любое другое количество параметров. Так поступим же вот так:

Пусть 1 столбец - название товара.
2 столбец - его цена
3 столбец - количество товара на складе

И наш массив будет заполнен примерно так:
Конфеты | 50 | 1000
Стулья | 300 | 12
Лопаты | 95 | 210
...

и так далее. А теперь вот что удобно. Нужна нам информация о конфетах? Читаем массив. Goods(1,1) - название, Goods(2,1) - цена, Goods(3,1) - остаток. А самое прелестное, что любые ЯП умеют организовывать циклы для совершения однотипных последовательных операций, которые уменьшают количество строк кода для обработки одних и тех же данных (нифига себе, если бы пришлось писать столько кода для каждого товара! а если бы, опять же, 1000???)
Но про циклы песня отдельная.. хотя они идут так тесно с массивами, что, изучая массивы, нельзя не изучить и циклы, чтобы жить было легче

Достоинства всё те же. Неудобства, пожалуй, тоже. Главное, не перепутать строки со столбцами и внимательно следить за индексами.

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

P.S. С массивами, как и с переменными, остаётся открытым вопрос, как данные туда попадут. Если в массиве должна быть какая-то сохранённая конкретная информация, надо её где-то хранить. Откуда-то читать, куда-то записывать. Можно, конечно, и в программе прописать, чтобы каждый раз создавалась конкретная информация, но обычно это "не комильфо".

Вообще я с некоторых пор стал только там писать все действия, которые относятся к инициализации.

"одному из лучших художников сообщества" надоело каракули черно-былые рисовать?