Кто минусует, хотя бы свои доводы против приводите. Ряд решений в интерфейсе имхо похож на аналогичные от Apple, появившиеся ранее в iPhone. Взять хотя бы виртуальную клавиатуру или кнопки перемещения между уровнями меню.
Шутеры и другие игры с подобной динамикой работают по UDP, т.к. TCP не обеспечивает необходимую скорость работы. Обычно поверх UPD вешают свои примочки, частично эмулирующие TCP.
Автор оригинальной статьи обещался выложить вторую часть буквально через неделю после публикации первой части, но к сожалению куда-то пропал, и блог его давно не обновлялся. Тем не менее материал ещё есть, и не только оттуда, так что тема игростроения не пропадёт.
Можно зарегистрироваться на https://sailearningconnection.skillport.com. Станут доступны учебные курсы для подготовки (правда готовиться по книгам мне показалось куда продуктивнее), и пробный тест. Там в личном кабинете есть ссылка SAI Certification Discount Vouchers, которая ведет на страницу заказа ваучера, где расписаны все правила и цена.
Плюсую. Как раз в тему, мне через неделю сдавать на SCJP. От себя добавлю, что для студентов ваучер стоит всего 40$. Для подтверждения статуса студента достаточно отправить скан студика в Sun.
1. Полность на asm'е игры не пишут по тем же причинам, что и остальной софт — слишком трудозатратно, долго и не выгодно, а очень большие проекты на asm написать и вовсе практически нереально из-за лавинообразного роста количества ошибок. Хотя в глубине большинства движков так или иначе asm используется для ускорения таких узких мест как, например, мат. вычисления.
2. То, что игры требуют всё больше и больше ресурсов — абсолютно закономерный процесс, называемый прогрессом. Растут запросы потребителя (геймеров), и разработчикам, чтобы оставаться на плаву, приходится разрабатывать новые софтверные технологии, для работы которых требуется всё более мощное железо. И как не оптимизируй софт, планка максимального уровня производительности со временем так или иначе всё равно будет подниматься. Поэтому даже будучи написанными на asm'е, игры всё равно со временем требовали бы всё более мощных железок на борту.
3.Позволю себе не согласиться с тем, что на апгрейд приходится выкладывать всё больше и больше денег, потому что компьютеры со временем тоже дешевеют. Это раньше компьютер стоил как чугунный мост, и его могли себе позволить лишь немногие. Сейчас он стоит практически в каждом доме, и не один. Да и каждый для себя сам решает — регулярно обновлять комп ради игр, или заняться чем-то более полезным и сэкономить.
Привязка обработчиков сигналов интересно реализована.
Хотя всё же не вижу особого смысла биндить Qt, когда есть те же родные и достаточно мощные swing и awt, присутствующие в стандартной поставке jdk/jre.
1. Полность на asm'е игры не пишут по тем же причинам, что и остальной софт — слишком трудозатратно, долго и не выгодно, а очень большие проекты на asm написать и вовсе практически нереально из-за лавинообразного роста количества ошибок. Хотя в глубине большинства движков так или иначе asm используется для ускорения таких узких мест как, например, мат. вычисления.
2. То, что игры требуют всё больше и больше ресурсов — абсолютно закономерный процесс, называемый прогрессом. Растут запросы потребителя (геймеров), и разработчикам, чтобы оставаться на плаву, приходится разрабатывать новые софтверные технологии, для работы которых требуется всё более мощное железо. И как не оптимизируй софт, планка максимального уровня производительности со временем так или иначе всё равно будет подниматься. Поэтому даже будучи написанными на asm'е, игры всё равно со временем требовали бы всё более мощных железок на борту.
3.Позволю себе не согласиться с тем, что на апгрейд приходится выкладывать всё больше и больше денег, потому что компьютеры со временем тоже дешевеют. Это раньше компьютер стоил как чугунный мост, и его могли себе позволить лишь немногие. Сейчас он стоит практически в каждом доме, и не один. Да и каждый для себя сам решает — регулярно обновлять комп ради игр, или заняться чем-то более полезным и сэкономить.
Хотя всё же не вижу особого смысла биндить Qt, когда есть те же родные и достаточно мощные swing и awt, присутствующие в стандартной поставке jdk/jre.
Этот код пропускает первого же юнита
Условие во втором if'е включается в условие первого, т.к. _army.ArmyGroups.size()-1 < _army.ArmyGroups.size()
Поправьте меня, если я неправ