Аристарх Деряпа

А что сложного? Обычный слайдер с fade анимацией. Кнопки навигации через position:absolute подложены. Это может любой слайдер, тот же slick. Смотрите документацию.

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

Обычно достаточно моего согласия.
Я не против.
Alan Mathison Turing

Неплохая книга Бена Ватсона "С# 4.0 на примерах" - много примеров, как делать конкретные вещи, в том числе, по WPF.

Программирование зиждется на трёх китах - 1) знание (синтаксис) языка, 2) алгоритмы и 3) архитектура. Причём, последние не связаны с языком. Читайте не только о языке, но и общие знания - паттерны, архитектура, алгоритмы. В большинстве классических книг примеры написаны не на c#, но их чтение сильно развивает как программиста.
Мартин Р. Чистый код. Создание, анализ и рефакторинг рекомендую прочитать хотя бы до 12 главы, дальше - углубление. Первые главы дают шикарный базис для построения архитектуры - почему писать так, а не иначе. Примеры на Java, но этот язык довольно сильно похож на C#.
Фаулер М. Рефакторинг. Улучшение существующего кода классическая книга
Гамма Э и др. Приёмы объектно-ориентированного проектирования суперклассическая книга, так называемая "банда четырёх"
Скиена С. Алгоритмы. Руководство по разработке книга о алгоритмах, проще, чем известная книга Д. Кнута

Ну и посмотрите этот список книг.

Если пишете свой велосипед (что само по себе неплохое начинание), то сразу делайте правильно. Вы пытаетесь реализовать роутинг. Посмотрите, как это реализовано в готовых решениях:
Django
Flask
Так же вам надо определиться, будет ли ваше приложение работать по WSGI или само по себе будет веб-сервером. Тогда и ответ на ваш вопрос прояснится.

1) Оптимизация. Из опыта получается что они оба примерно на одном уровне. Юнити немного раньше VR стали поддерживать, поэтому и сообщество по-больше будет ( хотя у Юнити оно в целом итак больше ).

2) Скорость разработки. Юнити в этом плане по-проще и по-быстрее, так как С# очень просто дается и очень много документации. У UE есть BluePrint и C++. BluePrint - визуальный скриптинг, лично я очень сильно путался при больших задачах, а С++ по-сложнее будет чем C#.

3) Качество Контента. В этом плане UE радует отличными шейдерами и светом прямо из коробки. В юнити надо искать готовые или самому писать , а это займет время.

Я бы выбрал Unreal. Сам факт того ,что игра сделана на Unreal Engine - уже придает ей больше уважения ( так как школьники всех избаловали своими творениями на Unity )

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

Итак, вы хотите написать компилятор. Это не так сложно, как кажется(иначе не было бы такого количества языков).

1. Понадобится выучить, что такое грамматики, формальные и регулярные языки, контекстно-свободные грамматики и так далее. Необходимо достаточно глубоко понимать, что это и для чего. Также нужны знания структур данных, ассемблера, паттернов проектирования.
   
2. Для опыта необходимо посмотреть грамматики современных языков, благо, они есть в свободном доступе. Пример раз, пример 2
   
3. На основе полученных знаний, а также опыта изучения грамматик существующих языков необходимо написать свою грамматику
   
4. К этому моменту вы сильно подрастете, если не физически, то скиллом уж точно, поэтому заведите себе хобби или девушку, чтобы отвлекаться от этой дребедени, иначе сойдете с ума.
   
5. На основе данной грамматики пишется на любом известном вам языке лексер и парсер, которые переводят эту грамматику в набор токенов(задача лексера), а парсер эти токены в Абстрактное Синтаксическое Дерево (Abstract Syntax Tree)
   
6. На основе данного дерева вы можете проводить анализ кода, проверку на ошибки, оптимизации.
   
7. Данное дерево мы можем трансформировать в другую форму. После чего на его основе сгенерировать код, который мы хотим получить.
   
8. Крайне советую посмотреть исходники открытых компиляторов, например, Roslyn для шарпа или аналогов для других языков, чтобы посмотреть, как оно вообще работает.
   

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

И да, придется оооочень много читать, а также хороший английский, на русском намного меньше литературы по данной специфике.

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

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

Ни на чем
Сначала сделайте свою грамматику и парсер для нее

На чем угодно

Если осилите, такие вопросы не будут возникать

На HQ9+