1. Что такое файловая система?

Файловая система — это совокупность структур данных и программных механизмов, которые организуют хранение, идентификацию и доступ к данным на носителе (HDD, SSD, флешке, RAID-массиве).

Простыми словами, это «библиотечный каталог» накопителя. Если диск — это склад с книгами, то ФС — это система стеллажей, полок и картотеки, которая позволяет быстро найти нужную книгу (файл), узнать, где она находится, кто ее автор (метаданные) и не занято ли место для новой книги.

2. Принципы работы

Независимо от типа, ФС решает три основные задачи:

1. Отслеживание свободного и занятого пространства.
2. Управление именами и каталогами (иерархия).
3. Хранение метаданных (размер, время создания, права доступа, владелец).

Основные компоненты структуры:

• Загрузочная запись (Boot Sector): Первый сектор тома. Содержит код загрузчика (для системных дисков) и параметры ФС (размер кластера, количество секторов).
• Область метаданных:
• Таблица размещения файлов (FAT): Простая карта, где каждая ячейка указывает на следующий кластер файла или маркер конца.
• MFT (Master File Table): Используется в NTFS. Это реляционная база данных, где каждый файл (даже служебный) представлен записью.
• Иноды (Inodes): В Unix-подобных ФС (ext, UFS, ZFS). Каждый файл имеет индексный дескриптор (inode), содержащий метаданные и список блоков данных. Каталоги в таких системах — это просто файлы, сопоставляющие имена файлов с номерами inode.
• Область данных: Блоки (кластеры), где лежит содержимое файлов.

Ключевой принцип — фрагментация.
При долгом использовании файл может быть разорван на части (фрагментирован). ФС записывает данные в ближайшие свободные блоки. Если свободное пространство разрозненно, файл разбивается. Скорость чтения падает, так как головке HDD приходится прыгать туда-сюда. SSD фрагментация страшна меньше из-за отсутствия движущихся частей и принципа FTL (Flash Translation Layer).

3. Где используются и как выбрать? (Обзор типов)

Файловые системы делятся на три большие лагеря: Windows, Linux/Unix и Кроссплатформенные/Универсальные.

Семейство FAT (File Allocation Table)

Простейшие ФС. Созданы в 1977 году.

• FAT32:
• Принцип: Таблица размещения файлов (FAT). Корневой каталог имеет фиксированный размер.
• Ограничения: Максимальный размер файла — 4 ГБ. Максимальный размер тома — 8 ТБ (но Windows ограничивает форматирование 32 ГБ).
• Где используется: Флешки, карты памяти SD/SDHC, устаревшие устройства (мультимедиа в авто, старые камеры). Идеальна для совместимости.
• exFAT (FAT64):
• Принцип: Эволюция FAT для флешек. Сняты ограничения на размер файла (до 16 ЭБ).
• Особенность: Не ведет журналирования (не отслеживает изменения перед их совершением).
• Где используется: Современные флешки, внешние SSD, SDXC (64+ ГБ). Лучший выбор для внешних накопителей, которые переключаются между Windows, macOS и Linux.

Семейство NTFS (New Technology File System)

Стандарт для Windows, начиная с NT 3.1 (1993).

• Принцип работы:
• Журналирование (Journaling): Перед тем как изменить файл, система записывает план действий в журнал ($LogFile). Если происходит сбой питания, система просто откатывает незавершенные операции. Это защищает от логических повреждений.
• MFT (Master File Table): Все файлы и папки представлены в виде записей в MFT. Для маленьких файлов (до ~900 байт) данные хранятся прямо в MFT (т.н. resident files), что ускоряет доступ.
• Разрешения (ACL): Поддержка списков контроля доступа (разграничение прав для разных пользователей).
• Альтернативные потоки данных (ADS): Возможность хранить несколько "невидимых" файлов внутри одного (используется для хранения атрибутов "Скачано из интернета").
• Где используется: Внутренние диски Windows, системный раздел. На macOS читается только для чтения (без сторонних драйверов), в Linux — через ntfs-3g (стабильно, но медленнее родных ФС).

Семейство Linux (ext)

• ext2 (Second Extended File System): Не журналируемая. Надежная, но после сбоя требует долгой проверки fsck. Используется для флешек, где важна минимальная запись.
• ext3: ext2 + журналирование. Устарела.
• ext4:
• Принцип: По умолчанию во всех дистрибутивах Linux.
• Особенности: Поддержка томов до 1 ЭБ, файлов до 16 ТБ. Использует extents (непрерывные блоки вместо битовых карт), что снижает фрагментацию. Поддержка отложенного выделения (allocate-on-flush), что повышает производительность, но увеличивает риск потери данных при внезапном отключении.
• Где используется: Серверы, десктопы Linux, встроенные системы.

Семейство BSD / Специализированные

• UFS2 (Unix File System 2):
• Стандартная ФС для FreeBSD, macOS (в прошлом). Хорошо работает с HDD. Поддержка снэпшотов (моментальных снимков).
• XFS:
• Разработана SGI (Silicon Graphics) для высокопроизводительных вычислений.
• Где используется: По умолчанию в RHEL (Red Hat) и CentOS. Считается лучшей для работы с большими файлами (видеомонтаж, базы данных) и масштабируемости. Онлайн-дефрагментация и увеличение размера на лету.
• ZFS (Zettabyte File System):
• Принцип: Не просто ФС, а менеджер томов и ФС в одном флаконе. Изначально для Solaris, сейчас расцветает во FreeBSD и Linux (OpenZFS).
• Ключевые особенности:
• Copy-on-Write (CoW): Новые данные никогда не перезаписывают старые поверх. Сначала записываются в новое место, и только когда запись успешна, указатель меняется. Это гарантирует целостность.
• Проверка целостности (Checksums): Каждый блок данных хешируется. При чтении хеш сверяется, что позволяет детектировать "тихое повреждение данных" (bit rot).
• RAID-Z: Аналог RAID-5/6, но без "дыры записи" (write hole), характерной для аппаратных RAID.
• Снапшоты и репликация: Мгновенные копии системы.
• Где используется: Файловые серверы (NAS: TrueNAS, XigmaNAS), системы хранения данных (СХД), где целостность данных важнее скорости на синтетических тестах.
• HFS / APFS (Apple):
• HFS+ (Mac OS Extended): Устаревающая, журналируемая ФС для macOS. Не поддерживает некоторые современные фишки (снапшоты, шифрование на лету).
• APFS (Apple File System):
• Принцип: Copy-on-Write, как у ZFS, но оптимизирован для флеш-памяти (SSD). Крайне агрессивное управление пространством.
• Особенности: Снапшоты для Time Machine, быстрый подсчет размера папок, нативное шифрование, клонирование файлов (мгновенное копирование без дублирования данных).
• Где используется: Все современные Mac, iPhone, iPad. На Windows не читается без платного софта.

4. Критерии выбора: какую ФС выбрать?

Чтобы выбрать, ответьте на три вопроса:

А. Совместимость (ОС)

• Windows только: NTFS. Она дает безопасность (права), журналирование и снимает ограничения FAT.
• macOS только (внутренний диск): APFS (для SSD) или HFS+ (для HDD).
• Linux только: ext4 (баланс стабильности и скорости) или XFS (для больших данных).
• Универсальная флешка (Windows, macOS, Linux, ТВ, авто): exFAT. (Если устройство старое, поддерживающее только FAT32, придется мириться с лимитом 4 ГБ).

Б. Тип носителя

