Текстовые диалоговые системы

Итак, начнём с того, что INSTEAD не текстовый игровой движок в узком смысле. В широком смысле, игровой движок, согласно википедии: «базовое программное обеспечение компьютерной игры», при этом уточняется, что граница между игрой, т.е. контентом и движком расплывчатая. В текстовых играх ситуация иная. Движок перекликается с понятием платформы, которая определена на ifwiki как «система разработки и проигрывания произведений интерактивной литературы». В понятие платформы INSTEAD тоже попадает. Так почему я вообще к нему прикопался? Подождите еще немного занудных рассуждений. По моему определению, движки для ИЛ в узком смысле предоставляют «замкнутую систему для разработки интерактивной литературы на специализированном языке». Замкнутая означает, что кроме документации к движку автору не нужны дополнительные материалы. Специализированный язык должен быть компактным и достаточным для написания множества игр, предусмотренных движком. Это облегчает процесс его изучения и использования. INSTEAD больше фреймворк для языка программирования LUA, чем замкнутая система. Это надстройка с интерпретатором, сообществом и лучшими практиками. Вот эти строки из онлайн-документации искажают принцип фреймворка:

«Код игр под INSTEAD пишется на языке Lua (5.1), поэтому, знание этого языка полезно, хотя и не необходимо. Ядро движка также написано на lua, поэтому знание Lua может быть полезным для углубленного понимания принципов его работы, конечно, при условии, если вам интересно этим заниматься.»

Я считаю, что новичок (не программист) не может написать игру на INSTEAD без знания основ ЯП Lua. И предварительно, перед изучением документации движка, необходим курс по использованию переменных, таблиц, управляющих конструкций. Иначе, поверив мнимой простоте, человек начнёт делать игру и будет постоянно натыкаться на ограниченность документации для управления возрастающей сложностью. Чаще всего, новобранец идёт на форум, где, естественно, помогают. Мне не безразличен сам движок, я хочу видеть его развитие. Для этого хочется, чтобы сменилось позиционирование, стало честным. Во введении должно быть нечто вроде:

«Код игр под INSTEAD пишется на языке Lua (5.1), поэтому, знание этого языка необходимо. После изучения основ вы постепенно перейдете к применению функций движка для кода игры.»

Вообще, сейчас набирает популярность такой гибридный подход, как, например в Twine. При наличии собственного языка разметки инструмент расширяется через классические инструменты JS, HTML и CSS. При этом начинающему автору об этом можно не беспокоиться и взять готовый стандартный шаблон. Тоже самое происходит с AXMA.JS. В новой версии идёт отказ от собственного языка. Так можно потерять аудиторию, ведь перед началом написания сцен стоит разобраться с основами JS. Если у вас есть мысли по этому поводу, пишите комментарии.

Друзья, хотел бы с вами поделиться событиями моего детства, которые, по всей видимости, повлияли на создание проекта «Текстовые диалоговые системы».
Итак, всё происходило в восьмом классе школы. У родителей я случайно откопал старенький программируемый микрокалькулятор МК-61. Комп в то время был либо в компьютерном клубе, либо у соседа, поэтому от скуки я решил подразобраться со старинным девайсом. Метод тыка не прошёл, потому что просто не нашёл кнопки равно! Тогда всё-таки пришлось обратиться к руководству. Чтобы сложить два числа нужно было ввести: 2, В(стрелка вверх), 2, +. Буква «В» со стрелочкой означала перемещение операнда в верхний регистр, а сама операция ставилась в конце выражения, получается обратная польская нотация. Шли недели. Немного помучался, а потом стал осваивать программный режим на целых 105 шагов. Самая типовая задача — решение квадратного уравнения, выполнялась секунд 10. При этом цифры на дисплейчике мерцали, создавалось впечатление мощных расчётов! Через какое-то время мне в школьной библиотеке на глаза попался журнальчик «Техника молодёжи». Это был номер за какой-то бородатый год с примером игры для микрокалькуляторов. Я уже не помню, в чём она заключалась, помню только что было очень тяжело без ошибок ввести правильные команды. А чтобы играть, надо было неплохо владеть математикой на уровне первого курса института. Плюнул я на такую игру, а в голове мелькнула мысль: а что если сделать нормальную игру на МК?
В то время, на скучных уроках истории, я рисовал в тетрадке простенькие комиксы в стиле «Звездных войн». Рисовать не умел, да и сейчас не умею, но очень хотел, поэтому все персонажи были — дроиды (как в первом эпизоде). Выглядели они примерно так — палочка голова, треугольник тело, еще четыре палки на руки и шесть палок на ноги. Бластер состоял всего из двух чёрточек, что очень удобно. Главный герой дроид-джедай, отличался от остальных наличием плаща и лазерного меча, естественно. Не помню что он делал, скорее всего, спасал галактику, потому что на дроида-принцессу у меня фантазии не хватило. Комиксы есть, на калькуляторе я мог делать управляющие конструкции, почему бы и не совместить? Чтобы сделать сюжетный выбор, надо было ввести соответствующую ему цифру из комикса в МК и он показывал номер дальнейшего эпизода или выдавал ERR, что означает смерть персонажа.
Ну, в общем, мега движок был готов, сценарий и геймплей тоже, удалось уложиться в рамки бюджета, всё было супер.
Я понёс показывать новый хит своим друзьям. Думаю вы уже догадываетесь как они отреагировали. Мягко говоря, были удивлены. Может быть, дело было в том, что они уже играли в приставку SEGA, а я нет?
Сейчас я смотрю на некоторые визуальные новеллы и текстовые игры и думаю, станут ли они хуже, если их перенести на полосатые листочки и добавить старый-добрый МК-61?