Мне кажется лучше вообще не хранить в буффере символы, а сделать два списка: один — с идентификаторами символов, другой — с маппингом этих идентификаторов на карту.
Карту желательно свернуть в одномерный список для простоты.
Он работает и как enumerate() и как range() в python, границы можно указать через создание слайса arr[low, high, max] либо переписав цикл в классическом виде, ненужные значения можно просто закомментировать символом «_».
Данная конструкция не особо полезна, т.к. все возникающие в лямбде checked исключения нужно будет дополнительно оборачивать в unchecked. Почти всегда лучше написать обычный цикл.
Вызов clear перед отрисовкой каждого кадра будет вызывать мерцание в терминале. Лучше ставить курсор в нужную точку и перезаписывать только изменившиеся части из буффера.
Вместо ожидания на константное время лучше сделать поправку на скорость отрисовки одного кадра на разных машинах, чтобы общее время отрисовки между ними было одинаковым.
Если не придется делать общий пул или держать несколько клиентов, то можно попробовать Unirest, это обертка над apache http components.
Но у него есть два существенных минуса:
Все написано на статиках с единственным экземпляром синхронного и асинхронного клиента.
Долгое время не обновлялся.
Для решения этих проблем существует форк с объектным стилем, однако если они появятся, то проще обернуть http client самому.
Меню развития слишком много берет из упомянутый выше plague inc, может стоит его разнообразить? Графика приятная.
Было бы круто, если бы тут была реалистичность uplink.
Версию компилятора C++ и C# вообще не указали (msvc/dmsc).
Мне кажется лучше вообще не хранить в буффере символы, а сделать два списка: один — с идентификаторами символов, другой — с маппингом этих идентификаторов на карту.
Карту желательно свернуть в одномерный список для простоты.
Он работает и как enumerate() и как range() в python, границы можно указать через создание слайса arr[low, high, max] либо переписав цикл в классическом виде, ненужные значения можно просто закомментировать символом «_».
Вызов clear перед отрисовкой каждого кадра будет вызывать мерцание в терминале. Лучше ставить курсор в нужную точку и перезаписывать только изменившиеся части из буффера.
Вместо ожидания на константное время лучше сделать поправку на скорость отрисовки одного кадра на разных машинах, чтобы общее время отрисовки между ними было одинаковым.
Рикошет
JavaFX?
Мне не нужна ваша информация.
Может наоборот, пользуетесь виндой только для игр? Потому что все вышеперечисленное относится к линуксу.
Могу я узнать, почему вы не смотрели в сторону jvm?
Если не придется делать общий пул или держать несколько клиентов, то можно попробовать Unirest, это обертка над apache http components.
Но у него есть два существенных минуса:
Для решения этих проблем существует форк с объектным стилем, однако если они появятся, то проще обернуть http client самому.
А ведь правда, эти «законы», простите за каламбур, незаконны.
Было бы круто, если бы тут была реалистичность uplink.
Закон больших чисел? При большом кол-ве итераций random(0,1) должен выдавать оба значения приблизительно одиннаковое кол-во раз.