• SSD (твердотельный накопитель):
• Для Windows: NTFS.
• Для Linux: ext4 или F2FS (Flash Friendly File System, разработанная Samsung специально для NAND-памяти).
• Важно: На SSD лучше избегать ФС, которые сильно полагаются на дефрагментацию. Современные ФС (NTFS, APFS, ext4) имеют поддержку TRIM — команды, позволяющей SSD очищать ячейки заранее.
• HDD (механический):
• NTFS, ext4, XFS.
• NAS / Сервер:
• Если важна целостность данных (фотоархив, бэкапы) — ZFS (TrueNAS) или Btrfs (NAS от Synology, QNAP). Если важна производительность и простота — ext4 или XFS.

В. Требования к надежности и функциональности

• Журналирование: Необходимо для системных дисков (NTFS, ext4, XFS) для защиты от сбоев питания.
• Copy-on-Write (ZFS, APFS, Btrfs): Позволяет делать мгновенные снимки (snapshots) и гарантирует, что система не "сломается" в момент сбоя записи. Но CoW-системы требуют больше оперативной памяти (особенно ZFS: правило "1 ГБ RAM на 1 ТБ данных" для дедупликации).

История интенета

Зачем решили создать сеть?

Из-за угрозы войны нужна была децентрализованная безопасная система связи.

Компьютеры развивались и имели потенциал. Их решили связать между собой.

Идея и первая реализация

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

Чтобы найти способ "связать компьютеры" Министерство обороны США создало Advanced Research Projects Agency (ARPA) которое бы отбирало идеи.

Оказалось, что National Physical Laboratory of England уже реализовало идею Пола Берана и создало сеть (NPL).

Появление ARPANET

Похожую сеть решили сделать и в США и назвали ее ARPANET. Первое сообщение было отправленно через эту сеть в 1969 году. Первое отправленное сообщение между двумя институтами на расстяонии 640 км было login.

В последствии к ARPANET подключили все институты США, что позволило совместно вести исследовательские проекты.

ARPANET и NSFNET

Как выглядела первая сеть

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

Скорость передачи была 56 кбит/с.

Появление NSFNET и закрытие ARPANET

Но ARPANET была военной разработкой и чтобы получить к ней доступ, нужно было заключать контракт с МО США и сеть была закрытой. Поэтому Национальный Научный Фонд США решает создать на основе ARPANET открытую сеть.

Новая некоммерческая сеть получила название NSFNET, и ARPANET закрылся в виду своей бесперспективности.

Коммерциализация интернета

В NSFNET видели перспективы и в нее начали вкладывать деньги, делая интернет комерческим.

В конце 80-х годов от сети NSFNET удалось полностью отказаться, начали появляться комерческие провайдеры и вся опорная сеть перешла в руки нескольких компаний, которые взяли на себя роль крупнейших узлов трафика по всему миру. Далее эти крупнейшие провайдеры станут магистральными провайдерами.

Появление провайдеров

Магистральные провайдеры - это Tier 1 сети — крупнейшие телекоммуникационные компании, которые не покупают интернет-трафик у других, а обмениваются им напрямую (peer-to-peer).

Они владеют межконтинентальными оптоволоконными линиями, подводными кабелями, и крупными дата-центрами.

Их задача — обеспечивать глобальную связность между регионами и странами.

Иерархия провайдеров

Tier 1 провайдеры - Магистральные предоставляют трафик:

• Tier 2 провайдерам
• Крупным дата-центрам и облачным платформам
• Иногда — государственным или национальным операторам

Tier 2 провайдеры — региональные

• Кто это: крупные национальные или региональные операторы (например, Ростелеком, Orange, Turk Telekom).
• Что делают:
• Покупают трафик у Tier 1
• Частично обмениваются трафиком с другими Tier 2 (peer-to-peer)
• Кому предоставляют трафик:
• Tier 3 провайдерам
• Бизнесу и корпоративным клиентам
• Иногда — конечным пользователям

Tier 3 провайдеры — локальные

• Кто это: локальные интернет-провайдеры, кабельные операторы, домашние сети.
• Что делают:
• Покупают трафик у Tier 2 (иногда напрямую у Tier 1)
• Обеспечивают доступ в интернет для конечных пользователей
• Кому предоставляют трафик:
• Частным лицам
• Малому бизнесу
• Иногда — локальным Wi-Fi сетям, школам, кафе и т.д.

Как выглядит адресация в интернете

На заре интернета была еще одна проблема: в разных странах появлялись свои сети, которые работали по своим правилам и чтобы их объединить нужен был единый свод правил как передавать сообщения между компьютерами.

Глобальный интернет состоит из канальных сред у которых есть "окно" в глобальный интернет. Например, это может быть многоэтажный дом с маршрутизатором провайдера, который является тем самым "окном", или локальная сеть (LAN) с сервером в качестве "окна".

Как передаются данные в канальной среде (обобщенно)

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

MAC-адрес (Media Access Control)

Передавать кадры можно только устройствам с сетевым интерфейсом (сетевая карта, Wi-Fi адаптер, Bluetooth), которые обладают своим уникальным адресом. Такой адрес называется MAC-адрес (Media Access Control).

MAC-адрес - 48 битный физический адрес.

• OUI (Organizationally Unique Identifier) — первые 24 бита, указывающие на производителя.
• NIC-specific часть — оставшиеся 24 бита, назначаемые производителем.

Чтобы МАК адреса не дублировались между производителями их нужно контроллировать. Этим занимается комитет IEEE RA (Institute of Electrical and Electronics Engineers - Registration Authority), который выдает производителям диапазон адресов, и когда они расходуются, то выдает новые.

МАК-адрес представляет собой 6 чисел в шестнадцатеричном виде (например, 00:1A:2B:3C:4D:5E)

Если в первом бите старшего байта стоит:

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

Если во втором бите старшего байта стоит:

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

Помимо индивидуального и групового существует широковещательный адрес состоящий из чисел FF (255) при котором отправка кадра происходит всем устройствам канальной среды.

Hub/switch

Чтобы решить проблемы с подключением компьютеров к сети создаются специальные сетевые устройства:

• Hub - когда на него приходит кадр, то он рассылает его всем остальным подключенным компьютерам, и те кому он не нужен отбрасывают его. Из минусов: ограниченная скорость самым медленным узлом в сети, и сниженная безопасность из-за отправки кадра всем.
• Switch/Комутатор - имеет таблицу комутаций (номер, мак-адрес, порт к которому подключено устройство). При получении кадра отправляет его всем подключенным устройствам, кроме отправителя. Но он запоминает адрес отправителя и заполняет свою таблицу. Когда таблица заполняется, то свитч знает на какой порт передать кадр. Если таблица комутаций будет переполнена, то свитч снова будет рассылать кадры на все свои порты.

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

IP адрес

В сети миллиарды устройств и чтобы найти "получателя" по мак адресу нужны гигантские таблицы комутаций. МАК адреса подходят для канальной среды, но не для глабального интернета.

Решение - введение виртуальных адресов - IP (Internet Protocol). Именно с IP и работают маршрутизаторы, а данные теперь называются не кадрами, а пакетами.

Маршрутизатор находит кратчайший путь из точки А в точку Б и передает по нему пакеты из одной канальной среды в другую (пакетная комутация).

Каждый участник сети, кроме МАК-адреса получает уникальный 4х байтовый IP адрес.

IP адрес 4ой версии представлен 4мя числами (октетами) от 0 до 255, раздеденными точками.

В отличии от МАК адреса, IP адрес выделяется не каждому устройству, а каждой подсети в которой устройства находятся.

IP адрес разбивается на 2 части: первые часть является адресом подсети, а вторая- это адрес хоста (устройства).

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

Маска подсети может обозначаться десятичными числами (255.255.255.128) либо в виде префикса /25 (эти записи эквивалентны). Маска подсети - это то количество старших бит указанных в префиксе.

Чтобы IP адреса оставались уникальными, их выдачу контролирует специальные организации. Их иерархия:

