mayton2019

Думаю да. Нужно наверное отказаться от mp3 и сделать трекерную музыку.

Я вот когда играл в Serious Sam -1 помню там когда enemies наполняли локацию - то и музыка
как-то усиливалась и угнетала сильно. Но в Сэме наверное трекерная музыка была. Там проще
было ритм и музыкальные партии задавать просто меняя семплы.

Мне кажется что проблема не в телеграм библиотеках а как всегда в классических вопросах С++.
Контроль над памятью например. И если взять за формулу что ТГ-бот - это типичное реактивное
приложение то преимуществ С++ здесь вобщем-то нет. Нету задач которые бы загрузили CPU.

А если задачу развивать в части интеграции например с MQ/документными БД (Mongo) или с
веб-апи криптовалют то окажется что С++ в такой интеграции стоит еще в 2 раза дороже
и во времени разработки и в поддержке. А конечному пользователю вообще плевать на чем
бакенд бота написан.

И окажется в сухом остатке что наговнячить бота на Node или на Python будет дешевле. И поддерживать
код тоже дешевле. Вносить изменения - легче и быстрее. Для бизнеса - вообще скорость внесения
изменений в продукт - это метрика №1. Кто вышел с маркетинг акцией в срок - тот заработал денег.

Если-бы я был бизнесом и хотел бы свой ТГ-бот то я-бы не вкладывался в С++ (хотя я уважаю этот язык).
Я-бы нанял команду Ноде-Жс и все было бы норм.

Он скорее всего работает. Просто консоль так быстро появляетя и исчезает что ты не успеваешь разглядеть.
Там сразу после печати Hello идет return.

Добавь туда cin >> для того чтоб было какое-то ожидание от пользователя.

Несмотря на то что java/c++ формально являются ООП языками, многие вещи
с перегрузкой у них реализованы по разному. В случае с методом sound в Java
скорее всего будет создано просто 2 метода (разные сигнатуры).

Кажется проблема имеет отношение только к Windows консоли. Надо проверить. Автор сделай так

C:\>chcp
Active code page: 437

C:\>chcp 866
Active code page: 866

И запусти свой екзешник именно в ней. И потом еще попробуй вот так

C:\>chcp  65001
Active code page: 65001

и тоже запусти

Я тоже до конца не понимаю цели и задачи которые ставились для winsock2 но вот можно
почитать аннотацию здесь https://learn.microsoft.com/en-us/windows/win32/wi...

С моей точки зрения было время большого разлада между лагерем Microsoft и Unix. И вместо того
чтобы просто позаимстовать сетевые библиотеки или купить лицензии, MS как всегда стал делать
что-то свое, "сумчатое" и ни на что не похожее. Яркий пример Component-Object Model (COM).
Нигде такого нет.

Для чего создаватьtypedef struct addrinfo{}? Только ради того, чтобы не писать struct в Си?

Да все верно. Именно для такого юзкейса typedef и создавался. Плюс еще можно примитивы определять.

Для чего определять *PADDRINFOA

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

Где-то спокойно используется int, а где-то используетсяtypedef unsigned __int64 UINT_PTR, опять же вместо того, чтобы просто писать unsigned __int64.

Это очень старый технический долг языка С++ и его уже нельзя исправить. Дело в том
что спецификация языка не объясняет какой разрядности должен быть int. Он может быть
16, 32 бит в зависимости от целевого железа. По сути он - синоним регистра процессора.
И когда мы делаем цикл от 1 до 10 и нам по сути неважна разрядность параметра цикла - мы просто заказываем
int чтоб долго не думать. И компиллятор собирает очень быстрый и оптимальный код.
sizeof(int), или константы в в limits.h могут дать подсказку по вашей текущей архитектуре.

typedef unsigned __int64 UINT_PTR

Здесь идет форсирование разрядности в 64 бита. Такие потребности возникают
в момент когда у нас есть например жестко заданный формат (сетевой протокол
или дисковый формат файла) и мы должны гарантировать что другие архитектуры
микрокотноллеры, мобилы и прочее правильно смогут интерпретировать эту структуру.
Тут еще и порядок байтов внутри слова тоже важен. В наше время даже есть сет
стандартов на описание таких структур ASN, AVRO, Protobuf, Thrift.