Rou1997

Нет.
Если на C#. c++/cli или VB.NET, то нужен .NET
Если на C++, то нужны библиотеки Visual C++ Redist соответствующей версии и архитектуры, в этом случае используйте dependencywalker.com/, затем эти DLL надо приложить к приложению, либо распространять с инсталлятором Redist, либо нужно настроить статическу. линковку (эти DLL упакуются в EXE)

Для ZIP и APK точно должно, если не работает - ставьте через ADB.

Если страница перезагружается, то это не AJAX по определению. :)
AJAX - это вот.

Прежде всего благодаря пониманию целей и пониманию средств в виде API разных ОС, у вас с этим проблемы судя по вашему вопросу в абсолютно непонятной формулировке.

Сохранять state и заново загружать сохранненое в Fragment.

При проектировании применяю в разумных пределах, когда есть возможность.

но при этом усложняет код

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

Есть ли «актуальные» книги по ассемблеру?

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

И вообще, что выбрать

Прежде всего выбрать направление, а в зависимости от него все остальное.
Для чего вам Assembler, для какой ОС?
Например у меня ОС - Android, Windows, OS X, iOS и Arduino (знаю, что не ОС, а платформа), основное направление - реверс-инжиниринг, ассемблеров мне нужно шесть штук - Smali, ARM, Intel x86, MSIL, AVR и еще один, не знаю пока как называется, но уже знаю что он нужен и скоро буду его изучать, а все перечисленные уже использовал и еще GAS, но это синтаксис, а не отдельный Assembler.

com программы ... не запускаются выше чем на win xp... Можно ли как-то решить эту проблему?

Если для вашей цели действительно нужен запуск COM-программ, то ставите вторую ОС WinXP, или создаете VM, или арендуете VPS.
Мне была нужна OS X и iOS, я так и сделал, VPS купил за 50 долларов в месяц и все запускалось.
Но у вас, судя по вопросу, пока нет цели.

(если я написал что-то ну уж совсем не поддающееся объяснению - не ругайте, ну уж совсем чайник)

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

тут выбираем между асинхронной nodejs (говорят, что нода в API хорошо себя чувствует) и обычным php.

А что из этого вам лучше знакомо?
Ваша основная цель - реализовать проект, а если будете использовать незнакомое то будет еще и цель изучить незнакомое. Тем самым, вы будете тратить гораздо больше энергии и времени.

Тоже самое на вопросы вроде "готовый фреймворк vs самописный фреймворк vs китайский код без фреймворка" - самописный фреймворк это самый заманчивый вариант на будущее, но он же и самый энергоемкий.

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

Так же в перспективе планируется ввести систему коммуникации между пользователями, пока сходимся на real-time чате.

Насчет real-time, есть один момент: с WebSocket лучше работать на Node.js.
А если у вас клиентом служит браузер, то вам желателен WebSocket, потому что иного доступа к сокетам в современных браузерах нет (Flash считаем устаревшим), а сами сокеты желательны для real-time.
Но это не самый важный момент.

Фреймворк здесь ни при чем, в нем нет кода, зависимого от ОС, и никаких серьезных проблем при портировании не возникает, а вот без навыков с UNIX вам будет сложно найти работу, если только вы не будете делать как я - писать свой проект с нуля где и в production будет Windows.

Чтобы при остановке выполнения (на точке останова или при выбросе исключения) узнать, в какой функции (и возможно с номером строчки кода) произошла остановка, со вложенностью.

Пример:

void foo2() {
foo3(5 / 0);
}

void foo1() {
foo2();
}

void main() {
foo1();
}

Call stack trace of exception:

foo2
foo1
main

Английский не очень хорошо знаю,

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

