maaGames

Если прилоение использует камеру или микрофон или акселерометр или более одного "пальца на экране", то без физического устройства не обойтись. Если "нажатия на экране" можно выполнять нажатиями на клавиатуре-геймпаде и перемещения только для одного пальца (ЛКМ+мышка), то можно обойтись эмулятором. Полноценная разработка не получится, разумеется, но чтобы начать изучение программирования под Андроид эмулятора вполне хватит. Даже службы ГуглПлэй на эмуляторе можно программировать. А вот с подержкой сети или сложно или невозможно. Я или не осилил подключение вайфая к эмулятору или это невозможно сделать.

Это называется "четыре отдельных текстуры".

libgdx ? Unity3D?

Нет таких. 4pda, всякие паблики ВК и другие форумы дают мизерный прирост трафика (и игры у меня игры стрёмные).
Довольно эффективно заказывать видеообзоры в популярных ютуб каналах.

Судя по тэгам, кто-то хочет 2 миллиона призовых от вконтакта.
Тоже хочу.
Надо замутить стартап.

Программист С++, стаж около 10 лет. Под андроид пишу на Java, хотя и не знаю яву. Для меня показалось более эффективным выучить яву, чем писать под андроид на С++.

> С моей точки зрения - ничего не нарушил
А гугл считает иначе. Проверь, что нет приложения с таким же названием или с такой же иконкой. Если название очень сильно похоже на другое приложение до степени смешения (или как там это называется), то тоже могут отказать. Описание должно соответствовать приложению. SEOшные штучки тоже могут стать причиной бана, как и перечисление ключевых слов после описания. Ну и запрещены приложения, которые нужны только для рекламы сайта. Т.е. если в приложении просто HTML страница с сайта отображается, то за это тоже могут не пропустить.
Но очень странно, что сразу же блокировка сработала. У меня были проблемы только после живого человеческого модерирования.

С 4pda можно получить больше загрузок, чем из маркета. Этому есть простое объяснение: на 4пда (и любых других сайтах) приложение сразу же видно потенциальным пользователям, доступно в поиске и вообще, а в маркете видны только популярные приложения. Т.е., пока приложение не будут скачивать достаточно часто, чтобы оно попало в новинки, то его никто не увидит и не будет скачивать. Через какое-то время его можно будет найти по имени (если именно его искать), но просто в списке приложений его не будет, пока не будет большого количества установок. Замкнутый круг. Чтобы стать популярным, сперва нужно стать популярным. Так что если не планируешь тратить хотя-бы 50-100 тысяч в месяц на раскрутку, то особо на маркет не рассчитывай, от софт-порталов будет больше пользы тогда. Но опубликоваться в маркете всё-равно нужно, конечно.
Банят без предупреждения, жёстко и навсегда. 25 долларов за новый аккаунт решат проблему бана.

Берёшь и по честному считаешь. Есть строка из 100 символов различной высоты и ширины. Вычисляешь, сколько символов влезло в строку, остальные переносишь. И плюсуешь высоту. И так до тех пор, пока не кончатся буквы и картинки. Долго, муторно, но будет работать. GOF на таком примере объясняли какой-то ООП паттерн, уже забыл какой. Там каждая буква в виде объекта у них... Если перенос слов делать не надо, то лучше рассматривать не на уровне отдельных букв, а на уровне слов - меньше объектов будет.

Но у меня другой вопрос: зачем менять количество страниц? Вот ты читаешь и помнишь, что остановился на 113 странице. Потом увеличил шрифт и уже не найдешь, где читал. Может просто "высоту" страниц менять? Это же не полиграфия, ничто не мешает сделать страницы длиннее. Будет гораздо эффективнее с точки зрения работы - данные можно разбить по страницам и не придётся подгружать всю книгу, просто чтобы страницы посчитать.

Хорошие Программисты редко становятся директорами, потому что Хорошие Программисты любят программировать, а управленцам программировать негоже и некогда.

Unity3D и libGDX. Но у Юнити файлы большие получаются и спрайты оптимизированы по использованию памяти в рантайме, а не для хранения на диске (из-за этого файлы опять же несколько больше в размере становятся).
Первый это целая большая прикольная система, второй - движок с кучей плюшек. Документации по обоим куча, даже на русском есть.

Поделюсь статистикой одной из своих игрушек. У меня поддержка начиная с версии 2.2.

Самым быстрым будет передача данных через Direct WiFi, но оба устройства должны быть в пределах доступа WiFi соединения, т.е. физически рядом.

"5 данных в секунду" передавать нельзя. Можно передавать несколько байтов в секунду.) Тут появляется гигантская проблема - лаги. Передать 5 байт при мегабитном соединении может быть быстрее, чем передать 5 байт при гигабитном соединении, виной тому размеры пакетов, окон и прочей гадости. Т.е. слово "мгновенно" обеспечить будет гораздо сложнее, чем "передача 5 байт раз в секунду".