Месяц назад Apple предупредила всех разработчиков, что с апреля все приложения, которые заливаются в App Store, должны быть собраны с использованием последнего iOS 11 SDK. О том, как правильно позиционировать контент, используя новый API, уже давно можно почитать в официальной документации и Human Interface Guidelines. А хорошими и подробными статьями об адаптации игр на Unity ни на русском, ни на английском языке нас не радуют. А так как в War Robots поддержка нового UI появилась с февральским релизом версии 3.6.0, я решил написать собственный гайд со скриптами и скриншотами.

Спросите любого инди-разработчика игр, в чём заключается секрет маркетинга инди-игр, и от каждого слышите почти одинаковый ответ: нужно попасть в список рекомендаций Steam или магазина мобильных приложений, добиться обзоров в прессе, сделать так, чтобы в вашу игру сыграл популярный стример. В противном случае, игра, в которую вы вложили кучу сил и времени, просто провалится.

Но представьте рынок, на котором такие рекомендации неприменимы. На нём нет таких вещей, как Steam Launch Visibility Round или рекомендации в App Store. Что, если нет прессы, с радостью пишущей обзоры? И что, если вместо 7667 игр, выпущенных в Steam в 2017 году, в тот же год выпущено больше 100 000 новых книг? А общее количество книг на рынке превышает 4 000 000 наименований?

В сегодняшнем материале мы собрали одни из наиболее популярных книг, отобранных самими разработчиками — резидентами Reddit, Quora, Stack Exchange, Stack Overflow и Hacker News.

В нашу подборку попали работы по популярным языкам программирования, проектированию ПО, работе с Linux-системами, сборники практических советов для разработчиков — от начинающих, до опытных. Объединяют эту подборку высокие оценки самих программистов, которым эти книги помогали на разных этапах их карьеры.

Развитие телекоммуникационных технологий — это win-win для работодателей и работников: компании могут находить таланты по всему миру, а люди могут работать откуда угодно, лишь бы был Wi-Fi. И популярность удалённой работы лишь растёт. К примеру, согласно отчёту Gallup, в 2015 году 37% респондентов ответили, что работают удалённо частично или весь рабочий день. Это было на 7 процентных пунктов больше, чем в 2008. И нет причин считать, что эта тенденция сегодня изменилась.

Чем больше людей обращаются к подработке, фрилансу или удалённой работе на полную ставку, тем чаще возникает вопрос: где именно мне найти работу, которая позволит отказаться от поездок в офис? Предлагаем вашему вниманию семь зарубежных площадок, на которых можно найти удалённую работу.

TLDR.jpg (Заметьте: эта огромная простыня текста нужна всего лишь для выбора пола персонажа.)

«Слишком длинно. Вырежьте половину».
«Какую половину?»
«Ту, которая лишняя».
Их звёздные полтора часа

Вся моя рабта связана с созданием сюжетно богатых игр со множеством текста. В нашей компании Spiderweb Software мало сотрудников. Мы не можем позволить себе потрясающую графику, поэтому полагаемся на слова. На интересные, качественно написанные слова.

Сейчас мы работаем над ремастерингом нашей серии с самым любимым сюжетом и наилучшайшими текстами. Также мы завершили новую серию, в которой тоже было много слов. Подозреваю, что она была не так хороша, потому что продажи оказались плохими. Сейчас мы планируем начать совершенно новую серию, и нам нужно понять, какие объём и содержание текстов в ней должны быть.

Нам нужно принять множество решений, поэтому я много думал о текстах в играх, и пришёл к некоторым выводам.

Для справки

Роман приличного размера содержит примерно 100 тысяч слов. В Библии около миллиона слов.

В самой разговорчивой и популярной игре Avernum 3, над ремастерингом которой я сейчас работаю, примерно 200 тысяч слов. После её выпуска люди говорили, что в ней очень-очень-очень много текста. Однако по современным стандартам она предельно лаконична.

