Ну, раз просите добавить, добавлю немного по оптимизации кода
Static everywhere. Если нет нужды использовать внутренние поля объекта (инстанса) — непременно ставьте static. Вызов становится на 15-20 процентов быстрее.
Экономия на геттерах — сеттерах. Прямой доступ к полю класса быстрее геттера-сеттера в 3-7 раз (без JIT и с JIT). Поэтому во внутренних методах класса — лучше прямое обращение к полю. Если геттер-сеттер стоит в цикле — тем более.
Операции с float на Android в два раза медленнее операций с int
Массив примитивов намного быстрее массива объектов. К примеру, два массива int намного быстрее, чем массив объектов (int, int)
Это из руководства Google, там есть ещё несколько советов, которые я счёл более экзотическими или слишком очевидными.
если есть готовая игра на ActionScript — пожалуйста, используйте AIR
я предлагаю лишь расширить список. А по поводу превосходства того или иного выбора — это надо лично себя спрашивать, с учетом всех минусов и достоинств.
Если вы как вариант рассматривали ActionScript — посмотрите и на язык Haxe, его наследника.
Под Haxe уже есть набор хорошо документированных мультиплатформенных движков, к примеру, HaxeFlixel
У него минусов ActionScript — он генерирует и Android, и HTML5, и iOS, и десктопный вариант, и даже умирающий Flash не забыт.
Адаптация кода игры под разные платформы минимальна, простейшие движения, вроде Flappy Bird или подобных ей игр от KetchApp, могут компилироваться вообще без изменений.
Хотелось бы вкратце узнать, чем обосновано решение «строить свой движок», а не «расширять уже имеющийся» — к примеру, Flixel-GDX + libGDX?
Просто это сложный путь, его тяжело будет пройти в одиночку. В любом случае, я желаю вам удачи и жду следующей статьи, как интересующийся разработкой игр на Java
описанные в книге ужасы, я полагаю, возможны, но не ранее, прежде чем принтеры научатся печатать комплексные объекты из комплексных же материалов
в противном случае придется держать армию рабочих для сборки тех же беспилотников, детали которых будут печататься по отдельности
даже если предположить, что возможно изготовить беспилотник из одного материала, 3D-печать готового комплексного объекта представляется настолько сложной задачей, что я не готов ожидать пришествия «новых феодалов» ранее 2050 года.
На каком конкретно вкладе? Я вот зашел сейчас к ним на банк, воспользовался калькулятором. 700 тысяч, 12 месяцев, без пополнений — 88 000 рублей будут проценты
Кстати, мера противодействия против такой технологии выуживания паролей (а заодно против ректотермального метода) — карточка с набором одноразовых кодов, покрытых защитной пленкой.
Такие уже используют в некоторых системах интернет-банкинга. Для доступа нужно монеткой стереть очередной участок пленки и открыть следующий код. Таким образом, пароль доступа вообще не содержится в памяти пациента.
У таких карточек есть, конечно, минус — материальный носитель можно украсть и отобрать. Поэтому я не говорю, что они гарантируют защиту. Но в комплексе с другими мерами они могут серьезно осложнить задачу злоумышленнику.
Главное — успеть уничтожить карточку с неиспользованными паролями до приближения злоумышленников.
Опыт боев в World of Tanks и League of Legend подсказывает мне, что «холодный расчет и четкое выполнение задачи» и в компьютерных боях является трудно достижимой мечтой.
на всякий случай, если кто-то еще не догадался, такая техника (сайт с баннерам дСенс + траффик с АдВордс) — часто приводит к банам. Почему, это к Гуглю. Но это просто факт — он не любит арбитраж.
Будьте осторожны с рекламой сайта через AdWords, если на сайте одновременно крутятся баннеры AdSense.
Также Гугль не любит, когда посетители на сайт идут через другие рекламные сети (Яндекс Директ, к примеру).
Причем сайтов таких много, и некоторые работают годами, но бан выигрывают не все.
>> Установки предполагается размещать прежде всего над океаном, озёрами, в пустыне, и так далее.
Знаете, если бы это было легко, там бы и строили всё опасное для человечества. К примеру, все АЭС — на Новой Земле или в пустыне Невада, где были ядерные полигоны.
Ваша идея мне симпатична, но, понимаете, принципом «размещать прежде всего в пустыне» можно вылечить все проблемы тех же АЭС. Но почему-то мало кто размещает АЭС в пустыне, так и норовят, суки, воткнуть прямо в населенную местность.
Это из руководства Google, там есть ещё несколько советов, которые я счёл более экзотическими или слишком очевидными.
если есть готовая игра на ActionScript — пожалуйста, используйте AIR
я предлагаю лишь расширить список. А по поводу превосходства того или иного выбора — это надо лично себя спрашивать, с учетом всех минусов и достоинств.
Под Haxe уже есть набор хорошо документированных мультиплатформенных движков, к примеру, HaxeFlixel
У него минусов ActionScript — он генерирует и Android, и HTML5, и iOS, и десктопный вариант, и даже умирающий Flash не забыт.
Адаптация кода игры под разные платформы минимальна, простейшие движения, вроде Flappy Bird или подобных ей игр от KetchApp, могут компилироваться вообще без изменений.
Хотелось бы вкратце узнать, чем обосновано решение «строить свой движок», а не «расширять уже имеющийся» — к примеру, Flixel-GDX + libGDX?
Просто это сложный путь, его тяжело будет пройти в одиночку. В любом случае, я желаю вам удачи и жду следующей статьи, как интересующийся разработкой игр на Java
В 2010 году парню по имени Патрик надоело жить с парализованной рукой и он заменил её на бионический протез.
neurogadget.com/2011/05/21/patrick-the-first-patient-to-change-his-real-hand-to-a-bionic-replacement/2234
Действительно, один из самых мощных бонусов фрилансерства или работы на себя — это избавление от длительных поездок туда-сюда
ехать на границу города даже в регионах — не очень-то интересно
а если до этой границы еще и редко ходят маршруты — давай, офис, до свиданья!
в противном случае придется держать армию рабочих для сборки тех же беспилотников, детали которых будут печататься по отдельности
даже если предположить, что возможно изготовить беспилотник из одного материала, 3D-печать готового комплексного объекта представляется настолько сложной задачей, что я не готов ожидать пришествия «новых феодалов» ранее 2050 года.
как сделать, чтобы было 120 тысяч?
Останется лишь вопрос — как достучаться до игроков, когда таких создателей с принтерами будет 100 000 или миллионы?
Нечто подобное сейчас происходит в AppStore.
Такие уже используют в некоторых системах интернет-банкинга. Для доступа нужно монеткой стереть очередной участок пленки и открыть следующий код. Таким образом, пароль доступа вообще не содержится в памяти пациента.
У таких карточек есть, конечно, минус — материальный носитель можно украсть и отобрать. Поэтому я не говорю, что они гарантируют защиту. Но в комплексе с другими мерами они могут серьезно осложнить задачу злоумышленнику.
Главное — успеть уничтожить карточку с неиспользованными паролями до приближения злоумышленников.
Будьте осторожны с рекламой сайта через AdWords, если на сайте одновременно крутятся баннеры AdSense.
Также Гугль не любит, когда посетители на сайт идут через другие рекламные сети (Яндекс Директ, к примеру).
Причем сайтов таких много, и некоторые работают годами, но бан выигрывают не все.
Знаете, если бы это было легко, там бы и строили всё опасное для человечества. К примеру, все АЭС — на Новой Земле или в пустыне Невада, где были ядерные полигоны.
Ваша идея мне симпатична, но, понимаете, принципом «размещать прежде всего в пустыне» можно вылечить все проблемы тех же АЭС. Но почему-то мало кто размещает АЭС в пустыне, так и норовят, суки, воткнуть прямо в населенную местность.
Почему так, не задумывались?
Вы мой спаситель!
Возможно, в некоторых случаях (когда компьютеры не находятся в одной локальной сети, скажем, у приходящих в гости) — имеет смысл и «железный вариант»