О книгах Сюзанны Кларк
Джонатан Стрендж и Мистер Норрелл из сериала.
Рекомендовано любителям фэнтези, Англии начала XIX века и геймдизайнерам.
Отзыв будет сразу на две книги: «Джонатан Стрендж и Мистер Норрелл» и «Дамы из Грейс-Адье». Возможно и на какие-то будущие книги Кларк, поскольку все они в некотором роде похожи и явно будет продолжение, поскольку это нельзя не продолжить.
Для начала немного об отличиях. Тут всё просто.
«Джонатан Стрендж и Мистер Норрелл» — большая, толстая, комплексная книга про отношения двух магов, в высшем свете Англии. Магии (по отношению ко всему остальному) в ней не так много, но она сложна и интереса.
«Дамы из Грейс-Адье» — небольшой сборник рассказов про более приземлённых людей (и нелюдей). Концентрация магии в ней больше, но она проще.
Поскольку читать Кларк может быть сложно (об этом далее), то знакомство с миром английской магии лучше начать с «Дам…»: рассказы в них не завязаны на сюжет большой книги — действие просто происходит в той же вселенной.
Время, деньги и фан в ММО
Схема преобразования времени и денег в фан.
Наводил у себя в голове порядок, размышляя об организации игрового процесса, монетизации, ботоводстве и некоторых других вещах, и пришёл к интересной концепции. Наверняка она где-то уже озвучивалась, но я всё равно ею поделюсь.
Суть в том, что любую развлекательную игру можно представить как машину, преобразовывающую время игрока в фан. Фан — отличное общее понятие и как-то уточнять его не будем. Кто-то получает фан от исследований игрового мира, кто-то от нагибания ближних своих — для наших рассуждений это не важно.
В итоге, геймдизайн строится вокруг управления коэффициентом преобразования времени в фан. Если коэффициент слишком низкий — игрок начинает скучать и бросает играть. Если слишком высокий — игроки пресыщаются и забрасывают игру.
Эта статья — пробный подход к теме. Развитие идей можно найти в:
Почему разработчики не сделают эту простую штуку?
Животрепещущий вопрос, не правда ли?
Меня уже 3 года как им пытают персонально, поэтому я решил попытаться рассказать всё-таки почему. Рассказывать, конечно, буду со стороны разработчика-одиночки. В командах побольше есть некоторые нюансы, но суть та же.
Для затравки приведу небольшую иллюстрацию, смысл её, думаю, понятен.
Взгляд на проект со стороны пользователя и разработчика.
Тесты, которые тестируют тесты
Или почему в них нет необходимости.
Часто, когда рассказываешь новичкам про автоматическое тестирование, всплывает один и тот же вопрос: «А кто будет проверять сами тесты? Придётся писать тесты для тестов, потом тесты для тестов для тестов…» Все любят рекурсию и ещё больше любят уесть ей собеседника.
Странно, ни разу не попадался вопрос: «Кто тестирует тестировщиков?» — по сути, та же проблема вид сбоку.
Но действительно, почему нет необходимости тестировать тесты? (и тестировщиков)