copal

Судя по вопросу, Вы ещё не программист, по этому вот -
Если бы Вы спросили "какие языки учить, чтобы делать сайты и что для этого нужно", то получили бы стандартный ответ - "html5 + css3 + js + php + angular + lareval". И да, это был бы правильный ответ, так как этого достаточно. Всякий раз, при посещении какого-либо сайта, когда у Вас возникал вопрос - "как это сделать", получали ответ - "вот готовое решение, не тратьте время на сооружения велосипеда".
Согласитесь, как все просто?

А вот как дела в gemdev'у -
Физика - да, существуют готовые физические движки, но это "автомобиль", который принесет пользу тем, кто имеет "водительские права" или сломает его разум. Так же для мобильных платформ физ. движки очень тяжелые, по этому нужно писать все законы физического мира - самому.
Анимация - Вы должны понимать её работу так, словно узнали Вы о ней в раньше чем родились.
Но на самом деле нужна она не так часто, что не означает, что Вас будет ждать коллектив, пока Вы точную траекторию кривой Безье третьего порядка рассчитаете.

Я сказал "рассчитать"? Да, это Вам нужно делать на уровне школьного золотого медалиста.
Уравнения, геометрия, алгебра, ранее упомянутая физика... И думаете это все?
Нет, потому-что ещё есть же отображение!
Вы должны разбираться в цветах лучше художника, должны уметь создавать различные эффекты с применением не самопридуманных технологий, а с вполне естественными для всего мира алгоритмами. Их очень много. А алгоритмы поиска путей и прочих столкновений?
Да, есть много готового, даже можно сказать, что уже все создали.
Но настоящий gamedev'овиц, должен знать все.

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

А язык, как Вам уже сказали, почти любой.

// на это замыкание не ведет ни одной ссылки.
(function(window){
// someVar не является частью замыкания.
// чтобы somevar относилась к полю замыкания
// её нужно объявить с контекстом this.
// То есть 
// this.somevar =[];
  var somevar =[];

  // свойство x не является частью замыкание,
  // так как объявлено с контекстом window.
  window.x = function  () {
  //
  //
  }
  x.y = function() {
    // имеем доступ к somevar
  }
})(window);

var newy = function () {
  // отсюда тоже хотим работать с somvar
}
//делаем
// таким образом невозможно обратится к 
// области видимости замыкания, так как 
// ссылка на функцию х не имеет никакого отношения 
// к этому самому замыканию. Оно объявленно в window.
x.y=newy;

Если Вас интересует автокомплит, то используйте ...shtorm.
У SublimeText3 очень плохой автокомплит, он автокомплитит все, что ему хочется и когда хочется.
То есть он вообще своей жизнью живет. Жалко, что у этого редактора нет сообщества, где можно было бы пожелания оставлять. Все как сороки трещат услышанные от автора фразу "это не ide".

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

Если бы у меня были деньги на покупку любой из существующих ide,
а SublimeText у меня уже был, то я бы не стал ничего покупать, а стал
работать за бесплатной c9.
Каждый раз, когда я в неё играюсь, мне искренне не хочется её закрывать.
На секунду она заставляет усомнится в ST...
Если кто-то пробовал её в бою, то был бы рад почитать о ней комменты прямо тут.