В этой заметке я расскажу как создать игру «Сапёр» на движке первых частей Doom (id Tech 1), а точнее — на модифицированной для порта GZDoom версии движка.

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

Я уже предпринимал некоторое количество попыток подобного вхождения в недалёком прошлом. Результат был примерно одинаков: либо мне сразу предлагали выполнить тестовое задание, и уже по его итогам приглашали на собеседование, либо сразу приглашали – и по окончании беседы обещали выслать тестовое задание, но так и не высылали. Ну, или (в редких случаях) честно и сразу забраковывали мою кандидатуру прямо на собеседовании, либо (что случается намного чаще) отбраковывали ещё на стадии рассмотрения резюме (либо последующего за ним тестового задания).

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

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

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

В конце концов, многие, что называется, “с младых ногтей” привыкли к другому подходу к проектированию и созданию приложений широкого профиля. Это, в первую очередь, различные RAD-среды, среди которых в нашей стране наибольшей популярностью (по крайней мере, в академической среде), всегда пользовалась Delphi. Натянул пару кнопок на форму, прописал нужные обработчики событий на привычном языке Pascal – красота!.. Чего ещё можно желать, в особенности если вы сосредоточены на реализации каких-то нужных вам алгоритмов, а интерфейс для вас не играет такой уж принципиальной роли?

При традиционном дизайне и проектировании веб-приложений всё совсем не так. Тут тебе бы неплохо помнить и все основные детали описаний различных тэгов HTML-разметки и атрибутов CSS-стили, и уметь сверстать всё это дело воедино, да ещё и “оживить” интерактивными сценариями, реализованными на JavaScript. Очевидно, что такой подход, ориентированный в первую очередь на дизайн, а не на саму разработку как таковую, вряд ли устроит нашего традиционного разработчика, воспитанного на классических алгоритмах и структурах данных, с возможным вкраплением зачатков объектно-ориентированного подхода. (Напоминаем, что речь идёт в первую очередь о разработчиках небольших приложений, где теоретически мог бы управиться и один человек.)

Эксперименты

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

Я подумал — ну окей, так, наверное, бывает не всегда. С тех пор прошло лет 5, я не раз менял работу, но везде и всегда созвоны были пустой тратой времени.

Компьютеры Atari 400 и 800 обладали некоторыми из передовых технологий своего времени, и для них были созданы одни из лучших игр. И через сорок лет после их выхода они всё ещё достойны уважения.

ЛОЛШТО?

Пожалуйста, не поймите меня неправильно. Я профессиональный разработчик с 30-летним стажем. Я могу читать и понимать почти двадцать языков, полных по Тюрингу. Я могу писать ясный и выразительный код на доброй дюжине из них. В языках, которые я действительно люблю и использую ежедневно — мое имя можно увидеть на доске почета StackOverflow (топ-20 в мире: ruby, elixir). Я по-настоящему люблю писать код, и я отклоняю все предложения «вырасти» по должностной лестнице, будь то руководство проектами, CTO, или что угодно в этом направлении, несмотря на потенциальное увеличение дохода в разы.

— Abraham Willemsens (Metropolitan Museum of Art)

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