1. ICANN (корпорация по управлению доменными именами и IP-адресами)
2. IANA - международная некомерческая организация (Администрация адресного пространства интернета). Выдает блоки адресов пяти RIR.
3. RIR - региональные интернет регистраторы: AFRINIC, APNIC, ARIN, LACNIC, RIPE NCC. Выдают блоки адресов меньшего размера LIR.
4. LIR - локальные интернет регистраторы. Обычно это крупные провайдеры, которые выдают айпи мелким провайдерам.
5. Мелкие провайдеры - выдают айпи пользователям.
6. Пользователи

Существуют зарезервированные блоки АйПи адресов которые можно использовать только в тех случаях где они предназначены.

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

Направленный широковещательный запрос - указанная подсеть с единицами в битах адреса хоста.

Кол-во доступных адресов для хостов всегда на 2 меньше, так как когда в адресе все 1, то это широковещательный, а когда все 0, то это адрес подсети.

Выше речь шла о публичных АйПи адресах, которые используются в глобальной сети интернет. В локальных сетях используются частные адреса из специальных зарезервированных блоков.

• 10.0.0.0 / 8
• 172.16.0.0 / 12
• 192.168.0.0 / 16 - настраивая вайфай роутер мы подключаемся к 192.168.0.1, либо 192.168.1.1
• 169.254.0.0 / 16 - Если у нас отсутствует возможность получить откуда либо АйПи адрес, то ОС назначает link-local адрес, который не проходит через маршрутизаторы.
• 0.0.0.0 - когда мы собираемся получить АйПи у провайдера, но еще не сделали этого.
• 127.0.0.0 / 8 - ведет на наш компьютер (используется для тестирования ПО)

DNS

Чтобы людям было удобно пользоваться и запоминать АйПи, им решиил присвоить имена (домена), где кадому айпи соответствует свое доменное имя.

Система которая управляет доменными именами называется Domain Name System и была создана в 1983.

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

Эволюция ДНС

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

Раньше поиск айпи привязанного к домену осуществлялся на компьютере внутри файла hosts (C:\Windows\System32\drivers\etc\hosts), но кол-во сайтов росло и рос файл и поиск становисля долгим.

В итоге DNS превратился в целую сеть серверов со своей иерархией.

Иерархия доменов

Домены деляться на рахные уровни с права на лево (mysite.ru.):

• Коневой домен: в виде точки (.), который распологается в конце, но его никто не ставит, потомучто это не обязательно
• Домен 1-го уровня: домены организаций или стран (ru, com, org, uk)
• Домен 2-го уровня: (nameofmysite)
• Домен 3-го уровня: (new -> new.mysite.ru.)

Все домены распределены по разным серверам. На сервере домена также хранится информация о нижестоящих доменах на которые он ссылается. Серверы дублируются для большей надежности.

DNS-запись

Чтобы купленный домен заработа ли стал связан с определенными айпи, нужно внести DNS-запись.

DNS-запись состоит из 5-ти частей:

1. Имя домена (mysite.com)
2. Время жизни записи в кэше (300)
3. Класс - значение IN, означает что это используется в сети интернет (IN)
4. Значение (132.18.4.10)
5. Тип - может принимать много значений, но частоиспользуемых не так много.
1. A - IPv4
2. AAAA - IPv6
3. MX - Почтовая запись. Приоритет и адрес почтового сервера (5 mail.s.ru)
4. TXT - Текстовая информация (например, SPF для почты) (v=spf1...)
5. CNAME - псевдоним, чтобы одному айпи могло соответствовать несколько доменов (site.ru).
6. PTR - Обратное разрешение IP → имя (в имени домена будет айпи, а в значении доменное имя)
7. NS - Указывает, какие DNS-серверы обслуживают домен (ns.s.ru)

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

Как нашему компьютеру получить запись из DNS?

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

DNS-resolver ищет айпи рекурсивно, доходит до нужного сервера где распологается искомый айпи и нам возращается ответ в виде одного или нескольких айпи адресов.

Ответ полученный напрямую от dns-сервера называется авторитетным, но ответ так же может быть взят из кеша самого DNS-resolver и является не авторитетным.

В одном запросе может быть сразу несколько ДНС-запросов или ДНС-ответов, например если к одному домену привязано несколько айпи.

Поля ДНС-запроса

Заголовок (12 байт)

• 2 байта - ID (0x07A8), должно быть одинаковым в запросе и ответе.
• 2 байта - Флаги, разделенные на 8 частей
• QR (1 бит): 0 - запрос; 1 - ответ;
• OPCODE (4 бита): нули по умолчанию - стандарный запрос
• AA (1 бит): является ли ответ авторитетным
• TC (1 бит): 1 - означает, что серверу не удалось уместить всю информацию в пакет
• RD (1 бит): 1 - означает, что не нужно возвращать промежуточные ответы, а сразу вернуть АйПИ
• RA (1 бит): поддерживает ли сервер рекурсию. Если да, то мы сразу получим искомую запись. Но если отправлять запрос не DNS-resolver, а серверу ответственному за доменную зону, то в ответе, мы бы получили 0 (так как в таких серверах поиск итеративный), а в АйПи получили бы адрес сервера, который знает куда дальше нужно идти.
• Z (3 бита) - зарезервированы и равны нулям.
• RCODE (4 бита): 0 - успешно, 1-5 - ошибка.
• 2 байта - Кол-во запросов
• 2 байта - Кол-во ответов
• 2 байта - Кол-во авторитетных ответов
• 2 байта - Кол-во дополнительных записей

Данные

• Запросы
• Доменное имя (0x076578...) представлено в специальном формате в виде набора меток. Cтандартная метка:
• Первые 2 бита 1-ого байта: 00
• 6 бит: кол-во байт идущих следом, которые являются содержимым метки (7)
• ASCII слово в 16-ичном виде (example)
• Следующая метка, где снова первые 2 бита 1-ого байта: 00
• 6 бит: кол-во байт идущих следом, которые являются меткой (2)
• ASCII слово в 16-ичном виде (ru)
• Объединив метки (00 | 7 | example | 00 | 2 | ru) с точкой мы получим: example.ru
• 2 байта - тип ДНС-записи (0x0001)
• 2 байта - стандартный класс IN (0x0001)
• Ответы
• Доменное имя
• 2 байта - Тип ДНС-записи
• 2 байта - Класс ИН
• 4 байта - время хранение записи в кэше DNS-resolver
• 2 байта - длина данных
• 4 байта - сами данные (например АйПи)
• Авторитетные ответы
• Доп. записи

DHCP

Чтобы узнать какой АйПи адрес нам выдаст провайдер и как его получить, в этом нам поможет DHCP-сервер, который как правило находится на стороне провайдера. Именно к нему обращаются устройства во время подключения к сети.

DHCP-сервер не только выдает АйПи, но и следит за их уникальностью. Такой запрос выполняется по протоколу DHCP (Dynamic Host Configuration Protocol)

Изначально адрес DHCP-сервера нам не известен, поэтому сначала мы посылаем широковещательный запрос по МАК и АйПи (FF-FF-FF-FF-FF-FF, 255.255.255.255) всем устройствам нашей канальной среды с целью найти DHCP-сервер.

Если в нашей канальной среде DHCP-сервер не найдется, то маршрутизатор должен быть сконфигурирован в режиме DHCP-relay - такой режим позволяет передавать широковещательный трафик в другие подсети, но только для протокола DHCP.

DHCP - DISCOVER запрос

