Перейти до основного вмісту

Публікації

DeploymentServer tool to automate iOS development

UnrealEngine 4 provides huge amount of tools for game developers which continues to evolve all the time thanks to Epic team and comunity around it. However here is hided one of the problem. Nobody can write documentation or make video tutorials that will cover all aspects of the developement process and highlight possibilities of the engine. That where comunity appears. During development of the game my team faced a lot of challenges and part of them is to configure tools in the most effective way. Here are some of our findings. To work with your device UnrealEngine provide UI tool called iPhonePackager which allows to sign your game package with required provision, install on device or grab local files from device including log files. Underneath of the iPhonePackager works application named DeploymentServer. Actually the same application used to launch game within the UE4 editor on device. But one of the problems iPhonePackager have is UI. Sometimes in order to make the simp...
Останні дописи

День 71. Переговоры, переговоры и еще раз переговоры

Случайно, вместо одного из наших менеджеров, попал на тренинг Владимира Козлова " Жесткие переговоры ". Тренинг двухдневный, суббота-воскресенье. Как водится 3 раза сменил свое мнение о том, нужно ли оно мне вообще. Когда предложили решил что да, это круто. Сейчас всех будем в бараний рог крутить. Потом понял, что на самом деле тренинг о том, как сделать так чтобы тебя самого не скрутили. Одна проблема - я "мало" участвую в переговорах такого уровня, когда одна из целей сломать другую сторону переговоров. Ну и уже во второй половине первого дня пришел к выводу - нужно уметь расширять свое сознание, научиться видеть себя со стороны, анализировать общение по шагам и в нужный момент включать режим "переговорщика". Это позволяет избежать конфликтов и не нужного напряжения даже в обычных ежедневных "переговорах", не доводя их до состояния "жестких" или тем более войны. Ощущения от тренинга самые положительные, Владимир на высоте, чувс...

День 70. Deadline и 50 отжиманий

Прошло 2 трети срока. Сегодня закрыл 2 промежуточных цели. Дочитал книгу Демарко "Deadline. Роман об управлении проектами", мне понравилась, даже несмотря на то, что читал в 2 захода с перерывом в месяц. В книге многие вещи раскладываются по полочкам, в общем-то даже не нужно писать никакого конспекта. Все главные идеи выписаны в конце главы, читать, понимай, пробуй. Любопытны также попытки найти способ "просчитать" любой проект. Скорее всего я не смогу применить это у себя в работе, но вот необходимость "просчитывать" есть. Поэтому буду пробовать. Кстати заметил, что пока пишу эту статью о книге тут же всплывает куча белых пятен, т.е. книга прочитана но не проработана. Нужно будет еще отдельно покурить над каждым разделом и примерить к себе и своему проекту. Ну и вторая достигнутая цель - 50 отжиманий. Теперь нужно сделать самое сложное, нужно поддерживать этот уровень. Я занимаюсь 3 раза в неделю, значит на последнем занятии должен снова отжатся...

День 66. Расширение модели и книги для развития

Вот я тут у себя на tumblr решил писать о своей стодневке. А потом отдохнул на выходных и решил, что пожалуй стоит расширить формат. Славы захотелось, и потому вернулся в свой блог. Собственно хочу озвучить еще одну цель поставленную себе на предновогодние 100 дней. Это полезное чтиво для развития. Всего 5 книг: Deadline. Роман об управлении проектами Человеческий фактор. Успешные команды и проекты Путь менеджера. От новичка до гуру Вальсируя с медведями. Управление рисками на проекте Жизнь на полной мощности На сегодня я осилил ровно половину из задуманного. Застрял на "Deadline". Прочитал более простую и популистскую половину книг - "Жизнь на полной мощности" и "Путь менеджера". Книги честно говоря так себе, я не оценил. Читаются быстро но и при этом остаток небольшой. Возможно в этом ошибка. В пике мотивации, на старте марафона, я читал наиболее простые книги, а вот на тот момент когда мотивация начала пропадать и вернулась обычная будни...

Memory Managment Framework. Постановка задачи

Давненько ничего не писал и вот решил исправится. Тем более, что на выходных в голову пришла неплохая тема. Сразу оговорюсь, что в данном опусе будут только мои мысли и разглагольствования, по-сути просто постановка задачи.  Если хватить упорства, то решение задачи я выложу позжее. И еще мой опыт опирается только на разработку игр, поскольку в своей жизни я больше ничего не писал. Возможно у вас все по-другому :). Одним из слабых (или сильных) сторон C++ является необходимость разработчикам полностью брать в свои руки управление памятью во время работы приложения. Не у всех это удается одинаково хорошо. Отсюда исходят стандартные проблемы: утечки памяти и фрагментация. Как результат не всякое приложение может проработать больше десятка часов без потерь памяти. Собственно наша игра на данный момент испытывает теже проблемы. Мы потихоньку правим и улучшаем, но возникает вопрос: а нельзя ли чтобы сразу было хорошо? Ведь в мире существует множество движков, би...

Perforce: edit, add, delete в командной строке

      Всем привет.       Сегодня наткнулся на интересный способ для автоматического добавления файлов на редакторивание в perforce, пришлось править, и потому решил сразу написать для себя и будущих поколений небольшую подсказку-памятку.       Задача очень простая. В депоте хранится клиент в распакованном виде, т.е. так как он будет лежать на машине у пользователей. При сборке новой версии нужно переписывать измененные файлы, добавлять новые, и, по-возможности, удалять старые.       Как раз третий шаг у нас и не выполнялся. Итак, что было?       Сборка шла по следующим шагам: Удаление локальной версии; Копирование на ее место новой, только собранной версии клиента; Добавление на чекаут измененных файлов; Добавление новых файлов; Коммит изменений на сервер.       Как видим удаления нет. Некоторое время это было не критично, но вот пришлось править.       Недолго думая я...

Анализ дня: недостаток perforce, мобильная разработка на Unity

    Всем привет.     Сегодня снова две темы дня. И более практических, чем обычно.     Начнем с Perforce. С этом системой я проработал больше 3-х лет и, за все время, особых нареканий у меня не было. Хотя периодически были проблемы. Так сложилось, что последний год я просидел на паре Svn, Mercurial и только месяц назад пришел на проект, где используется Perforce. База на проекте уже огромная - под сотню гигабайт. Файлы самые разные по размерам, от нескольких байт до пары гигабайт. Самое главное, что их много, очень много. Думаю за полмиллиона уже перевалили.      Оказалось, что Perforce справляется с таким репозитарием очень туго. Тормозит, появляются ошибки. Например файл регистрируется в базе, но на сервер не попадает. И все, кто пытается обновится, получают предупреждение о том, что файл отсутствует.      На фоне данной проблемы и вылез, как мне кажется, главный недостаток Perforce по сравнению с остальными системами -...