Для сравнения, в одной из лучших с точки зрения подачи сюжета RPG последнего времени The Witcher 3 около 450 тысяч слов. Для The Witcher 3 «лучшая подача сюжета» означает, что в ней одна очень хорошая сюжетная линия и множество других, вполне неплохих сюжетных линий. (если честно, я считаю, что дополнение Heart of Stone написано действительно хорошо.)

Раздувание текстов продолжается. В Divinity: Original Sin было всего-то 350 тысяч слов. В Tyranny — уже 600 тысяч слов, рассказывающих о том, как вы становитесь самым злобным в мире менеджером среднего звена, пытаясь разобраться во всех 73 фракциях игры.

Коллекционная карточная игра Hearthstone: Heroes of Warcraft — популярное онлайн-развлечение и одна из крупных киберспортивных дисциплин. В новом посте «Менеджмент игровых интернет-проектов» мы публикуем перевод статьи гейм-дизайнера Ubisoft Станислава Костюка о роли разных типов случайностей в этой игре и об их эмоциональном воздействии на игроков.

В карточных играх, в том числе и коллекционных, всегда есть место случайности — хотя бы потому, что колода в каждой партии перемешивается, и игроки не знают, в каком порядке будут вытягивать свои карты. Hearthstone, будучи полностью цифровой игрой, старается избежать такого воздействия случайностей на процесс игры. Некоторым людям нравятся эти эксперименты, другим — нет. Но давайте взглянем на разные виды случайности в Hearthstone и на то, как они воспринимаются игроками, с точки зрения дизайна.

Недавно я вместе с дизайнерами Майком Баркли (Mike Barclay) и Сэмом Хауэлсом (Sam Howels) выступал на GDC Europe 2016 с докладом «Создание конфликта: дизайн боя для экшн-игр уровня AAA». Сам доклад доступен только для участников GDC Vault, так что я решил поделиться своей частью в статье.

Я рассмотрю наш подход к геометрии уровня в связи с тем, как окружение передаёт его сложность для игрока. Мы знаем, что стандартным и самым простым способом изменения сложности является добавление и сочетание различных типов врагов. Это изменения на макроуровне: чем больше, тем сложнее, и это заметно для игрока. Но как насчёт микроувеличения сложности вместо крупных изменений? Как можно сбалансировать сложность, не полагаясь на количество противников или типы персонажей? К тому, же иногда нарратив может накладывать ограничения на определённые типы персонажей.

Assassin’s Creed III стала игрой, побудившей меня начать вести блог, в котором я рассказывал о дизайне её разных уровней. Эта серия постов стала довольно популярна в сообществе любителей Assassin’s Creed. Хотя, если быть честным, недавно я пытался перечитать их, и лучше бы мне было оставить их в покое. Написанное мною несколько лет назад теперь заставляет меня испытывать стыд (даже если со стороны кажется, что причин для него нет). С другой стороны, этот стыд по крайней мере показывает, что за эти годы я набрался опыта.

Перевод фичера из 245 номера британского журнала Edge.

Assassin's Creed III — самый крупный проект в истории Ubisoft. Разработка длилась три года; в проект были напрямую вовлечены 600 сотрудников компании, не говоря о других в студиях Ubisoft по всему миру, включая Квебек, Бухарест и Сингапур.

Только для нового героя серии, Коннора Кенвэя, было создано 5000+ анимаций общей продолжительностью более часа. В «массовке» задействовано 120 персонажей, игровая механика обогатилась 145 новыми фичами. Завершает картину новый движок AnvilNext. Как создавалась столь масштабная игра? За ответом мы отправились в Монреаль. Нас принял Франсуа Пеллан, старший продюсер ACIII.

