Давненько я сюда не писал, попробую немного оживить стюардессу.

Реклама

Метки и ветки

ВАЖНО: это статья для тех, кто только начал осваивать git. Тут будет рассказано о простых вещах, зато доступным языком (надеюсь). Так что не ждите откровений, тонкостей, секретных опций и т. п. Речь пойдёт об обычных вещах, которыми можно (и нужно!) пользоваться чуть-ли не каждый день.

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

Систем контроля версий существует целая куча. Какие-то из них старые, какие-то новые. У всех есть свои недостатки, у многих — преимущества. Сравнение и выбор наиболее подходящей — это отдельный разговор. Тут я всего-лишь предположу, что человек выбрал git. Гит на слуху — он весьма популярен, для него есть разные клиенты на любой вкус и цвет, его поддерживают известные сервисы, много популярного софта использует его для своей разработки.

Итак, человек решил использовать git. Он поставил какой-нить клиент, настроил всё сам себе или воспользовался каким-нить сервисом (самые популярные среди простых и бесплатных — GitHub и BitBucket) и начал потихоньку использовать. Создание репозитория и начало его использования обычно штуки простые — популярный сервис так вообще всё расскажет чуть-ли не с картинками как и что делать в самом начале. Так что я предположу, что настроенный репозиторий у человека уже есть, он туда просто коммитит иногда и даже пушит, если нужно.

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

The Steam Awards 2017

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

Вообще-то я ещё в том году думал, что это не плохой повод для очередного поста, но всё проеба^W упустил и решил в этом году так не делать. Итак, номинации и мой выбор в них.

Work in GameDev — 10th Anniversary

Я тут немного проворонил круглую дату, но оказывается прошло уже 10 лет, как я связался с разработкой игр за деньги.

Кто-то в 2007 году угорал по эмо и виноградному дню, я же тем летом получил диплом техника по программному обеспечению ЭВМ и автоматизированных систем, съездил на почти месяц в окрестности Анапы, вернулся в Питер и начал искать работу.

Хотя и были вялые попытки пойти учиться дальше на бакалавра, наука и учёба меня не прельщали — я ливнул даже не дойдя на экзамены в универ. Ещё в детстве для меня открылся сказочный мир 8 и 16-битных игр, а к середине школы я записался в местный кружок информатики. На кружке сперва была всякая фигня вроде M$ Office 97 (Word, Excel, PowerPoint и даже Access но без SQL), потом пошёл паскаль. Паскаль однажды дошёл до графики и тут я заметил, что эта штука может быть не просто смесью калькулятора и пишущей машинки, но вполне себе можно простенькие игры брать и делать самому.

В студенчестве были самостоятельные ковыряния SDL и OpenGL (без шейдеров), т.к. лекции нам читали только по общему курсу программирования. На втором курсе часто сидел за одной партой с челом, который любил ковыряться в редактор Morrowind’а (привет, Серёга!) — так я заметил, что и ААА игры вполне себе доступны на определённом уровне. Для Морровинда я написал несколько простых скриптов, но мой коллега вылетел с учёбы и его забрали в армию — так закончился наш моддинг. Посматривал ещё на NWN и некоторые другие игры, но возится с редакторами карт мне было не интересно — так что постепенно забросил всё это.

Итак, в 2007 я доучился до какой-то формальной корочки, с которой можно было смело класть на дальнейшее студенчество и топать искать нормальную работу. Я порегался на хедхантере (модный в рунете сайт по поиску работы среди новичков), написал там что-то и сам листал вакансии по словам вроде «игры», «C++» и «opengl».

Нельзя просто так взять и съездить в Тверь

«Есть на карте город Тверь — в ад незапертая дверь» (ц) Лера

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

Под конец прошлой осени я случайно узнал, что там есть жизнь и даже делают игры — стало интересней. Летом Аня из студии «Локатор» возила свою игру на фестиваль вконтакте и хотя я на фестиваль не ходил, мы встретились и пообщались после него. Так и договорились, что я как-нить доеду посмотреть Тверь… Благо, туда можно приехать на утреннем сапсане, погулять день и вернуться обратно на вечернем, без всяких ночёвок или траты кучи времени на поезда.

«Смешались в кучу кони, люди» или как я ходил на ITGM8

В Питере существует несколько клубов по интересам, так или иначе связанных с высокими технологиями. Какие-то из них живые и регулярно устраивают сходки, кто-то только зарождается, про кого-то уже давненько ничего не слышно. Обычно там можно найти единомышленников или просто людей, делающих примерно то же самое и смыслящих в этом, обсудить решения проблем и тенденции развития… Но сначала нужно найти такой клуб, узнать о нём. Для привлечения внимания ко всем этим сходкам, время-от-времени проходит единое сборище: так называемый IT Global Meetup.

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

DevGamm Minsk 2015

До этой зимы я ни разу не был на ДевГамме. О самой конференции услышал впервые лет пять назад, когда она ещё называлась ФлешГаммом. Флешем я не интересовался, так что просто знал о ней как о факте «есть такая конфочка» — без подробностей что там и как.

Затем, мои знакомые всё чаще стали описывать, что КРИ уже не торт (там я тоже не был, ха-ха… но программа последних лет и оперативность её наполнения были подозрительно плохи). ФлешГамм по их словам наоборот, набирает обороты и переформируется из тусовочки флешеров в общеигровую тусовку с новым названием — мне уже стало чуть интересней.

В этом году я всёж выбрался нормально на их сайт и посмотрел там программы прошлых лет. Некоторые доклады даже отложил и потом послушал на ютубе… Но ехать на несколько дней в Москву было не очень-то заманчиво, Гамбург смущал ещё большим числом необходимых свершений, так что я остановился на варианте «слетать в Минск, если ещё раз там будет». Осенью объявили, что Минск будет и я купил билеты.

Perforce для разработчиков игр

Существует некоторое количество систем управления версиями (revision control AKA version control AKA source control), которые хоть и преследуют похожие цели — делают при этом упор на совершенно разные штуки. Очень многие программисты отдают предпочтение такой системе под названием git и достаточно часто удивляются, когда узнают что в разработке игр популярна вовсе не она.

В разное время мне доводилось поработать с CVS, git, Perforce и Subversion и именно Perforce мне кажется наиболее подходящей для разработки игр. Многие программисты, кто занимается разработкой более классического софта, не слышали о ней или слышали очень мало — так что я немножко расскажу чем именно Perforce хорош в геймдеве.