• 1 байт: тип сообщения (1 - запрос; 2 - ответ)
• 1 байт: тип аппаратного адреса (1 - mac)
• 1 байт: длина МАК-адреса (в байтах)
• 1 байт: кол-во промежуточных маршрутизаторов, через которое прошло сообщение
• 4 байта: ID, чтобы мы и сервер могли идентифицировать запросы и ответы в рамках одной транзакции.
• 2 байта: время (сек) с момента начала получения адреса
• 2 байта: Флаги
• 4 байта: текущий АйПи, если мы хотим не получить новый, а продлить старый. Если айпи не было, то указываем все нули
• 4 байта:  АйПи предложенный сервером, который мы должны утвердить
• 4 байта: собственный АйПи сервера
• 4 байта: АйПи промежуточного маршрутизатора, который доставлял запрос
• 16 байт: наш МАК-адрес
• 64 байта: имя сервера (необязательно, можно заполнить нулями)
• 128 байт: имя файла на сервере (необязательно, можно заполнить нулями)
• 4 байта: начало опций для получения доп информации от сервера. Опций много, но используется несколько:
• Маска подсети
• Адреса ДНС-серверов
• АйПи маршрутизатора по умолчанию, который называется шлюзом
• Каждая опция записывается в виде: код, длина, значение

Алгоритм получения АйПи

1. Мы отправляем серверу DISCOVER-запрос
2. Сервер выделяет свободный АйПи и отправляет нам по МАК-адресу такой же запрос с названием OFFER
3. Мы получив OFFER отправляем REQUEST, где подтверждаем, что согласны этот АйПи взять
4. DHCP-сервер отправляет нам запрос ACK с подтверждением, что АйПи выделен
5. Если после получения запроса ACK клиент обнаруживает, что данный АйПи уже кем-то используется, то отправляется широковещательный запрос с типом DECLINE

В сети может быть несколько DHCP-серверов. Мы всем отправляем DISCOVER-запрос, нам приходят OFFERы, мы отправляем REQUEST обоим серверам с выбранным АйПи и нам отвечает запросом ACK, только тот сервер, чей АйПи мы выбрали.

Выделенный АйПи адрес может быть:

• Статический - сис. админ сам задает конкретный АйПи для конкретного МАК-адреса на DHCP-сервере.
• Автоматический - DHCP-сервер закрепляет АйПи за конкретным МАК-адресом бессрочно.
• Динамический - АйПи адресы выделяются в аренду на какой-то определенный срок, после чего АйПи нужно продлить или получить новый.

Дополнительно

Если у нас уже есть АйПи и нам нужно получить только доп информацию, то мы можем отправить сообщение с типом INFORM.

Если мы хотим продлить АйПи то мы сразу отправляем запрос REQUEST и если ответ не приходит, а прошло уже 87.5% от времени аренды, то мы снова отправляем широковещательный запрос с целью получить новый АйПи, но уже от другого ДЧСП-сервера.

При отключении от сети, например при выключении компьютера, Операционная Система автоматически отправляет ДЧСП-серверу оповещение RELEASE, информируя, что этот АйПи нам больше не нужен и теперь он свободен.

ARP

Суть Address Resolution Protocol (ARP) в том, чтобы по АйПи адресам получать МАК-адреса.

Когда мы получили от ДЧСП-сервера АйПи шлюза (маршрутизатора), нам нужно так же получить его МАК-адрес.

Чтобы узнать МАК-адрес маршрутизатора, мы посылаем широковещательный ARP-запрос, который состоит из 9 полей:

Первые 4 показывают в какой сети и с каким протоколом мы имеем дело.

1. 2 байта: тип сети 1 означает, что данные передаются через канальный протокол Ethernet
2. 2 байта: код протокола - IPv4
3. 1 байт: длина MAC-адреса (6 байт)
4. 1 байт: длина глобального АйПи адреса (4 байта)
5. 2 байт: код операции (1 - запрос; 2 - ответ)
6. 6 байт: МАК-адрес отправителя (получаем мак при ответе)
7. 4 байта: АйПи отправителя
8. 6 байт: МАК-адрес получателя (при запросе состоит из нулей)
9. 4 байта: АйПи получателя

Чтобы не выполнять подобные запросы снова, они кэшируются на нашем компьютере в специальную ARP-таблицу: IP-MAC-ТИП (тип например статический, динамический)

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

Существует добровольный ARP запрос, при котором мы пытаемся получать МАК адрес по своему же АйПи. Это делается при смене АйПи адреса, чтобы остальные устройства обновили информацию в своих АРП таблицах, и чтобы првоерить свободен ли этот адрес, т.е. если на этот запрос придет ответ, то этот АйПи адрес уже кому-то принадлежит.

IPv6

АйПи версии 4 состоит из 4-х байт и вмещает в себя 4 млрд адресов. Интернет начали использовать не только телефоны и компьютеры, но и бытовая техника.

3 февраля 2011 года агентство IANA выдала последние 5 блоков АйПи адресов региональным АйПи регистраторам.

Искать решение стали еще в 1992 году. Решили создать АйПи нового поколения, которые получил версию 6, так как 5 версия была занята под другой проект. IPv6 был разработан в 1995 году и официально принят в 1998 году (RFC 2460). 8 июня 2011 года было масштабное тестирование этого протокола и он стал внедрятся в инетрнет. Он предлагает 340 ундециллионов адресов — практически бесконечное пространство. Также включает улучшения в маршрутизации, безопасности и автоконфигурации.

АйПи версии 4 и 6 несовместимы между собой, поэтому они используются оба.

Так же для IPv6 используется DHCPv6 и NDP (Neighbor Discovery Protocol) вместо ARP.

IPv6 состоит уже из 16 байт и записывается в виде 8-ми 4х значных 16-ичных чисел, разделенных двоеточиями. Для удобства восприятия ведущие нули можно опустить, а целые группы нулей можно заменить 2-мя двоеточиями.

Чтобы в адресной строке можно было переходить по АйПи6, его нужно поместить в квадратные скобки.

У АйПи6 нет широковещательного формата, вместо этого используются групповые адреса, которые соответствуют сразу нескольким компьютерам.

Групповые адреса начинаются с чисел FF:

• FF02::1 - доставит пакет всем узлам (компьютерам) в своей сети (как широковещательный запрос)
• FF02::2 - доставит пакет всем маршрутизаторам в своей сети

Локальные адреса начинаются с чисел FD

Link-local адреса начинаются с чисел FE80

Внутренняя структура видов АйПи6 отличается друг от друга. Все они делятся на 2 части по 64 бита.

В глобальном адресе первая часть это адрес сети, а вторая адрес сетевого интерфейса (адрес хоста). Адрес сети делиться еще на 2 части: 48 битный глобальный префикс и 16 битный адрес подсети, благодаря которому 1 сеть, можно разбивать на подсети.

В локальном адресе тоже самое, но глобальный префик занимает не 48, а 40 бит, так как первый байт отведет под метку FD.

В линк-локал адресе сразу после 2х байтовой метки идет адрес подсети состоящий из нулей. У линк локал есть зарезервированные адреса:

• ::/128 - первичный АйПи6 (когда компьютер еще не знает свой айпи6 адрес)
• ::1/128 - localhost

ПРИНЯТИЕ РЕШЕНИЯ О ПОКУПКЕ

• ЖЕЛАТЕЛЬНОСТЬ - ЭТО ЦЕННОСТЬ МИНУС СТОИМОСТЬ
• ОТСУТСТВИЕ НЕОБХОДИМОСТИ
• ДУХ ИГРЫ
• МЕНТАЛИТЕТ ИГРОКА

СТОИМОСТЬ

ЕДИНСТВЕННАЯ ОБЪЕКТИВНАЯ ВЕЛИЧИНА

• ДЕРЖИТЕ КУРС ХАРД-ВАЛЮТЫ СТАБИЛЬНЫМ
• СМОТРИТЕ ГАЙДЛАЙНЫ ПЛАТФОРМ
• СМОТРИТЕ НА РАБОТУ РИТЕЙЛА
• ИЗБЕГАЙТЕ СТРАННЫХ ЦЕН

НЕОБХОДИМОСТЬ