Уже в течение трёх лет я веду блог разработки моего нового roguelike-проекта. Истории игры в нём уделено довольно мало обсуждений, что отражает её малую информативную роль и важность в процессе разработки альфа-версии. На самом деле за посредственной и избитой научно-фантастической историей 7DRL, изложенной в версии для гейм-джема, последовал перезапуск проекта в 2013 году, и первое растягивание сроков разработки произошло только из-за воплощения уникальной детализированной истории. Всё, происходившее позже, тем или иным образом служит для поддержки нарратива.

Теперь, когда эта часть мира Cogmind оформилась и близка к завершению, я хотел бы исследовать новую территорию, и порассуждать о том, как и зачем интегрировать элементы истории в жанр, традиционно небогатый на сюжет.

Мы хотим помочь миру программного обеспечения лучше познакомиться с инструментами статического анализа кода и повысить качество программного обеспечения. Мы предоставляем возможность бесплатного использования анализатора PVS-Studio студентам в учебных целях, индивидуальным разработчикам и коллективам энтузиастов.

Введение

Клиентами анализатора PVS-Studio являются отделы разработчиков различных компаний. Мы бы хотели, чтобы нашими клиентами были и индивидуальные разработчики. К сожалению, у нас ничего не получилось с экспериментальным продуктом CppCat. Мы не знаем, как построить успешный бизнес в сфере статического анализа кода, продавая персональные лицензии. Поэтому сейчас продукт PVS-Studio позиционируется исключительно как B2B решение.

Думаю, что наш провал с CppCat был предопределён. Мир диктует свои законы, и, например, тот же Coverity ориентирован на корпоративные лицензии. Однако, это не значит, что нужно исключать другие варианты взаимодействия с миром.

Мы долго думали, как помочь маленьким командам разработчиков или как распространять академические лицензии. На первый взгляд кажется, что самый простой путь — дарить лицензии тем, кто развивает бесплатное программное обеспечение. К сожалению, это решение не кажется нам правильным.

Стоит пояснить нашу позицию. Впрочем, если вам не терпится, вы можете сразу перейти к разделу «Бесплатная лицензия PVS-Studio». Если же читателю интересно узнать подробности, то предлагаю продолжить чтение.

Многие геймеры наверняка оказывались в ситуации, когда ради геймплея нужно было пожертвовать ролевым отыгрышем. Например, совершить предательство добрым героем или пропустить посещение живописной локации, чтобы изучить новое умение или открыть нового игрового персонажа. Виной тому является диссонанс между нарративом и геймплеем.

Можете ли вы представить игру для Android, сделанную в Unity, которая использует больше 64K методов Java? Не удалось это и архитекторам байт-кода Dalvik. Возможно, у них получилось (я не читал спецификации), и винить следует другие элементы тулчейна. Как бы то ни было, если ваша игра превышает ограничение в 64K методов на файл DEX, вам придётся ковыряться в своих нативных плагинах и/или процессе сборки. Этот пост является попыткой показать различные способы решения проблемы.

Вы создаёте новый хит и хотите, чтобы ваши персонажи вписывались в игру? Многие разработчики часто испытывают проблемы при подборе пропорций отдельных персонажей и соотношений между персонажами и окружением. Вы можете воспользоваться подходом, описанным в статье.

Очевидно, если в вашей игре нет персонажей, этот пост может быть бесполезен для вас (но может быть, он пригодится вам в следующем проекте). Такой подход не ограничивается гуманоидными песонажами и может применяться к антропоморфным и неодушевлённым объектам.

Глобальное освещение, динамический свет и декали (да, есть такое слово :) ) в действии.

Я очень люблю смотреть на белые предметы без текстуры. Недавно в художественном магазине я долго рассматривал гипсовые фигуры, которые художники используют в качестве модельных объектов. Очень приятно видеть все эти плавные переходы света и мягкие тени. Позже, когда я вернулся домой и открыл Unity3D, пришло понимание, что свет в моём проекте по-прежнему скучный и нереалистичный.
С этого момента началась история глобального освещения, которую я сегодня расскажу.

