Постмортем Marriage Dynamic Outfits
С декабря месяца мод не поддерживается, самое время подвести итоги.
Что было сделано ПРАВИЛЬНО?
Выбор концепции. На момент разработки уже имелся как минимум один мод для брака, который позволял кастомизировать одежду партнера. Однако, он работал на манер манекена, т.е. нельзя было задать список вещей одного типа, которые будут выбираться рандомно, к тому же он содержал много лишнего, например, квесты.
Разработка плагина преследовала две цели: настройка внешнего вида и добавление разнообразия в семейную жизнь. При этом, бОльшая часть работы должна происходить автоматически без вмешательства игрока. Практически неограниченный размер гардероба позволяет сделать внешность персонажа непредсказуемой, таким образом каждый раз возвращаясь домой, пользователь переживает разный игровой опыт. Появляется стимул навещать партнера.
Также находится применение вещам, которые не находят реального применения в бою, а служат лишь эстетическим целям.
Четыре тысячи подписок в Steam показывают, что идея, в целом, прижилась.
Прислушиваться к пользователям. Всегда предполагать, что проблема на твоей стороне, если не доказано обратное. Если анимация обнимания убивает жену, надо проверить - возможно она действительно ее убивает, как бы абсурдно это не казалось. В данном конкретном случае я запросил сохранение игры и воспроизвел проблему, что позволило в дальнейшем ее исправить.
Использование прототипов. Основные средства и бубны, на которых построен плагин были предварительно протестированы на ряде грязных прототипов. Мне могло и не повезти, в этом случае я ничего бы не потерял, кроме этих наспех сделанных черновиков.
Отказ от SKSE. Для многих пользователей данный мод стал первым, и они ничего не слышали про скриптовые расширения. Если уже возникли трудности на этапе установки плагина или оформления Steam-подписки, то вряд ли игроки смогли бы установить SKSE самостоятельно.
Что было сделано НЕПРАВИЛЬНО?
Переоценены возможности CreationKit. В редакторе скриптов имеется ограничение на число символов. Я уверен, что Бесездовцы оставили это ограничение по ошибке, т.к. компилятор справляется со скриптами любого размера. Либо они просто не ожидали, что кто-то будет писать настолько большие скрипты. В любом случае, когда скрипт переодевания вырос до 1000 строк, пришлось искать обходной путь или отказываться от части функциональности. К счастью, Папирус поддерживает наследование, поэтому я унаследовал новый скрипт от первого и отрефакторил оригинальный, перенеся часть функционала в дочернюю сущность. Конечно, я смог в дальнейшем вводить новые возможности в плагин, но на реорганизацию всегда уходило очень много времени. Отсюда правило - всегда старайтесь исследовать существующие ограничения незнакомых вам инструментов.
Ошибочное представление о ночном одеянии. Sleeping Outfit в Skyrim - это рудимент Oblivion. Установка данного значения никак не повлияет на персонажа. К сожалению, я недостаточно тщательно тестировал данную возможность, и первая версия плагина полагалась на этот устаревший функционал, следовательно, не работала.
Внимание к деталям! То, что вы считаете неважным, на самом деле может оказаться очень важным. В ранних версиях я сознательно забивал, если персонаж оставался без обуви или кирасы. В тот момент мне казалось, что можно оправдать подобное поведение "нежеланием" персонажа носить определенную вещь. Тем не менее, "почему моя жена голая" - это самый популярный вопрос, который я получаю от пользователей. Начиная с версии 1.2, алгоритм экипировки проходил в две стадии, и некоторые детали гардероба форсировались. Правильный баланс дефолтных настроек удалось подобрать только в версии 1.6. Отсюда правило - сомнения не стоит оставлять без внимания, возможно, они не беспочвенны. Лучше записать спорные моменты,, чтобы в дальнейшем была возможность к ним вернуться до релиза.
Оригинальный служебный квест в качестве платформы. Версии до 1.3 просто вносили изменения в квест, отвечающий за семейную жизнь. К сожалению, это автоматически приводило к несовместимости с другими Marriage-плагинами и с DLC Hearthfire. Отсюда правило - не следует активно опираться на основной контент, если только не пишется багфикс. Лучше сокращать лишние зависимости.