ТОЧНЕЕ ЕЕ ОТСУТСТВИЕ

• ИЗБЕГАЙТЕ ПЕЙВОЛОВ (ЕСЛИ ЭТО НЕ P2P)
• ИЗБЕГАЙТЕ НЕНУЖНЫХ ВЕЩЕЙ
• НЕ ЗАГОНЯЙТЕ ИГРОКА В УГОЛ
• КОНТРОЛИРУЙТЕ УРОВЕНЬ СТРЕССА

ЦЕННОСТЬ

ЧТО Я ПОЛУЧУ ЗА СВОИ ДЕНЬГИ

• ЗНАЙТЕ АРХЕТИП И СЕГМЕНТ
• ДОНОСИТЕ ЦЕННОСТЬ
• ИГРОМЕХАНИКА И КОСМЕТИКА
• ПОМНИТЕ, ЦЕННОСТЬ СУБЪЕКТИВНА И ИНДИВИДУАЛЬНА

ЖЕЛАТЕЛЬНОСТЬ

ТОЛЬКО ПОЛОЖИТЕЛЬНЫЕ ЗНАЧЕНИЯ

• ЦЕННОСТЬ МИНУС СТОИМОСТЬ
• СОЗДАВАЙТЕ ВЕЩИ, КОТОРЫЕ ИГРОК ХОЧЕТ
• ЖЕЛАТЕЛЬНОСТЬ ИНДИВИДУАЛЬНА
• ПОМНИМ ПРО СЕГМЕНТАЦИЮ И АРХЕТИПЫ

ДУХ ИГРЫ и МЕНТАЛИТЕТ ИГРОКА

• ИЗБЕГАЙТЕ ЛУДОНАРРАТИВНОГО ДИССОНАНСА
• УЧИТЫВАЙТЕ ИНТЕРЕС ИГРОКОВ
• РАЗНЫЕ РЫНКИ ДАЮТ РАЗНУЮ РЕАКЦИЮ
• ОПЯТЬ АРХЕТИПЫ!

ПЕРВАЯ ПОКУПКА

• ЛЕГКАЯ. НЕ ДАВИТЬ, НЕ ЗАГОНЯТЬ В УГОЛ
• ПРИЯТНАЯ. ДАЙТЕ ЧТО-ТО СВЕРХ, ДОНЕСИТЕ ЦЕННОСТЬ
• РАДОСТНАЯ. ДАЙТЕ ВОЗМОЖНОСТЬ НАСЛАДИТЬСЯ, УДИВЛЯЙТЕ

ДОФАМИНОВАЯ ПЕТЛЯ

КАК ЭТО РАБОТАЕТ

• СИСТЕМА ВОЗНАГРАЖДЕНИЯ МОЗГА
• УДЕРЖАНИЕ ПОЗИТИВНЫХ ЭМОЦИЙ
• ПЕРЕХОД В ДОЛГОВРЕМЕННУЮ ПАМЯТЬ - 3-4 ЧАСА
• ИЗБЕГАТЬ ВЫСОКОГО УРОВНЯ СТРЕССА И ФРУСТРАЦИИ

1. ИНФОРМАЦИЯ - ЗАХВАТ ВНИМАНИЯ
2. ПРЕДВКУШЕНИЕ - ИНТЕРЕС, ЛЮБОПЫТСТВО
3. ПОКУПКА - РАДОСТЬ, ВЫГОДА
4. ИСПОЛЬЗОВАНИЕ - ОБЛАДАНИЕ, СИЛА

1. СЮРПРИЗ - ПОСТ-ПРОДАЖНЫЙ СЮРПРИЗ
2. ОТДЫХ - ДОФАМИНОВАЯ НАГРАДА
3. СКУКА - ПОТЕРЯ НОВИЗНЫ, МОЩИ
4. ВОЗВРАТ - ОЖИДАНИЕ ЧУДА

ТИПИЧНЫЕ ОШИБКИ ПРИ ПОКУПКАХ

• ПРОДАЖА НЕАКТУАЛЬНЫХ И ФРУСТРИРУЮЩИХ ПОКУПОК
• ОДНО И ТОЖЕ, НО ЧУТЬ ЛУЧШЕ
• ФОНТАН СПЕЦИАЛЬНЫХ И ЭКСКЛЮЗИВНЫХ ПРЕДЛОЖЕНИЙ
• РЕЗКАЯ ИНФЛЯЦИЯ ЦЕН

ЛУЧШИЕ ПРАКТИКИ ПОВТОРНЫХ ПОКУПОК

• ДОБАВОЧНАЯ СТОИМОСТЬ ВМЕСТО СКИДКИ
• ЗАРАБОТАННЫЙ БОНУС
• ЛИМИТНЫЕ ТОВАРЫ
• “УМНОЕ” ПРЕДЛОЖЕНИЕ
• ПЛАВНЫЙ РОСТ ЦЕНОВОГО ДИАПАЗОНА

Полезные ссылки

• Wolfgang Graebner. Clash of Clans: Time Monetization Formulas Demistifyed
• Eric Benjamin Seufert. The Freemium Monetization Curve is Continuous
• MobileFreeToPlay: Designing for Free to Play Monetization
• Isaac Roseboom. Why Your F2P Game Should Inspire Multiple Payments

АРХЕТИПЫ ПОЛЬЗОВАТЕЛЕЙ

• ОНИ ПОМОГАЮТ ПОНЯТЬ ПОЛЬЗОВАТЕЛЕЙ
• ПРАВИЛЬНОЕ ОБРАЩЕНИЕ ДЕЛАЕТ РЕКЛАМУ ЭФФЕКТИВНЕЕ
• ОНИ ФОРМИРУЮТ ЛОЯЛЬНОЕ ЯДРО ПРОЕКТА
• ОБЛЕГЧАЮТ ТРАНСЛЯЦИЮ ЦЕННОСТЕЙ
• РЕКОМЕНДУЕМЫЙ ВЕБСАЙТ: darksiteofmarketing.com , КНИГА: “ГЕРОЙ И БУНТАРЬ” М. Марк

12 ТИПОВ

• 12 ИХ. ОПРЕДЕЛИТЕСЬ С ВЫБОРОМ
• 3 УРОВНЯ ИХ. ДВА ИЗ НИХ РАБОЧИЕ
• СОВМЕЩАЙ ИХ. РАБОТАЙТЕ С ДВУМЯ АРХЕТИПАМИ НА РАЗНЫХ УРОВНЯХ

СЕГМЕНТАЦИЯ

ПО ПЛАТЕЖЕСПОСОБНОСТИ

1. Whales (Киты)
2. Dolphins (Дельфины)
3. Herring (Селедка)
4. Non-payers (Бомжи)

ПО ИНТЕРЕСАМ

• SOCIALS (ДРУЗЬЯ И СВЯЗИ)
• PWNERS (ПОБЕДЫ)
• ACHIEVERS (ДОСТИЖЕНИЯ)
• COLLECTORS (ВСЕГО И СРАЗУ)

МАТРИЦА ИГРОКОВ

Сверху сегментированные игроки по платежеспособности

Сбоку сегментированные игроки по интересам

• Социальщики - КОСМЕТИКА И ГРУППОВЫЕ АКТИВНОСТИ
• Пвпшеры - ЧЕСТНЫЕ ТУРНИРЫ СКИЛЛОЗАВИСИМОСТЬ
• Достигатели - АЧИВКИ И СЛОЖНЫЕ ДОСТИЖЕНИЯ
• Коллекционеры - МЕЛКИЕ КОЛЛЕКЦИИ СПОНТАННАЯ ПОКУПКА

Этапы развода

