Всем привет! Недавно показывала вам книги по рисованию(первая часть: Моя творческая полка: книги, которые реально помогают в создании проекта «Лунный код»), а сегодня мой психологический и интеллектуальный щит. Эти две книги помогают удержать в голове всю сложность моего инди-проекта «Лунный код» и не развалиться на части под его весом.

Если коротко: одна книга учит меня мыслить, а вторая — выживать.

1. Донелла Медоуз «Аааа, всё связанно!» (она же «Системное мышление»)

Что делает: Эта книга — фундамент. После неё мир делится на «до» и «после». Она учит не просто видеть части, а понимать, как они работают как единое целое. Чтобы игра была часами, а не мешком с глитчами.

Как я использую:

• Как начинающий геймдизайнер, я пропускаю каждую главу через призму своей игры.

• Хаос постепенно сменяется цельностью. От этого фея Порядка Солара в моей душе спокойна и торжествует.

Читать или не читать:

• Сложность: Непросто. Требует осмысления, перечитывания абзацев. Это не лёгкое чтиво.

• Стоит ли? Однозначно да. Это инвестиция в мышление, которая окупается всегда.

✨🧚🏼✨🧚🏼✨🧚🏼✨🧚🏼✨

2. Слава Грис «Сделай видеоигру один и не свихнись»

Что делает: Это первая помощь и психолог в одном флаконе. Проглотила 80 страниц в первый же день, настолько увлекательно и расслабляет.

Почему она мне жизненно необходима:

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

Мой путь vs путь книги:

• Я: Создаю сложный проект без Unity, пишу свои движки. Мой путь, как быть слепым котёнком в кромешной мгле.

• Книга: Путь Автора кажется легче, но это не важно. Его книга для меня отдушина и разрешение не быть идеальной.

Главная ценность: Книга даёт ощущение «ТЫ НЕ ОДИН». Нас много, и мы все через это проходим. Она просто говорит: «Всё получится, просто не сдавайся». И это бесценно.🥰✨

✨🧚🏼✨🧚🏼✨🧚🏼✨

Эти две книги моя опора. Одна учит быть архитектором вселенных, а вторая напоминает, что я живой человек.

А что вас держит на плаву в ваших сложных проектах? Какие книги, методики или мантры помогают не сдаться? Делитесь в комментариях, поддержим друг друга! 👇

Всем привет! Существует множество фреймворков для управления IT продуктами, по сравнению с которыми - физический продукт в инфополе обделен вниманием, что у нас, что за рубежом, но в меньшей мере. Поэтому я выделил немного времени, чтобы описать общий процесс разработки продукта на основе практик забугорных компаний, которые производят потребительскую электронику и авто (термины взяты у них же). Ничего революционного и нового в ней нету, это просто попытка систематизировать общую картину.

Детали будут различаться в зависимости от отрасли, рынка, продукта, команды и т.д. По крайней мере в компании, в которой я работаю на данный момент все примерно так, за исключением пары этапов, к которым мы постепенно приходим.

Надеюсь кому-то будет полезно.

Зачем нужна эта схема?

• В целом для наличия общего контекста. Потому что в интернете естественно существуют публикации, отвечающие на вопрос - как создать продукт, но посвящены одни только какой либо стороне вопроса (проектирование, производство, ценообразование, ца, рынки).

• Для простоты оценки комплексной осуществимости проекта заранее.

Объяснение этапов

Этап 1. Концепция (PRFAQ)

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

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

Этап 2. Определение (PRD)

Этап уточняет и детализирует то, для кого и почему продукт предназначен. Здесь продакт общается с клиентами, изучает отзывы на продукты конкурентов и выявляет проблемы которые вытекают в требования к продукту. По итогу получается PRD - документ с описанием характеристик продукта.

Этап 3. Разработка

Этап разработки делится на подэтапы ниже:

1) Прототип (PT). Дизайнеры начинают прорабатывать концепцию форм, цвет, материалы, упаковку. Инженерная команда тестирует первоначальную архитектуру. Отдел поставок способствует поиску поставщиков.

2) Тестирование прототипа (EVT). Тестирование функциональности прототипа в сборе, включая дизайн.

3) Тестирование перед масс. производством (DVT). Продолжается тестирование надежности, формируются конкретные спецификации, дорабатываются производственные процессы. Здесь же происходят сертификационные испытания.

4) Подготовка производства к объему (PVT) и начало масс. производства (MP). Этап наращивания производства и оценка его возможностей.

Во время EVT и PVT параллельно проводится пользовательское тестирование, как правило альфа - с участием сотрудников, а не реальных клиентов.

Между DVT и PVT параллельно начинается бета-тестирование с участием пользователей, которые будут тестировать продукт в реальных условиях. Требует детальной проработки со стороны продакт-менеджера.

Этап 4. Релиз и послепродажный период

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

