Сомневаюсь, что Apple запретила или запретит доступ всем играм на движке эпиков. Ограничить функционал — это не дать им официально разрабатывать SDK для покупок, геймцентра и прочего, что есть в iOS. Но никто не мешает пользователям движка делать свои реализации и спокойно выкладываться в стор.
Всегда есть обратная сторона медали.
Делается фича, вроде нужная. Думаем — надо сделать хорошо и тратится на это дольше времени, чем сделать в лоб. Выкатывается в прод, снимаются метрики и решение — убрать фичу.
Таких примеров в разработке куда больше и случаются они гораздо чаще, чем проблемы производительности, пруф:
появляется несколько клиентов, у которых размеры локальных баз доходят до десятка гигабайт
Если бы сразу обдумывали все возможные нюансы, этих клиентов могло бы и не быть. А могли бы и быть.
Могут быть проблемы с производительностью, а могут и не возникнуть. Зайдет фича или не зайдет. Вот как это все сразу рассчитать? Если знаете как, поделитесь секретом
Всегда можно найти причины чтобы не делать. Это просто. А вот найти причины и силы делать — уже несколько сложнее. Но да, куда проще говорить почему не взлетит
Статья хорошая, показывает нормальное развитие команды.
Тоже занимаюсь геймдевом, запускаю свои проекты. Но попутно еще и работая на основной работе. Сделать хорошую игру, которая еще и будет приносить доход, к тому же командой из двух человек — это очень сложно, но можно.
Все у вас впереди, старайтесь, пробуйте различные жанры и механики и все у вас получится. Желаю удачи!
Вот этого больше всего не хватает. Раньше можно было через ApplicationLoader создавать и аплоадить покупки. Теперь заводить каждую покупку та еще боль.
Собственно и вопрос аудитории — а точно ли нет способов для заведения покупок сейчас?
startswith, endswith — хорошие методы, которые также могут быть заменены регуляркой. Но без них было бы не так приятно работать. Новые методы, уверен, будут также активно использоваться
Мой комментарий относится непосредственно к предложению мастера настройки.
Учитывая сервис, который предполагает распространение информации пользователя, то делать жесткие настройки приватности — это не рационально. Давать такие возможности надо, они и даются. И да, регистрируются на таких сервисах люди, которые заинтересованы или в поиске работы или распространении информации о себе, что в обоих случаях подразумевает не скрытие данных.
И как раз некоторым пользователям интересно себя скрыть. Не для них этот сервис. Я могу ошибаться, этого не отрицаю. Поправьте меня, но будьте добры предоставить цифры
Люди делятся на два типа…
А вот если брать такие поделки, еще и, допустим, на питоне, то есть те, кто проверяют скрипты на __main__, а есть те, кто этого не делает. И как это оценивать?
К слову, как разработчик чата на WebSocket к одной мобильной игре, могу сказать, что на iOS гораздо меньше причин для дисконекта, чем на Android.Не понятно, к чему такой вопрос.
P.S. На хабр пишу комментарии только с компьютера. Багов вроде не обнаружено. А на мобилках это может и просто плохая связь быть.
Вот тоже хочет написать об этом.
Согласен с автором. Если начинать учение, то только с того, что нравится. Поменять язык/профиль/технологию потом будет не так уж сложно. А вот со сложностями справиться поможет только увлечение. Если его нет, то очень сложно будет. Возможно, но сложно.
Понятно, что можно взять enum из первого примера, когда это строковые константы. но есть необходимость в подобном классе
Делается фича, вроде нужная. Думаем — надо сделать хорошо и тратится на это дольше времени, чем сделать в лоб. Выкатывается в прод, снимаются метрики и решение — убрать фичу.
Таких примеров в разработке куда больше и случаются они гораздо чаще, чем проблемы производительности, пруф:
Если бы сразу обдумывали все возможные нюансы, этих клиентов могло бы и не быть. А могли бы и быть.
Могут быть проблемы с производительностью, а могут и не возникнуть. Зайдет фича или не зайдет. Вот как это все сразу рассчитать? Если знаете как, поделитесь секретом
Тоже занимаюсь геймдевом, запускаю свои проекты. Но попутно еще и работая на основной работе. Сделать хорошую игру, которая еще и будет приносить доход, к тому же командой из двух человек — это очень сложно, но можно.
Все у вас впереди, старайтесь, пробуйте различные жанры и механики и все у вас получится. Желаю удачи!
Вот этого больше всего не хватает. Раньше можно было через ApplicationLoader создавать и аплоадить покупки. Теперь заводить каждую покупку та еще боль.
Собственно и вопрос аудитории — а точно ли нет способов для заведения покупок сейчас?
startswith, endswith — хорошие методы, которые также могут быть заменены регуляркой. Но без них было бы не так приятно работать. Новые методы, уверен, будут также активно использоваться
Так и в фильмах ИИ уничтожает все человечество ради его спасения. Кривая логика
Мой комментарий относится непосредственно к предложению мастера настройки.
Учитывая сервис, который предполагает распространение информации пользователя, то делать жесткие настройки приватности — это не рационально. Давать такие возможности надо, они и даются. И да, регистрируются на таких сервисах люди, которые заинтересованы или в поиске работы или распространении информации о себе, что в обоих случаях подразумевает не скрытие данных.
И как раз некоторым пользователям интересно себя скрыть. Не для них этот сервис. Я могу ошибаться, этого не отрицаю. Поправьте меня, но будьте добры предоставить цифры
А вот если брать такие поделки, еще и, допустим, на питоне, то есть те, кто проверяют скрипты на __main__, а есть те, кто этого не делает. И как это оценивать?
P.S. На хабр пишу комментарии только с компьютера. Багов вроде не обнаружено. А на мобилках это может и просто плохая связь быть.
Согласен с автором. Если начинать учение, то только с того, что нравится. Поменять язык/профиль/технологию потом будет не так уж сложно. А вот со сложностями справиться поможет только увлечение. Если его нет, то очень сложно будет. Возможно, но сложно.