Vitsliputsli

100% перегрет, но не программистами или веб-мастерами, а индивидами, которые решили что веб это просто и легко и не стоит сильно париться над своими скиллами и знаниями.

любой рынок сейчас наполнен, любой.
но найти пряморукого сантехника/электрика/дантиста/айтишника - проблема.

тем не менее они, при желании, находятся.

Представь у тебя есть какой-нибудь метод, который принимает в агрументах объект, например, типа User
doSomething(User user)
Ты можешь передавать в этот метод любой объект типа User или объекты классов, наследующих User.
Но можно сделать еще гибче, например описать некий интерфейс UserInteface и указать в определении метода его:
doSomething(UserInterface user)
Теперь ты можешь передавать в метод объект любого класса, который реализует интерфейс UserInterface.
Разумеется, изначальный класс User из этого примера тоже должен реализовывать этот интерфейс.

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

И, как уже написали выше, один класс может реализовывать несколько интерфейсов.

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

на каком языке можно написать игру?

крестики-нолики на любом, ну практически.

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

Если ты хочешь играться - не надо учить язык программирования.
Если хочешь решать бизнес задачи с помощью программирования - тогда учи.
В свои игры все равно играть будет не интересно именно потому что знаешь полностью что внутри.

Как вы выбрали на чем писать игру?

Для начала я бы конкретизировал, что за игру)). Нельзя подобрать инструмент, если нет понимания, что в принципе необходимо.

Редакторы и прочие движки не интересны

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

Как хранить исходники вместе или раздельно по разным репозиториям? Какие плюсы и минусы каждого способа?

Мне кажется тут вопрос не столько в "плюсах и минусах" сколько в здравом смысле. Мне не совсем понятно, что в конечном счёте означает "бекенд на python, фронтэнд на angular". Это два независимых проекта, способных работать автономно друг от друга и "общаться", например, через API, разработка которых происходит параллельно и независимо друг от друга, при этом какие-либо части проектов не пересекаются между собой (например, куски HTML/CSS/JS/etc кода не копируются в бекенд-часть)? Если так - то крайне логично разделить это на два отдельных репозитория, т.к. это по сути два разных проекта, связанных между собой весьма косвенно. Если же у Вас проекты имеют более прочную связь между собой или степень контаминации исходного кода выше той, что я описал ранее - то это один проект и дробить его на множество репозиториев, лично я смысла не вижу никакого (а то мы так дойдём до "давайте хранить HTML-код в одном репозитории, CSS в дургом, JS в третьем и т.д.).

P.S. Обычно, такие вещи разъясняет штатный тимлид, а не коллеги по форуму :)

Дополню все остальные ответы, что не стоит путать строгую типизация со статической.

Typehint-ы в том же php намного упрощают понимание и разработку кода, оставляя его все также слабо типизированным языком.

есть множество других способов.
но иксдебаг/подобные все таки стоит переступить через себя и осилить – они позволяют дебажить код, не захламляя его отладочным кодом/отладочной инфой.

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

Нельзя.

Модель ничего не знает о вызывающем интерфейсе.
Есть очень простая эмпирическая проверка, относится ли какой-либо код к модели или к контроллеру: реализовать тот же самый функционал через утилиту командной строки.

В данном случае тут же станет ясно, что редирект в командной строке - а следовательно и в модели - является бессмыслицей. А любые манипуляции с НТТР протоколом должны совершаться в том единственном компоненте, который отвечает за работу c HTTP - контроллере.