Если мне не нравится многое из современного искусства, то я просто не хожу и не смотрю его. Пусть его смотрят те, кто его любит, и все в выигрыше. Но если мне мой основной инструмент изгадили, то я негодую. Особенно если вчера было всё хорошо, а сегодня уже плохо.
Представьте, вы с утра выходите во двор, подходите к своей машине, и видите, что какой-то «художник» изрисовал вашу машину какашками, сфоткал и выставляет это как искусство. И пришли даже ещё пару человек, которым это нравится. Но это же не значит, что это норма?
Текст, набранный КАПСОМ, читается гораздо сложнее. И если в меню ещё можно терпеть, то в некоторых случаях капсом делают многострочный текст, и это уже точно ужас.
Сергей журналист, и он делится той эксклюзивной информацией, которой обладает. Если бы он не рассказал, то откуда бы вы про это услышали? Это и есть работа журналиста — рассказывать полученную инфу.
поэтому я и говорю — парсер на js на клиенте. Укажите в документации, что гораздо лучше иметь заранее созданный json на сервере, но дайте и возможность автоматического подключения po-файла. Не все из тех, что хочет переводы, имеют инфраструктуру на сервере, и им придётся вручную запускать создание json-а.
Но смотрите сами. Вы просили улучшения, я считаю, что количество пользователей эта функция увеличит. Но решать вам. Если вы считаете архитектурно неправильным парсить на клиенте, то так и быть. Вон, твиттер пытался сделать шаблонизацию на клиенте, а потом отказался и стал с сервера выдавать готовый html.
>Первым делом я искал, как же в JS прочитать PO-файлы. Можно парсить, но это лишняя нагрузка, поэтому я решил не насиловать JavaScript и отдавать ему уже готовый JSON.
Я бы всё-таки подумал о том, чтобы добавить парсер po->json в библиотеку. Во многих случаях вполне допустимо потратить сотню миллисекунд на парсинг po-файла, особенно если он происходит уже после DOM Ready.
Имхо, это тот случай, когда можно разгрузить сервер и отдать работу клиенту.
Обычно po-файлы меняются не так часто, но не у всех настроены всякие билд-скрипты, которые автоматически смогут перевести po во json при изменении перевода, и возможность прямой загрузки po может помочь некоторым будущим пользователям вашей библиотеки.
Подпишитесь здесь, на хабре, на хабы Gamedev и Unity3d — в них очень много полезного.
Плюс вот несколько полезностей:
1) Серия базовых микроуроков по Юнити: habrahabr.ru/post/221755/ (это ссылка на последнюю серию, в ней есть ссылки на предыдущие выпуски)
2) Три урока по анимации в Юнити, они же — отличный туториал по созданию платформера: habrahabr.ru/post/211472/
Я работаю преподавателем в колледже, преподаю программирование на C#. В этом году у нас была недельная учебная практика (6 дней по 3 пары), и я решил давать студентам Unity3d: каждому дал тему — простую игру, и каждый делал прототип этой игры. У многих получилось кое-что приличное! Если хабрасообществу будет интересно, могу написать статью по мотивам этой практики, возможно, даже с итоговыми демками.
>1 млн загрузок — хороший результат
Хороший результат? Что есть хороший результат?
Вот была статья (http://habrahabr.ru/post/162767/) от coder1cv8, в которой он рассказывал о миллионе загрузок в месяц. Для инди это был классный результат, а тут $16млн, и результат всего в 4 раза лучше. Понятно, что та история была полтора года назад, и сейчас многое изменилось, и стор другой (AppStore и Google Play).
Посмотрим на динамику, хороший ли это результат — покажет Top Grossing.
Хм, упомянута куча редких конструкторов (о большинстве первый раз услышал). А где же Unity3d? Неужели его не рассматривали? Или испугались их версии Javascript?
Думаю, на Юнити можно было сделать то же самое быстрее, и качество было бы выше.
некоторые плагины можно в виде библиотеки подключать. Я так к Express подключал NUnit. Весь код в VS, нужные классы доступны из dll, а сами тесты запускаются через внешний интерфейс.
это был guskov со статьёй «Увеличиваем прибыль от iOS приложения втрое. Никакого продвижения, только техника…» habrahabr.ru/post/171975/
Тоже вспомнил про эту статью, когда читал про связь размера и инсталлов.
Вы сделали игру, и это и правда круто. И вы получили много опыта, это тоже очень важно. Но теперь вы можете получить ещё очень важный опыт. Если вы приделаете ачивки в игру и выпустите апдейт с ним, то сможете увидеть эффект наличия ачивок в таких играх. Мне кажется, это достаточно хороший повод всё-таки добавить их в игру.
А если вы сделаете и потом результат нам расскажете — будет вообще замечательно!
Плюс ещё одна идея — можно добавить случайные уровни. Их можно делать не перебором всех подряд, а наоборот, обратным схождением — сначала нарисовать готовый результат и сделать сотню случайных переключений звёзд.
подсказки/бонусы везде можно придумать. В вашем случае, например, можно предложить в качестве бонуса возможность зажечь/потушить одну звезду без изменения соседних звёзд.
почему это? а вот: habrahabr.ru/company/kelnik/blog/198572/ можно ещё найти несколько неигровых приложений, написанных на Юнити.
Юнити предназначена для создания 3d-миров, а не именно для игр. Игры — это только наиболее часто встречаемая сфера применения.
Вот ещё пример: habrahabr.ru/post/142180/ Тут даже не Юнити, а вообще Unreal Engine.
Страшно будет тогда, когда суперкомпьютер, способный пройти тест Тьюринга, будет специально заваливать эти тесты, чтобы никто не догадался, что он такой умный.
Представьте, вы с утра выходите во двор, подходите к своей машине, и видите, что какой-то «художник» изрисовал вашу машину какашками, сфоткал и выставляет это как искусство. И пришли даже ещё пару человек, которым это нравится. Но это же не значит, что это норма?
Текст, набранный КАПСОМ, читается гораздо сложнее. И если в меню ещё можно терпеть, то в некоторых случаях капсом делают многострочный текст, и это уже точно ужас.
Но смотрите сами. Вы просили улучшения, я считаю, что количество пользователей эта функция увеличит. Но решать вам. Если вы считаете архитектурно неправильным парсить на клиенте, то так и быть. Вон, твиттер пытался сделать шаблонизацию на клиенте, а потом отказался и стал с сервера выдавать готовый html.
Я бы всё-таки подумал о том, чтобы добавить парсер po->json в библиотеку. Во многих случаях вполне допустимо потратить сотню миллисекунд на парсинг po-файла, особенно если он происходит уже после DOM Ready.
Имхо, это тот случай, когда можно разгрузить сервер и отдать работу клиенту.
Обычно po-файлы меняются не так часто, но не у всех настроены всякие билд-скрипты, которые автоматически смогут перевести po во json при изменении перевода, и возможность прямой загрузки po может помочь некоторым будущим пользователям вашей библиотеки.
До того, как повествование дошло до рыбалки, я всё гадал, кто такие «уберли» и зачем им социалочка…
Плюс вот несколько полезностей:
1) Серия базовых микроуроков по Юнити: habrahabr.ru/post/221755/ (это ссылка на последнюю серию, в ней есть ссылки на предыдущие выпуски)
2) Три урока по анимации в Юнити, они же — отличный туториал по созданию платформера: habrahabr.ru/post/211472/
Я работаю преподавателем в колледже, преподаю программирование на C#. В этом году у нас была недельная учебная практика (6 дней по 3 пары), и я решил давать студентам Unity3d: каждому дал тему — простую игру, и каждый делал прототип этой игры. У многих получилось кое-что приличное! Если хабрасообществу будет интересно, могу написать статью по мотивам этой практики, возможно, даже с итоговыми демками.
Хороший результат? Что есть хороший результат?
Вот была статья (http://habrahabr.ru/post/162767/) от coder1cv8, в которой он рассказывал о миллионе загрузок в месяц. Для инди это был классный результат, а тут $16млн, и результат всего в 4 раза лучше. Понятно, что та история была полтора года назад, и сейчас многое изменилось, и стор другой (AppStore и Google Play).
Посмотрим на динамику, хороший ли это результат — покажет Top Grossing.
Думаю, на Юнити можно было сделать то же самое быстрее, и качество было бы выше.
kquote.ru/quotes/afonya.html#2682
Я эту фразу из фильма вспомнил, когда отвечал. А тут в вопросе ещё и толщина меньше — иголка, а не спичка. Ответ удивил (советский фильм — и врёт?!!)
Тоже вспомнил про эту статью, когда читал про связь размера и инсталлов.
А если вы сделаете и потом результат нам расскажете — будет вообще замечательно!
Плюс ещё одна идея — можно добавить случайные уровни. Их можно делать не перебором всех подряд, а наоборот, обратным схождением — сначала нарисовать готовый результат и сделать сотню случайных переключений звёзд.
Юнити предназначена для создания 3d-миров, а не именно для игр. Игры — это только наиболее часто встречаемая сфера применения.
Вот ещё пример: habrahabr.ru/post/142180/ Тут даже не Юнити, а вообще Unreal Engine.