1. НОВЫЙ - ПОЛУЧАЕТ 2-3 ОБЩИХ ПРЕДЛОЖЕНИЯ
2. 1 ПЛАТЕЖ - ЧТО ОН ВЫБРАЛ, ЧТО ЕГО ЗАЦЕПИЛО
3. 3 ПЛАТЕЖ - БОЛЬШЕ ДЕТАЛЕЙ, НАЧАЛАСЬ ИНДИВИДУАЛИЗАЦИЯ
4. 5 ПЛАТЕЖ - ЛИЧНЫЙ МАГАЗИН

Полезные ссылки

• Бен Сайп. 5 советов по free-to-play экономике
• Mail.RuGroup. Психотипы Бартла и балансировка аудитории - подробнее про архетипы по Бартлу
• TheBartleTestofGamerPsychology - тест на определение типа игрока по Бартлу
• Bart Stewart. Personality And Play Styles: A Unified Model

САМЫЙ НЕПРАВИЛЬНЫЙ СПОСОБ

• Акция прошла 20 июля
• 21 июля вы замерили выручку за вчера
• она равна 1 миллион рублей
• вывод: акция принесла 1 миллион рублей

ПОЧЕМУ НЕПРАВИЛЬНО? А СКОЛЬКО ДЕНЕГ ВЫ ПОЛУЧАЕТЕ ОБЫЧНО?

УЖЕ ЛУЧШЕ, НО ВСЁ ЕЩЁ НЕПРАВИЛЬНО

• Акция прошла 20 июля, 21 июля вы замерили выручку за вчера (1 миллион)
• Вы учли тренды и сезонность (по пятницам вы и так получали много)
• Вывод: акция принесла 200 тысяч

ПОЧЕМУ НЕПРАВИЛЬНО? В КАКОЙ ДЕНЬ ПРОШЛА АКЦИЯ? СКОЛЬКО ОНА ДЛИЛАСЬ?

УЖЕ ПОЧТИ ПРАВИЛЬНО

• Aкция прошла 20 июля, 21 июля вы замерили выручку за вчера (1 миллион), вы учли тренды и сезонность (по пятницам вы и так получали много)
• Вы подождали недельку, и да, выручка немного просела
• Вывод: акция принесла 50 тысячя

ПОЧЕМУ НЕПРАВИЛЬНО? А ПОХМЕЛЬЕ ТОЧНО ЗАКОНЧИЛОСЬ? СКОЛЬКО ЭТО МОЖЕТ ПРОДОЛЖАТЬСЯ?

ПРАВИЛЬНЫЙ СПОСОБ

• акция прошла 20 июля, 21 июля вы замерили выручку за вчера (1 миллион)
• вы учли тренды и сезонность (по пятницам вы и так получали много); вы подождали недельку, и да, выручка немного просела
• вы проверили долгосрочные риски, убедились, что ничего не поломали
• вывод: акция принесла 50 тысяч рублей и не влечёт за собой долгосрочных рисков

АНАЛИЗ ИЗМЕНЕНИЙ В ИГРЕ

• Выбрать набор показателей
• Сформировать карту метрик
• Оценить, как было бы, если б не изменение
• Найти прирост и оценить его
• Изучить долгосрочные риски

КАКИЕ ПОКАЗАТЕЛИ АНАЛИЗИРОВАТЬ?

Активность:

• DAU / MAU / WAU, LDAU
• users online
• new users

Удержание:

• retention
• sticky factor
• lifetime

Трафик:

• ROI
• CPI
• CAC

Монетизация:

• ARPU, ARPPU, paying share
• LTV
• собственно revenue и gross

Виральность:

• k-factor

Внутренние метрики игры:

• покупки
• валюты
• уровни
• впишите своё

КАК БЫЛО БЫ?

Математика:

• тренды
• сезонность
• ARMA, ARIMA

Тренды:

• линейный
• полиномиальный
• степенной
• экспоненциальный
• но не забудьте почистить данные!

Сезонность:

• автокорреляция поможет найти оптимальную продолжительность цикла
• считайте коэффициенты отклонения от тренда
• дни недели или 14-дневные циклы
• месячная сезонность
• ивенты в игре

Контрольная группа

ДОЛГОСРОЧНЫЕ РИСКИ

• Ввод валюты / ресурсов:
• куплено
• заработано
• Вывод валюты
• Баланс валюты

BEAR IN MIND

• Сегментация
• Анализируйте каждую валюту отдельно
• Лучшая ситуация - это отсутствие колебаний либо временные колебания
• Вспомним о потребительской корзине

КОГДА ДЕЛАТЬ АКЦИЮ?

• Учитывайте активность пользователей
• Не делайте акции долгосрочными
• Прислушивайтесь к настроению аудитории
• Избегайте слишком регулярных акций
• Не так плоха щедрость, как плоха предсказуемая щедрость

НА ЧТО ДЕЛАТЬ АКЦИЮ?

• На ввод денег
• На вывод денег
• На покупку самой игры

РЕКОМЕНДАЦИИ

• Чередуйте акции на ввод и на вывод
• Замеряйте баланс валюты
• Корректируйте баланс
• Вновь вспомним о сегментации
• Не забывайте, что игроки общаются между собой
• Рассчитывайте эластичность спроса по цене

АКЦИИ ПЕРВОГО ПЛАТЕЖА

Популярный способ конвертировать обычного игрока в платильщика.

КАК ВЫСТАВИТЬ ЦЕНУ НА ВИРТУАЛЬНЫЙ ТОВАР?

• Используйте ориентиры
• кофе, билет в кино, пирожок
• Другие ориентиры
• Другие игры на рынке
• Premium-игры
• Стоимость часа игры (howlongtobeat.com)
• Игровые ограничения
• Внешние ограничения
• Строгий расчет

ИГРОВЫЕ ОГРАНИЧЕНИЯ

• Скорость и срок потребления контента
• Для каких игроков вы делаете тот или иной товар?
• На каких уровнях эти игроки?
• Сколько времени занимает у них игровая сессия?
• Наконец, за какой срок в среднем (медиана) они потребят данный товар полностью?
• Вновь цена часа игры

ЭКОНОМИКА ИГРЫ

• Какая часть игроков может сделать эту покупку? Что их отличает от других?
• Какой средний (медианный) баланс валюты у игроков в зависимости от уровня?
• Как отличается баланс у платящих и неплатящих игроков?
• Сколько валюты должна докупить каждая категория игроков, чтобы позволить себе те товары, которые им доступны?

ВНЕШНИЕ ОГРАНИЧЕНИЯ

• Ограничения по стране
• Big Mac Index
• Ограничения по платформе
• Цена на трафик

ПОВЕДЕНЧЕСКАЯ ЭКОНОМИКА

КАК ВЫБРАТЬ РАЗМЕР СКИДКИ

Про цены

• для осмысления округленных цен требуется меньше времени, чем для осмысления точных;
• мозг начинает распознавать числа слева направо;
• если товар относится к эмоциональным покупкам, то не следует использовать точные цены;
• если цена на ваш продукт — ниже $10, вы можете использовать «привлекающие» цены вне зависимости от категории продукта

Типы цен

• Округленные ($37)
• Округленные с нулями ($34,00)
• Точные ($24,35)
• «Привлекающие» (39,99 или 34,95)

Цель

• Вновь эластичность
• Итерации и эксперименты
• Скидка или бонус?
• А чего вы хотите, конверсии в первый платёж или денег с платежа?
• Важно скидку ещё и правильно оформить

Ещё несколько рекомендаций:

• Правило сотни
• P < $100 -> скидка в %
• P > $100 -> скидка в $
• Выбирайте цифры с меньшим количеством слогов;
• Визуализируйте отличие двух цен;
• Важно даже обозначение валюты: если не указывать
  валюту, конверсия может быть выше.

Полезные ссылки