Посмотрел, не совсем понял, о чем речь, видимо, баг не столь серьезен, чтобы быть заметным вне контекста. :) Как по мне, для интерфейса приложения предназначенного для работы, а не для игр, -подобное решение более чем годно, гораздо критичнее не какой-то там баг или "артефакт", а большая удаленность точек, из-за чего утомительно водить курсором и сложно попадать по маленьким точкам.
В чем все-таки баг, для начала?
Вас не устраивает быстродействие анимации? Или алгоритм - то, что "стрелка" проходит не оптимальный путь?

Любого программиста в первую очередь касается закон кармы. Я предвижу, что людям эпилептоидного типа вряд ли понравится такое рассуждение, оно как-то не по теме. :) Но любому разработчику действительно прежде всего нужно думать о своем потенциале, вот если вы грабите квартиру то отсутствие отмычки и неумение ею пользоваться - это гораздо более первичное препятствие, чем полиция. :) То же самое и в более легальных делах, прежде всего думайте о деньгах, времени, опыте, прочих составляющих вашего потенциала, или кармы.
---
А чтобы мой ответ не удалили (люблю надежность), также отвечу и по теме: пока ваше ПО даже не существует, оно не может украсть ничью информацию или принести убытки, поэтому доказать его вредоносность (malware, spyware, fishing) пока что невозможно, вот когда принесет, и когда об этом заявят куда следует, вот тогда будет реальный риск.
---
P.S. Несколько месяцев работы над проектом, нарушающим закон об авторском праве.
И работа над проектом, нарушающий конфиденциальность приватных данных (spyware).
Вернее spyware даже два, есть еще мой pet project.

игру CS:GO, ведь там ежесекундно отправляется over9000 пакетов данных

Даже космическая ракета вряд ли ежесекундно отправляет over9000 "пакетов" телеметрии. :)
Ни клиент CS:GO, ни сервер CS:GO на один сокет, и близко столько не передает и не принимает, какие-то тысячи можно насчитать только если пакетами считать TCP/UDP-сегменты, но это уровень ОС, а вас интересуют не эти пакеты, а буферы byte[], и если скажем подсчитать вызовы Berkeley's send() в секунду то не будет и сотен и даже десятков может не быть.
Собственно весь TCP-поток игры вы можете посмотреть с помощью сниффера, но вы же не дружите с инструментами отладки как я помню, поэтому можете еще пару нулей дописать к числу в вашей фантазии. :)

Пакует ли клиент каждый пакет через новый экземпляр класса для упаковки?

Разумеется, да, как и с HTTP-запросами, классы вроде System.Net.HttpWebRequest в принципе являются моделью данных пакета вроде POGO, а всю "грязную работу" с буфером byte[] класс берет на себя, это повсеместная практика что за вопросы.

Читает ли каждый пакет сервер через новый экземпляр класса для чтения?

Аналогично.

Либо это все происходит через 1 класс?

Да вообще всю игру пишут в одном классе а новый класс создают только когда IDE вместо номеров строчек начинает выдавать числа с экспонентой!
Попробуйте написать просто надежный клиент-сервер без всякого payload и обойтись 1 классом там и там, мой первый был именно таким и это ужас, хотя кому я...)))

С наступающим Вас.

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

Вы используете только дизассемблер, а необходим еще декомпилятор C++ (например Hex-Rays - скачайте и установить его в IDA), а также отладчик как средство отслеживания и контроля программы в работе, для UNIX очевидным выбором является отладчик gdb, да и для других ОС он тоже применяется хотя порой с меньшим успехом.
К тому же у вас совсем нет опыта иначе бы вы хотя бы догадались что сперва нужно открыть функцию main в списке слева, поскольку выполнение executable начинается с этой функции.

Сама программа, на всякий случай тут.

На тот случай, если я недостаточно устал от работы, чтобы еще и вами заниматься, а то нечего мне тут бездельничать на Новый год, да? :)

Только начал пробовать участвовать в ctf

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

XPath.

Стоит, тем более у небольших проектов небольшой бюджет.
Не только разобраться с фреймворком, но и строить на основе него свою CMS, а лучше параллельно изучать фреймворки, CMS и vanilla.