Есть множество разных мест, где описано значение атрибутов, используемых при объявлении свойств, но, как правило, все такие источники либо описывают применение только одного из атрибутов, либо содержат еще кучу ссылок на другие документы, переходя по которым со временем начинаешь терять нить рассуждений. Безусловно, нужно стремиться познать все тонкости, для чего нужно прочитать горы литературы. Но для начала вполне достаточно разобраться в основах. Ниже я постарался максимально просто изложить основные используемые при объявлении свойств атрибуты, их значение и основные случаи, когда стоит использовать то или иное значение атрибута.

Как self и _cmd оказываются в методе? Как работает dispatch table и категории? Что такое мета-класс? Сколько на самом деле методов у ваших классов в ARC и в MRC? Как работает swizzling?
Интересно? Добро пожаловать под кат!

ВНИМАНИЕ!

Эта статья не рассчитана на начинающих разработчиков… Приношу свои извинения за то, что не рассматриваю многие моменты, которые должен знать Objective-C разработчик.

(оригинал — Mike Ash, взято отсюда)

Многие Cocoa разработчики имеют довольно смутное представление об Objective-C Runtime API. Они знают, что он существует где-то там (некоторые не знают даже этого!), что он важен, и Objective-C без него неработоспособен, но обычно этим все знания и ограничиваются.

Сегодня я расскажу о том, как устроен Objective-C на уровне Runtime и о том, как конекретно вы можете это использовать.

В последнее время мы часто сталкиваемся с вопросами о том, как попасть в игровую индустрию, какие полезные материалы на эту тему можно почитать и посмотреть, с чего начать изучение геймдева. Когда начальные знания появляются, то возникают уже более конкретные вопросы, например «где найти единомышленников для создания игры», «как продвигать свой проект с минимальным бюджетом», «на каких издателей стоит выходить, как это делать и стоит ли вообще», «как улучшить ретеншн в нашей игре» и так далее.

Друг наших образовательных программ Михаил Пименов,  CEO компании Wonder Games и Team Lead инди-проекта "Guard of Wonderland" сам не раз задававший себе эти вопросы, создал для себя выборку всевозможных материалов по индустрии геймдева. От полезных ресурсов, до сообществ, подкастов, книг и фильмов, которые призваны помочь понять, с чего начинается и чем заканчивается разработка игрового проекта. Объединив наши силы, мы с Мишей сделали эту статью с подборкой полезных материалов по игровой индустрии. Вы найдете подборку под катом.

Я опубликовал первую статью «50 советов по работе с Unity» 4 года назад. Несмотря на то, что бóльшая её часть всё ещё актуальна, многое изменилось по следующим причинам:

• Unity стал лучше. Например, теперь я могу доверять счётчику FPS. Возможность использования Property Drawers снизила необходимость написания пользовательских редакторов (Custom Editors). Способ работы с префабами стал меньше требовать заданных встроенных префабов (nested prefabs) и их альтернатив. Скриптуемые объекты стали более дружелюбными.
  
  
• Улучшилась интеграция с Visual Studio, отладка стала намного проще и уменьшилась потребность в «обезьяньем» дебаггинге.
  
  
• Стали лучше сторонние инструменты и библиотеки. В Asset Store появилось очень много ассетов, упрощающих такие аспекты, как визуальная отладка и логирование. Большая часть кода нашего собственного (бесплатного) плагина Extensions описана в моей первой статье (и многое из него описано здесь).
  
  
• Усовершенствован контроль версий. (Но, может быть, я просто научился использовать его более эффективно). Например, теперь не нужно создавать множественные или резервные копии для префабов.
  
  
• Я стал более опытным. За последние 4 года я поработал над многими проектами в Unity, в том числе над кучей прототипов игр, завершёнными играми, такими как Father.IO, и над нашим основным ассетом Unity Grids.

Эта статья является версией первоначальной статьи, переработанной с учётом всего вышеперечисленного.