• Василий Сабиров. Ценообразование в условно-бесплатных играх
• Эксперименты с ценообразованием. Особенности человеческого восприятия.
• Decontructor of Fun. Monetization with Behavioral Economics
• Ник Коленда. Психология ценообразования: 30 тактик по формированию цены продукта
• Ник Коленда. Почему $99 выглядит гораздо дешевле, чем $100
• Лена Верещагина. Если бабушка покупает только курицу по акции, она нас тащит на дно
• Василий Сабиров. Как анализировать акции в играх
• Василий Сабиров. Lifetime Value: главная метрика проекта
• Как делают игры: Акции в играх
• devtodev: Детальный анализ изменений в игре

ЗОНЫ ОТВЕТСТВЕННОСТИ ПРОДЮСЕРА

• Видение проекта в целом и трансляция на всех участников проекта
• Финансовая успешность проекта. Каждое решение направлено на повышение стоимости проекта
• Качество проекта. Рынок, игроки, ожидания

Этапы

1. Benchmarking (ИЗУЧЕНИЕ РЫНКА)
2. Pre Production (ПОДГОТОВКА К РАБОТЕ)
3. Production (РАЗРАБОТКА, АЛЬФА, БЕТА)
4. Soft launch (ВЫХОДИМ НА РЫНОК и ТЮНИМ KPI)
5. Live Ops (ЗАРАБАТЫВАЕМ)

1. Engagement (АКТИВАЦИЯ, ДЛИНА СЕССИИ, КРАТКОСРОЧНОЕ УДЕРЖАНИЕ)
2. Retention (ДОЛГОСРОЧНОЕ УДЕРЖАНИЕ, СТИКИ ФАКТОР)
3. Monetization (КОНВЕРСИЯ, ФИНАНСОВЫЕ KPI, ДОЛГОСРОЧНОЕ УДЕРЖАНИЕ)
4. Virality (K-ФАКТОР, СНИЖЕНИЕ CPI)

1. Global launch (ВЫБОР НАИЛУЧШЕГО ВРЕМЕНИ)
2. Scaling (ВЫХОДИМ НА НОВЫЕ РЫНКИ)
3. Live Ops (KPI MANAGEMENT)
4. Exit (ПРОДАЖА КОМПАНИИ)

Полезные ссылки

• Александр Штаченко. Исследования, предпродакшн, оперирование: 3 доклада для каждого продюсера
• Александр Штаченко. DevGAMMMinsk 2016 - про обратную связь
• DevGAMMConference:Три главных фокуса продюсера
• DevGAMMConference:Круглый стол.Продюсирование игр
• Андрей Грищенко, Алексей Пациорковский. Продюсирование: правила игры - cтарая статья о продюсировании
• Kotaku.Чем занимается игровой продюсер — рассказ бывшего сотрудника Blizzard и Bioware - просто и понятно о процессе продюсирования на примерах
• DevGAMMConference:Леонид Сиротин.А ты точно продюсер? - о продюсерах для новичка

Особенности:

• Конфликт
• Удобно моделировать
• победа и поражение
• атаки, урон
• расходники, смерть юнитов

КЛАССИФИКАЦИЯ БОЕВЫХ СИСТЕМ

• По времени
• По расстоянию
• По количеству юнитов
• По управлению
• PvE и PvP

ЖАНРЫ

• RTS
• Action
• Fighting
• Shooter
• Battler etc.

АРХЕТИПЫ

• От архетипов к механикам и наоборот
• Проще придумывать
• Проще объяснять игроку

СПОСОБНОСТИ

• АТАКА-ЗАЩИТА-КОНТРАТАКА
• Например, в шутерах
• Ближний бой
• Огнестрельное оружие
• Снайперская винтовка
• Гранаты

РИСК И НАГРАДА

• Награда
• Дополнительный эффект
• Увеличение урона
• Цена
• Скилл
• Расходники
• Кулдаун
• Шанс
• Время активации

“КАМЕНЬ-НОЖНИЦЫ-БУМАГА”

• Достаточно >50% шанс победы
• Вынесен в мету
• Распространяется на отряды или способности
• Есть вариативность в бою

СТАТЫ И СКИЛЛ

• Балансируйте для экспертов
• И создавайте предметы low skill high stats
• Зависимость от скилла
• Сразу во время боя
• Зависимость от статов
• До боя

УДАЧА И ТЕОРВЕР

• Игроки не понимают вероятность!
• Выигрыши приписывают скиллу, проигрыши - удаче
• Примеры в боевке:
• Промахи и увороты (до 10%)
• Критический урон
• Разброс урона

КАК СЧИТАТЬ?

• Находим кор-механики (атака-защитаконтратака)
• Создаем константы (длина боя, разница между ценностями и между уровнями и тд.)
• Выписываем формулу полезности
• Балансируем от среднего

ОСОБЫЕ СПОСОБНОСТИ

• Цена эффектов - лечение, оглушение и т.д.
• Способности применяются в самой выгодной ситуации
• Цена замены
• Jedi curve

ПРОЦЕНТЫ

• Проблемы:
• есть кап на увеличение
• плохо воспринимаются игроками
• Решения:
• использовать для неизменных характеристик (расовый бонус)
• рейтинг

Полезные ссылки

• GDC: Balancing Cards in Clash Royale
• Илья Туменко. Игровой баланс №3
• Владимир Агарев. Армейский геймдизайн
• Владимир Агарев. Зубодробительные характеристики
• SpilBar: Richard Garfield talk about balance in games
• Sebastien Lambottin. The Fundamental Pillars of a Combat System
• Yaga: About Combat System Design
• Sirlin: Balancing Multiplayer Games, Part 1: Definitions

Типы ресурсов:

• Абстрактные и конкретные
• Материальные и нематериальные
• Восполняемые и нет

МЕХАНИКИ ИГРОВЫХ ЭКОНОМИК

• Источники (и источники с изначальными вкладами)
• Места трат (“drains” или “sinks”)
• Конвертаторы
• Торговля
• Ограниченные ресурсы с нулевой суммой

ИНФЛЯЦИЯ

• Создается больше ценности, чем тратится
• Появляется новый стандарт
• Как справиться?
• Мультивалютность
• Анлок по рейтингам
• Ивентовый контент
• Ротация
• Ресет серверов

ТИПЫ “DRAINS” В ИГРОВЫХ ЭКОНОМИКАХ

• Расходники
• Разрушаемые вещи
• Привязанные вещи
• Воскрешение при смерти
• Процент аукциона
• Декор и vanity
• Волатильная цена

ОТКРЫТЫЕ ЭКОНОМИКИ

• Free-to-play
• Сложнее сделать и легче сломать
• Психология трат
• Мультивалютность

ДОХОД + ДОНАТ = ЗАТРАТЫ

КОР-ЦИКЛ

ЦИКЛ ВЗАИМОСВЯЗЕЙ МЕЖДУ ОСНОВНЫМИ ИГРОВЫМИ АКТИВНОСТЯМИ

КАК НАРИСОВАТЬ КОР-ЦИКЛ?

• Найти основную активность в игре
• Что игрок там тратит?
• Что игрок там получает?
• Откуда игрок берет ресурсы для траты?
• Где тратит полученное?

должен получиться замкнутый цикл!

КЛАССИФИКАЦИЯ ЦИКЛОВ

• Одновременные и последовательные
• Предпочтительные и второстепенные
• Циклы для “платящих”
• Быстрые и времязатратные

ТИПЫ ОБРАТНОЙ СВЯЗИ

ПОЛОЖИТЕЛЬНАЯ

• Экспоненциальная / гиперболическая
• Ускоряет игру
• Увеличивает неравенство

НЕГАТИВНАЯ

• Замедляет игру
• Приводит к равновесию
• Эффект “резинки”

МАТЕМАТИЧЕСКАЯ МОДЕЛЬ

