Иван Сорокин

Посмотри графовые бд: Neo4j (например).
Покрывает все твои потребности.

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

Другой вариант - стартапы. Здесь надо шире смотреть и думать как применить науку. Здесь всё зависит от интересов и направлений, в которых вам будет реально интересно двигаться.

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

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

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

Человечество придумало классную штуку - ООП. Java, пожалуй, его квинтэссенция.

public class Person {
   private String name;
   private String discip;  // или Enum
   private List<Integer> numbers;  // Или массив, если уверены в количестве чисел на 146% и целеполагание позволяет

....... getters/setters

}

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