Михаил Потанин

Я не думаю, что заниматься ИБ без опыта программирования или администрирования - хорошая идея.
А программировать надо все-таки начинать с нормальных языков. Если двигаться в сторону безопасности, то особенно - стоит начать с хорошо типизированных, даже не Haskell, а какой-нибудь Idris, а так же познакомиться с Rust.
А ассемблер выучить не сложно, если иметь опыт работы с достаточно большими системами - на ассемблере даже что-то простое получается громозким, и что бы оно поместилость в память (программиста, не компьютера) надо иметь соответствующий опыт.

Я не любитель MS, но все-таки как язык C# качественнее. Правда, экосистема у него слабее, но для учебы язык важнее.

Проще всего с Elm.

Теория множеств, матлогика, линейная алгебра, теория категорий, теория типов. Можно добавить анализ, теория вероятности, статистика, теория игр, исследование операций.

А что за возможности в Java, которые хороши для разработки компиляторов?
Компиляторы лучше писать на Scala или Haskell.

Судя по отзывам знакомых IT лучше в ИТМО, а маткматика в ВШЭ на Матфаке. Про экономику сказать не могу.

Front-end проще всего начать с Elm - разбора примеров и программирования в online-редакторе. Потом, скорее всего, придется серьезно изучать html+svg+css.

Дискретная математика, теория множеств и матлогика, линейная алгебра, тервер и статистика, теория категорий, теория типов.

В связи с модой на IoT, мне кажется перспективно. По крайней мере многие программисты на Rust ориентируются именно на встраиваемые системы - там этот язык хорошо подходит.

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

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

Самый правильный способ взаимодействия в этом случае - микросервисы обменивающиеся сообщаниями. Надо поискать подходящий брокер сообшений, поддерживаемый нужными языками, и строить инфраструктуру на его базе. Классическое решение - RabbitMQ, но может быть будет удобнее взять MQTT или что-то, что уже есть под рукой (в .net вроде какой-то есть).

А зачем именно ООП? Функциональная парадигма сейчас становится популярной, можно начать с очень простого Elm.

Мне была полезна "Дизайн и эволюция языка C++" Страусртуппа. Она, конечно, устаревшая, но там описаны мотивации тех или иных фич языка, без знания которых его сложно понять. После нее уже можно искать что-то по современным стандартам.
Но я не уверен, что C++ подходящий язык для новичка.

Try Elm

Если требуется очень быстро делать фронтент, стоит посмотреть на Elm. Он несколько непривычен, но прост и к нему есть достаточно примеров.

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

Гуглите "аксиоматика Пеано".

Без фронтенда никуда, но если не надо поддерживать унаследованный код, стоит освоить Elm - он простой и позволяет разрабатывать фронт очень быстро. Ну и опыт ФП даст полезный.