• Определяем цель
• Распределить контент по времени
• Нарисовать кривую сложности etc.
• Определяем константы (время сессии, доход за бой)
• Находим все производства ресурсов и места трат
• Приводите все к одному ресурсу
• Задаем закономерности

ДОХОДЫ, РАСХОДЫ И БАЛАНС

• ДОХОДЫ
• Модель активностей, приносящих доходы
• Расчет наград с ограничителями
• РАСХОДЫ
• Приоритизация расходов
• Учет дополнительной эффективности
• БАЛАНС
• Расчет точек монетизации
• Глубина монетизации

СОВЕТЫ

• Не бойтесь приблизительных значений
• Сводный лист и листы по активностям
• Стройте модели для разных типов игроков
• Тестируйте и сравнивайте с расчетами

БЮДЖЕТ ПРЕДМЕТОВ

• Цена и польза
• Теневая цена
• Невозвратные издержки (цена зданий, амортизация)
• Упущенная возможность
• Разные кривые роста цены

ЭКОНОМИКА КАЗУАЛЬНЫХ ИГР

• Двойная валюта
• Кор-цикл с гриндом софт-валюты
• Бесконечные квесты и миссии
• Быстрый в начале прогресс экстремально замедляется на высоких уровнях
• Постоянный круговорот софт-валюты
• Возможность гринда для неплатящих
• Ускорение за хард-валюту

Полезные ссылки

• Dan Hart. Balancing Your Game Economy: Lessons Learned
• Game Monetization – How to Build a Smart Game Economy?
• Game Economies and Currency Flows
• Soren Johnson's Game Design Journal. GD Column 3: Game Economics

ОСНОВНЫЕ СУЩНОСТИ ИГРОВОЙ ЭКОНОМИКИ

• Уровень игрока / внутриигровая локация
• Кривая сложности
• Виртуальная валюта
• Траты / заработок / покупка / накопление
• Распределение по уровням
• Товар
• Доступность
• Время игры
• И много чего еще

СХЕМА ИГРОВОГО ПРОЦЕССА

• Добавляем на схему все возможные изменения ресурсов
• Hard-валюта
• Soft-валюта
• Игровые ресурсы (дрова, уголь)

ПОЛУЧАЕМ СХЕМУ ЭКОНОМИКИ

• Каждая стрелочка - это отдельная метрика
• Отдельно - по сегментам
• Отдельно - удельные метрики (per user)

РАСКЛАДЫВАЕМ СХЕМУ В ТАБЛИЦУ

• Mетрики мы уже получили (их много)
• Удобно группировать по валютам, по источникам и по тратам
• Не забывайте про баланс ресурсов
• Выделяем сегменты пользователей
• По уровням
• Платящие / неплатящие
• Истина - в различном поведении сегментов
• Почему платят платящие? Почему не платят неплатящие?
• Как меняются метрики по уровням?

АНАЛИЗ В РАЗРЕЗЕ ТОВАРОВ

• Структура покупок
• Потребительская корзина
• Взаимодействие товаров
• Распределение по уровням и по времени

ПОТРЕБИТЕЛЬСКАЯ КОРЗИНА

• Замеряйте в разных разрезах
• в целом
• по уровням
• по сегментам
• Ищите необычное поведение, пики и провалы
• Соотносите с ценой и доступностью
• Субституты и комплементы
• Стабильность спроса
• Динамика корзины

ABC АНАЛИЗ

XYZ-АНАЛИЗ

ABC-XYZ-АНАЛИЗ

АНАЛИЗ ВАЛЮТЫ

• EARNINGS (E)
• ACCUMULATION (A)
• SPENDS (S)
• PURCHASE (P)
• Считаем соотношение
• Нарезаем по уровням и сегментам (как минимум, paid vs non-paid)
• Смотрим на пики, сопоставляем с акциями
• График приходов и расходов

УРОВНИ И ЛОКАЦИИ

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

КРИВАЯ ОБУЧЕНИЯ (LEARNING CURVE)

КРИВАЯ СЛОЖНОСТИ (COMPLEXITY CURVE)

БАЛАНС

СОВЕТЫ

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

ОТТАЛКИВАЕМСЯ ОТ ПОВЕДЕНИЯ АУДИТОРИИ

ПРИНЦИПЫ FREE-TO-PLAY

• Игра должна быть лояльна ко всем
• к неплатящим
• к платящим
• к малькам, дельфинам и китам (особенно к китам: 50% дохода генерится 0,15% аудитории!)
• конверсия в повторные платежи
• Долгосрочное удержание - залог успеха
• game as a service - комфортный ежемесячный платёж
• связь с долей платящих
• Основная валюта - время
• сколько стоит час пользователя?
• Immediate satisfaction
• в каждый момент времени игроку должно быть интересно
• основная валюта - время
• Power of free
• Starbucks test
• Can you play your game and have a meaningful experience in the time it takes for a barista to make your macchiato?
• Ценовые лайфхаки
• dominated alternatives
• акции как инструмент монетизации
• таргетированные предложения

ПАРАЛИЧ ВЫБОРА

Полезные ссылки

• Eric Benjamin Seufert. Freemium Economics: Leveraging Analytics and User Segmentation to Drive Revenue (The Savvy Manager's Guides)
• Vili Lehdonvirta, Edward Castronova. Virtual Economies. Design and Analysis
• Will Luton. Free 2 Play. Making Money From Games You Give Away
• Tanla E. Bilir. Real Economics in Virtual Worlds: A Massively Multiplayer Online Game Case Study: Runescape
• The Free to Play Game Design Bible
• Константин Сахнов. Создание экономики фритуплей-игры: с чего начать?

Три типа игр в жанре Casino

• ЭМУЛЯТОРЫ ОПЫТА. Pop! Slots, MyVegas Slots
• СОЦИАЛЬНЫЕ КАЗИНО. Slotomania, Double Down Casino
• КАЗУАЛЬНЫЕ КАЗИНО. Bingo Blitz, Wheel of fortune

Популярные сеттинги в слотах

Св. Патрик Боги Египта Котики Баффало Китайские Драконы Кристаллы Вампиры Единороги Ацтеки Классический слот Древний Египет Китайский Новый Год Пираты Русалки Аляска Зоопарк Св. Валентин Цирк Золотая лихорадка Зевс Тарзан Феникс Конфеты Мастерская Санты Суши Феи Волшебник из страны Оз Тор Питер Пен Шерлок Холмс Гавайи Ниндзя Серферы Викинги Животные в джунглях Красавица и чудовище Мафия Ромео и Джульетта Спецагенты Стимпанк Алладин Кот в сапогах Кухня Алиса в стране чудес Бразильский карнавал Волшебники Геркулес Ковбои Маугли Противостояние стихий Снежная королева Ферма

ИЗ ЧЕГО СОСТОИТ ИГРА

Игра

• Лобби
• Механики удержания
• Механики вовлечения
• “Счасливый день”
• Социальные компоненты
• VIP-Room
• Премиум статусы

Ядро слота

• Формат машины
• Механики слота
• Бесплатные спины
• Бонус игра
• Риск игра
• Джекпот
• Турнир

Монетизация

• Пейвол
• Магазин
• Офферы
• Микро покупки в мини играх

Полезные ссылки

• Александр Штаченко. Мой доклад про умные офферы с DevGAMM Kyiv 2018
• Круглый стол о Socila Casino: Slots от devtodev DEVTODEV
• Elad Kushnir. Social Casino 101: The Definitive Guide to the Social Casino Industry. Video Lecture Series - cамая главная и секретная ссылка
• Daniel Kashmir. Making Social Casino Games Fun for Everyone - опыт и приемы при создании слотов
• Василий Сабиров, Александр Штаченко. Разбор игры: Vegas Words – Downtown Slots
• Games Gathering: Александр Штаченко — Бенчмаркинг: исследуем рынок перед началом разработки