Спасибо за статью! А почему вы упомянули Serverless Framework как «все еще живой»? Есть какие-то предпосылки?
Добавлю от себя отличный бесплатный гайд который помог очень быстро войти в тему serverless: serverless-stack.com/#guide
Да, можно. Однако, возникает вопрос, как организовать версионность в разных ветках и решить проблему мерж конфликтов, в случае, когда из integration, к примеру, подливаем в master. В integration ветке, например, версия 1.2.31-dev. А в master 1.1.2 (при этом, там были хотфиксы). А нужно, чтобы в master после мержа стала версия 1.2.0.
Все верно, но я имел ввиду что удобнее хранить версию только в виде git tag, без нужды менять и коммитить новую версию в package.json после каждой сборки во избежание мерж конфликтов, к тому же все равно нужен скрипт который бы пушил новый тег из CI-скрипта и прокидывал версию в само приложение, статья больше об этом.
Спасибо за фидбек) Дело в том, что при попытке мною решить эту задачу я не обнаружил достаточного количества материалов для веба, почему бы и не поделиться со всеми находками и практическими примерами.
Вы про хранение версии в package.json? Если да, то все перечисленные пакеты из коробки это делают. Но, как мне кажется, это наиболее актуально для тех проектов которые публикуются в npm. Для обычных проектов, на мой взгляд, удобнее хранить версию в виде тегов в git и в каждую сборку передавать локально, не храня версию в файле в git'е.
С текущим подходом они уйдут в один баг, который живой человек должен прочитать, понять, что вторая проблема не имеет отношения к первой и засабмитить ее отдельно (видимо)?
В данном случае, если модератор видит, что проблема не в его зоне ответственности, то он решает те проблемы что может сам (например, грамматические ошибки — добавляя комментарий о решении), и потом переводит на нужного человека. При большом количестве таких случаев можно заводить баги в разных эпиках — свой эпик под каждый вид модератора (но у нас пока такой необходимости нет, все проблемы решаются одной командой).
Вы упомянули разработку ассетов, интересно узнать, выгодно ли этим заниматься? Или же тот же принцип что у разработки игр: много вкладываешь, занимаешься раскруткой, а результат — как повезет?
Спасибо за статью, полезно почитать о подобном опыте! Однако, указаны только ваши траты, причем не малые, а они хотя бы окупились за счёт встроенной рекламы и внутри-игровых покупок? Можно подробнее об этом?
Спасибо за статью. Не очень понятно почему вы называете шейдером c# код и метод Update. Можно подробнее что метод делает? Я так понимаю, выдергивает изображение из атласа? По тексту все вроде понятно, а вот разобраться в коде не получилось…
Издатель сам занимается раскруткой. Он смог выбить фичеринг для игры, а это чего-то да стоит. У меня было чувство что меня поимели, когда я сам попробовал влезть в маркетинг игр :)
На этой неделе чрезмерно высокая конкуренция среди зафичериных игр, результат пока не радует, посмотрим что будет дальше. Точной цифры количества бета-тестеров не знаю, где-то 50+.
Добавлю от себя отличный бесплатный гайд который помог очень быстро войти в тему serverless: serverless-stack.com/#guide
Ещё Uxcel
Спасибо за замечание. Что мешает так же создать отдельного пользователя для использования его емейла и пароля только для REST API? Используя описанный HTTP basic auth developer.atlassian.com/server/jira/platform/basic-authentication
В данном случае, если модератор видит, что проблема не в его зоне ответственности, то он решает те проблемы что может сам (например, грамматические ошибки — добавляя комментарий о решении), и потом переводит на нужного человека. При большом количестве таких случаев можно заводить баги в разных эпиках — свой эпик под каждый вид модератора (но у нас пока такой необходимости нет, все проблемы решаются одной командой).
Вы упомянули разработку ассетов, интересно узнать, выгодно ли этим заниматься? Или же тот же принцип что у разработки игр: много вкладываешь, занимаешься раскруткой, а результат — как повезет?
Спасибо за статью, полезно почитать о подобном опыте! Однако, указаны только ваши траты, причем не малые, а они хотя бы окупились за счёт встроенной рекламы и внутри-игровых покупок? Можно подробнее об этом?
И можно ещё подробнее про смягчение альфа канала на границах?
Спасибо за статью. Не очень понятно почему вы называете шейдером c# код и метод Update. Можно подробнее что метод делает? Я так понимаю, выдергивает изображение из атласа? По тексту все вроде понятно, а вот разобраться в коде не получилось…