Как-то так. Буду рад, если поделитесь своими мыслями) Также приглашаю всех в свой только-только созданный телеграм канал посвященный продакт-менеджменту физических продуктов, где буду делиться своим опытом и полезными материалами: t.me/physical_product

Вступление

Давно, когда я еще учился в школе, зимним вечером, пройдя очередной уровень марио я загорелся идеей - сделать свой платформер для игровой приставки.

Примерно через полгода у меня появился персональный компьютер с операционной системой MS-DOS и средой программирования QBasic:

Ну вот! Подумал я, настал мой час и сел писать игру в надежде что как-то придумаю как запихнуть эту игру потом в приставку денди.

Наивно, но тогда не было интернета и узнать, как вообще создавать игры и заливать их на картридж было довольно сложно.

Понятное дело, после некоторых попыток у меня толком ничего не вышло.

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

Прошло почти 25 лет, у всех стало модно закрывать какие-то свои гештальты, решил закрыть и я.

Для начала нужно было ознакомиться с платформой и ее особенностями, а их как оказалось довольно много, как и у всей ретро-техники.

Железо

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

Что мы имеем:

CPU - UA6527P/UA6527, Клон популярного в свое время 8-битного процессора 6502.

PPU - 6538/6528, Видеочип, аналог видеокарты.

RAM - 62256, 2 Кбайт оперативной памяти, которые позволяют использовать горизонтальный или вертикальный скролл по очереди, было бы 4 Кб можно было бы в теории и одновременно.

Звук - 2 прямоугольных канала, 1 треугольный, 1 шумовой и цифровой канал. Да-да, примитивная звуковая карта уже в те времена.

Разрешение экрана 256х240 и 54 цвета (Есть цвет чернее черного и еще некоторые цвета, которые лучше не использовать для избежания глюков на разных телевизорах).

Инструментарий

Писать код для приставки можно на двух языках: на ассемблере и си.

Я решил использовать си для короткого и удобного вида кода, но некоторые вставки ассемблерного кода пришлось писать с нуля (так как скорости процессора в 5,37 МГц всегда не хватало).

Для компиляции кода я использовал компилятор cc65, с опцией --add-source (добавляет ассемблерный код, в котором уже можно найти не очевидные косяки).

Для графики, кроме фотошопа использовал программу YY-CHR:

Для распиливания рома на прошивку, программу NRM.

Для статичных фонов есть очень удобная программа NES Screen Tool, которая позволяет нарисовать и выгрузить экран в массив байтов. Бонусом этом массив можно еще сжать RLE сжатием.

Для написания музыки и звуков я использовал FamiTracker и библиотеку FamiTone2.

Для создания уровней Tiled + самописный конвертер в встроенный формат карты.

Для схемы картриджа Sprint layout.

Для отладки лучше всего подходит эмулятор FCEUX:

Код игры

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

Сразу загрузить массив байтов на экран нельзя, потому что длинна уровня может быть от 3 до 256 экранов в длину.

Видеочип за один кадр успевает загрузить только 2 ряда блоков по 8 пикселей.

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

Для оптимизации я разработал такую структуру уровня. Где экран разбит на поле 16х16:

Первый байт — координаты на экране x = 7, y = 5.

Второй байт — номер экрана уровня.

Третий байт — идентификатор объекта.

У каждого объекта есть атрибут коллизии, может игрок пройти через него или нет. На основе этих атрибутов строиться карта коллизии уровня.

Первые 32 байта, это первый экран NAMETABLE, вторые 32 байта для второго экрана NAMETABLE экрана.

Каждый бит, может быть, 0 если игрок может пройти и 1 если стена.

В итоге получаем два поля по 16х16 бит = 32+32 байта.

Картридж

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

Было решено упростить задачу и запихать все в один банк памяти.

Это позволяет использовать картридж без маппера и не писать дополнительный код, который переключает эти банки.

Из приставки можно реально выжать намного больше и красивее, но по трудозатратам эта игра будет на уровне современной игры с красивой графикой, стоит ли оно того?

Возможно, кто-то захочет этим заняться, и я поделюсь с ним своими наработками.

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

Можно было бы, конечно, заказать у китайцев картриджи на каплях или флэш-памяти, но я хотел именно винтажного вида картриджа на DIP микросхемах (такие раньше попадались только в старых или дорогих картриджах)

Сами микросхемы найти не составило проблем, сначала я развел схему под w27c512, но как оказалось более объемная память w27c010 стоит дешевле и найти ее еще проще.

После того как пришли платы, я подготовил прошивку через NRM, прошил микросхемы в программаторе XGECU T48 и впаял их на место.

Распространение

Как продвигать игру, продавать картриджи и как их распространять: большой вопрос.

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

Я крайне доволен своей работой, выпустить игру на физическом носителе для приставки 40-летней давности довольно крутая ачивка для разработчика игр.

И по традиции, страница игры... На авито?:

https://www.avito.ru/novosibirsk/igry_pristavki_i_programmy/igra_dlya_dendi_2025_goda_7772682988