1.11. Офисные пакеты

ДЛЯ НОВИЧКОВНЕ ОБЯЗАТЕЛЬНОВ РАЗРАБОТКЕ

Всем

Офисные пакеты

С самого начала компьютеризации деловой и образовательной деятельности возникла потребность в инструментах, способных заменить традиционные бумажные процессы: написание писем, составление отчётов, ведение расчётов, подготовка слайд-шоу для презентаций, обмен корреспонденцией. В отличие от узкоспециализированных программ (например, CAD-систем, компиляторов или СУБД), офисные приложения должны быть универсальными, доступными и интероперабельными. Именно эта триада породила класс программного обеспечения, известного как офисный пакет — комплекс взаимосвязанных программ, предназначенных для повседневной документной работы.

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

1. Исторический контекст: от WordStar до Microsoft 365

Первые офисные приложения появились ещё в эпоху текстовых терминалов и операционных систем без графического интерфейса. В 1978 году вышла программа WordStar — один из первых полноценных текстовых редакторов для CP/M, а позже и для MS-DOS. Он имел примитивную систему форматирования (вставка управляющих последовательностей вроде ^P для переноса строки), но уже позволял сохранять документы на дискеты, использовать поиск и замену — то есть реализовывал базовые функции, которые сегодня считаются само собой разумеющимися.

В 1983 году Microsoft выпустила Multi-Tool Word (позже переименованный в Microsoft Word), а в 1985 году — Excel. Важнейшей вехой стал 1989 год, когда Microsoft представила Microsoft Office 1.0 для Macintosh — первый интегрированный набор: Word, Excel и PowerPoint (последний был приобретён компанией в 1987 году). Windows-версия Office появилась в 1990 году. Ключевым фактором успеха стала не просто совместимость форматов внутри пакета, а единый пользовательский интерфейс, общие горячие клавиши, общий буфер обмена, а также постепенное внедрение OLE (Object Linking and Embedding) — технологии, позволяющей встраивать таблицы Excel внутрь документов Word, диаграммы PowerPoint — внутрь электронных писем Outlook и т.д.

В 1990-е годы доминирующим стандартом де-факто стал Microsoft Office. Однако к концу десятилетия возникли первые альтернативы: в 1998 году появился StarOffice (позже приобретён Sun Microsystems и в 2010 году перешёл в Apache Foundation как OpenOffice.org, затем LibreOffice), а в 2006 году Google запустил Google Docs — первую массовую облачную офисную платформу. Это знаменовало переход от локальных приложений к веб-ориентированным сервисам, где документ — не файл на диске, а объект в распределённой базе данных, доступный по сети.

2. Что такое офисный пакет: формальное определение и границы понятия

Офисный пакет (office suite) — программный комплекс, объединяющий инструменты для создания, редактирования, хранения и распространения текстовых, табличных, презентационных и почтовых документов, ориентированный на повседневные задачи делового и учебного взаимодействия.

Существует два уровня определения:

Минимальный набор (ядерные компоненты):
- Текстовый процессор — для составления и форматирования прозаических документов (договоров, статей, заметок);
- Табличный редактор — для хранения, вычисления и визуализации структурированных данных;
- Программа для создания презентаций — для подготовки слайдов с мультимедийным контентом;
- Клиент электронной почты / менеджер задач — для коммуникации и планирования (не всегда входит в базовую поставку, но почти всегда ассоциируется с пакетом).
Расширенный набор (периферийные компоненты):
- Редактор диаграмм / векторной графики (например, Draw в LibreOffice);
- Инструмент для создания баз данных (например, Access в Microsoft Office или Base в LibreOffice);
- Менеджер формул (LaTeX-подобные редакторы, встроенные редакторы математики);
- Средства автоматизации (макросы, VBA, JavaScript API);
- Сервисы совместной работы (отслеживание изменений, комментарии, режим реального времени);
- Интеграции с облачными хранилищами (OneDrive, Google Drive, Яндекс.Диск).

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

единая система аутентификации;
общий формат метаданных (автор, дата, права);
согласованные схемы стилей и шаблонов;
унифицированный API для скриптов;
сквозная поддержка форматов (например, вставка Excel-диаграммы в Word с сохранением редактируемости).

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

3. Классификация офисных пакетов

Офисные пакеты можно классифицировать по нескольким независимым осям:

3.1. По среде исполнения

Десктопные (локальные) — приложения, устанавливаемые в операционную систему (Windows, macOS, Linux). Примеры: Microsoft Office (Win/macOS), LibreOffice (кроссплатформенный), OnlyOffice Desktop (на базе Electron).
Особенность: полный доступ к ресурсам ОС, автономная работа, высокая производительность при обработке больших файлов, но требуют обновления и управления лицензиями.
Облачные (веб-приложения) — исполняются в браузере, данные хранятся на серверах провайдера. Примеры: Google Workspace (Docs, Sheets, Slides), Microsoft 365 (веб-версии), Яндекс.Документы.
Особенность: мгновенный доступ с любого устройства, встроенная совместная работа, автоматическое резервное копирование, но зависимость от сети и ограничения по сложности логики (например, макросы в Google Sheets — только через Apps Script, и с ограничениями по времени выполнения).
Гибридные — сочетают локальный клиент и облачный бэкенд. Например, Microsoft 365 Desktop Apps: редакторы работают локально, но документы синхронизируются через OneDrive, совместное редактирование организуется через Office Online Services. OnlyOffice и Collabora Online также предлагают развёртывание на собственном сервере (on-premise), что важно для госсектора и крупных корпораций.
Мобильные приложения — адаптированные версии для iOS/Android. Часто имеют урезанный функционал (например, нет поддержки VBA), но поддерживают сенсорный ввод, рукописный ввод (Apple Pencil, S Pen) и офлайн-режим.

3.2. По модели распространения

Коммерческие (лицензионные) — Microsoft Office (пожизненная лицензия на Office 2021) или подписка Microsoft 365; OnlyOffice Enterprise (платная версия с поддержкой).
Бесплатные с закрытым исходным кодом — Google Workspace (бесплатно для личного использования, платно для бизнеса), Яндекс.360.
Свободные и открытые (FOSS) — LibreOffice, Apache OpenOffice, Calligra Suite. Распространяются по лицензиям MPL, Apache 2.0, LGPL — допускают модификацию, коммерческое использование и аудит кода.

3.3. По целевой аудитории

Корпоративные — Microsoft 365, Google Workspace Enterprise: включают SSO, управление политиками безопасности, аудит действий, eDiscovery.
Государственные / регуляторные — OnlyOffice, Р7-Офис: поддерживают ГОСТ-шрифты (Times New Roman ГОСТ Р), шаблоны официальных документов, электронную подпись (КриптоПро, ViPNet), локализацию на русский с учётом терминологии делопроизводства.
Образовательные — Google Workspace for Education, Microsoft 365 A3/A5: бесплатны для школ и вузов, включают LMS-интеграции, родительский контроль.
Личные / бытовые — LibreOffice, бесплатные версии Microsoft 365 (только веб), Яндекс.Документы: оптимизированы под индивидуальное использование.

4. Ядерные компоненты: устройство и принципы работы

Рассмотрим каждый из трёх «столпов» офисного пакета — с точки зрения новичка («как пользоваться») и инженера («как работает под капотом»).

4.1. Текстовый процессор

Для пользователя:
Это программа для написания текстов с контролем над оформлением: шрифты, абзацы, списки, колонтитулы, перекрёстные ссылки, оглавления, сноски. В отличие от простых редакторов (Блокнот, Notepad++), текстовый процессор оперирует логической структурой документа, а не только последовательностью символов. Пользователь работает с параграфами, стилями, разделами, полями.

Под капотом:
Современные текстовые процессоры используют иерархическую модель документа, близкую к DOM в браузере. В LibreOffice это UNO (Universal Network Objects), в Microsoft Word — Open XML Document Object Model. Внутреннее представление — дерево узлов:

Document → Section → Paragraph → Run (фрагмент текста с единым форматированием) → Text. Каждый узел имеет атрибуты: отступы, интерлиньяж, выравнивание, стили. Стиль — не набор настроек, а именованный объект, ссылка на который хранится в параграфе. Это позволяет мгновенно изменить оформление всего документа сменой одного стиля.

Форматы:

.docx (Microsoft) — ZIP-архив, внутри XML-файлы (word/document.xml, styles.xml, settings.xml), согласно спецификации ECMA-376 / ISO/IEC 29500.
.odt (OpenDocument) — также ZIP + XML, стандарт OASIS OpenDocument (ISO/IEC 26300).
.rtf, .txt, .html — поддерживаются как входные/выходные форматы, но не являются «родными».

Рендеринг осуществляется через движок компоновки (layout engine): текст разбивается на строки с учётом ширины страницы, переносов, отступов, колонок. В Word используется DirectWrite (Windows), в LibreOffice — собственный Layout Engine на базе HarfBuzz (для шейпинга шрифтов) и ICU (для Unicode-обработки).

Макросы:

В Microsoft Office — VBA (Visual Basic for Applications): интерпретируемый язык, интегрированный в COM-модель; позволяет управлять любым элементом интерфейса и документа.
В LibreOffice — Python, JavaScript, Basic (StarBasic) через UNO API.
В Google Docs — Apps Script (на базе JavaScript), ограниченный по возможностям (нет прямого доступа к DOM, только через DocumentApp API).

4.2. Табличный редактор

Для пользователя:
Таблица — двумерная сетка ячеек. Каждая ячейка может содержать:

константу (число, текст, дата),
формулу (начинается с =),
ссылку на другую ячейку (A1, $B$2 — абсолютная/относительная),
функцию (SUM, VLOOKUP, ARRAYFORMULA и т.д.).

Ключевые абстракции: диапазон, именованный диапазон, таблица (структурированный диапазон с заголовками), сводная таблица.

Под капотом:
Табличный процессор — это интерактивная СУБД в памяти. Архитектурно он состоит из:

Хранилище данных — не просто массив строк×столбцов. Ячейки с одинаковым типом (например, числа) хранятся плотно (векторами), текст — в пуле строк, формулы — в виде AST (Abstract Syntax Tree).
Движок вычислений — отслеживает зависимости (A1 зависит от B2 → B2 влияет на A1). При изменении B2 пересчитываются только зависящие ячейки (ленивая пересборка графа зависимостей). В Excel используется многоуровневая система кэширования: volatile-функции (NOW(), RAND()) пересчитываются всегда; остальные — по графу.
Оптимизации:
- Для больших таблиц (1 млн+ строк) применяется chunking (разбиение на блоки),
- Формулы вида =A1:A1000000*2 обрабатываются векторизованно (SIMD),
- В Google Sheets — вычисления частично происходят на стороне клиента (для отклика), частично — на сервере (для точности и истории).

Форматы:

.xlsx — Open Packaging Conventions (ZIP), внутри xl/workbook.xml, xl/worksheets/sheet1.xml, xl/sharedStrings.xml (пул текста), xl/calcChain.xml (порядок пересчёта).
.ods — аналогично, но с другим XML-схемами (например, <table:table-row> вместо <row>).
Важно: в .xlsx формулы хранятся в префиксной нотации (R1C1), а отображаются в A1 — преобразование осуществляет UI-слой.

Сводные таблицы — это внутренние OLAP-кубы: агрегация по измерениям, кэширование промежуточных сумм, lazy rendering (только видимая часть).

4.3. Программа для презентаций

Для пользователя:
Презентация — последовательность слайдов. Каждый слайд — холст с объектами: текст, изображения, диаграммы, аудио/видео, анимации, переходы.

Под капотом:
Слайд — это сцена (scene graph), подобная 2D-движку в играх:

Корневой узел → фон → слои (<group>) → элементы (<shape>, <text-box>, <image>).
Анимации — таймлайны с ключевыми кадрами (keyframes), параметризованные по времени, easing-функциям.
Диаграммы — не картинки, а параметризованные объекты, связанные с данными (например, Excel-диапазоном через OLE/OLEDB).

Форматы:

.pptx — та же Open XML, но с ppt/slides/slide1.xml, ppt/slideMasters/, ppt/animations/.
Внутри диаграммы хранятся как отдельные chart1.xml — структура близка к SVG, но с привязкой к источникам данных.

Рендеринг:

На десктопе — через DirectX (Windows) или OpenGL (macOS/Linux);
В браузере — через Canvas 2D или WebGL (например, в Google Slides используется собственный рендерер на базе SVG+Canvas).

5. Как получить и запустить офисный пакет

5.1. Скачивание и установка

Microsoft 365:
→ Перейти на office.com, авторизоваться (личная учётная запись Microsoft или корпоративная Azure AD), скачать установщик Office Deployment Tool (ODT) или использовать веб-установщик.
→ Установка — фоновый процесс; приложения появляются в меню «Пуск» через 5–15 минут.
→ Активация происходит автоматически при первом запуске, если учётная запись имеет действующую подписку.
LibreOffice:
→ Скачать с libreoffice.org .msi/.dmg/.deb/.rpm.
→ Установка стандартная; можно выбрать компоненты (Writer, Calc и т.д.).
→ Нет привязки к аккаунту — работает автономно.
OnlyOffice Desktop:
→ Установщик на базе Electron (для всех ОС); также доступна Flatpak-версия.
→ Поддерживает привязку к облачным хранилищам (Nextcloud, ownCloud, Яндекс.Диск).

5.2. Первый запуск

При первом запуске большинство пакетов:

Просят выбрать язык интерфейса и единицы измерения (дюймы/см);
Предлагают привязать облачное хранилище (OneDrive, Google Drive);
Открывают шаблонный экран с выбором: Новый документ, Открыть файл, Последние.

Важно:

Все современные пакеты поддерживают автоматическое сохранение (autosave). В Microsoft 365 — каждые 10 секунд в OneDrive; в Google Docs — непрерывно.
Версионирование: Google Docs хранит полную историю; Microsoft 365 — через OneDrive Version History; LibreOffice — только через ручное «Сохранить как…» или внешние VCS.

5.3. Основные сценарии использования

Создание с нуля:
→ Выбрать тип документа → выбрать шаблон (резюме, смета, диплом) → редактировать содержимое → сохранить.
Открытие существующего файла:
→ Через «Файл → Открыть» или перетаскивание в окно программы.
→ При конфликте форматов (например, .doc в LibreOffice) — запускается конвертер; возможна потеря сложного форматирования (макросов, ActiveX).
Совместная работа:
→ Документ загружается в облако → нажимается «Поделиться» → вводятся email-адреса или ссылка → назначаются права (просмотр, комментирование, редактирование).
→ В Microsoft 365 и Google Workspace изменения отображаются в реальном времени; курсоры соавторов видны.

6. В чём принципиальное отличие PDF

PDF (Portable Document Format) — формат фиксированной вёрстки, стандартизированный как ISO 32000. Его ключевая цель — точное воспроизведение внешнего вида документа независимо от ОС, принтера или шрифтов.

Принципиальные различия:

Критерий	Офисный документ (docx, odt)	PDF
Модель содержимого	Логическая (параграфы, стили, формулы)	Геометрическая (операторы рисования: `BT /F1 12 Tf (Hello) Tj ET`)
Редактируемость	Полная (текст, структура, данные)	Ограниченная: можно редактировать текст/изображения визуально, но логическая структура (например, формулы, стили) теряется; истинная редакция требует конвертации обратно
Семантика	Сохраняется (заголовки, списки, таблицы — как объекты)	Потеряна: таблица — это группа прямоугольников и текстовых блоков, не связанных логически
Изменяемость	Динамическая (формулы пересчитываются, оглавление обновляется)	Статическая (всё «запечатано»)
Формирование	Редактор генерирует XML-иерархию	Рендерер (например, Word → «Сохранить как PDF») прогоняет документ через движок печати, выводя команды PostScript/PDF

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

7. Форматы документов: архитектура, взаимодействие и совместимость

Офисные пакеты достигли текущего уровня зрелости во многом благодаря переходу от бинарных проприетарных форматов (.doc, .xls, .ppt) к открытым XML-на-основе стандартам. Этот переход — не просто техническое улучшение, а фундаментальный сдвиг в парадигме: документ стал данным с метаструктурой, а не бинарным артефактом.

7.1. Open XML (ECMA-376 / ISO/IEC 29500)

Стандарт, лежащий в основе .docx, .xlsx, .pptx. Разработан Microsoft в 2006 году, передан в Ecma International, затем стандартизирован ISO.

Структура .docx как ZIP-архива:

[Content_Types].xml          — объявляет MIME-типы для всех частей
_rels/
  .rels                     — связи на корневые части
docProps/
  app.xml                   — метаданные приложения (версия Word)
  core.xml                  — Dublin Core: автор, дата создания, ключевые слова
word/
  document.xml              — основной контент (параграфы, таблицы, изображения)
  styles.xml                — определения стилей (Normal, Heading 1 и т.д.)
  settings.xml              — настройки документа (поля, переносы, совместимость)
  theme/theme1.xml          — цветовая схема, шрифты темы
  media/                    — встроенные изображения (image1.png и т.п.)
  _rels/document.xml.rels   — связи: какие изображения/диаграммы встроены

Каждый элемент — часть (part) в терминологии OPC (Open Packaging Conventions). Части связаны через Relationships (*.rels), что позволяет:

изолировать изменения (модификация styles.xml не затрагивает document.xml);
безопасно извлекать/заменять компоненты (например, удалить все изображения, не затронув текст);
реализовать частичную загрузку (в Microsoft Word — «Fast Save» и «Deferred Loading»).

Ключевой принцип: разделение контента и оформления. В document.xml параграф помечен как <w:pStyle w:val="Heading1"/>, а сам стиль описан в styles.xml. Это позволяет:

динамически менять оформление всего документа;
корректно конвертировать в другие форматы (например, в HTML — заголовки станут <h1>);
поддерживать стили документа (document-level styles), отличные от глобальных.

7.2. OpenDocument Format (ODF, ISO/IEC 26300)

Альтернатива Open XML, разработана OASIS (2002–2005), основана на раннем формате StarOffice. Используется в LibreOffice, Apache OpenOffice, OnlyOffice.

Различия в деталях:

В ODF стили и контент чаще разделены на стилевые таблицы (<style:style style:name="T1" style:family="text">), что ближе к CSS.
Таблицы в content.xml описываются через <table:table>, <table:table-row>, <table:table-cell> — более явная иерархия, чем в Open XML (<table>, <tr>, <tc>).
Поддержка метаданных расширений: через <meta:generator>, <meta:initial-creator>, а также кастомные поля в <office:meta>.

Совместимость между .docx и .odt:
Технически возможна двусторонняя конвертация, но необратимая при наличии:

Сложных макросов (VBA → не поддерживается в ODF);
Форм элементов управления (ActiveX, Content Controls);
Трёхмерных диаграмм;
Некоторых эффектов анимации (в PowerPoint/Presentation).

Конвертеры (например, в LibreOffice или OnlyOffice) применяют стратегию потери минимальной семантики:

Макросы → удаляются с предупреждением;
Контент-контролы → заменяются на обычный текст;
Сложные темы → упрощаются до базового набора цветов/шрифтов.

7.3. Совместимость «в полях»: почему документ «поплыл» при открытии в другой программе

Частая причина — отсутствие единых шрифтов. Если в документе используется шрифт Calibri, которого нет на целевой системе (например, в Linux по умолчанию), рендерер подбирает замещающий шрифт (fallback), что может изменить:

ширину строк → сдвиг колонок в таблицах;
высоту строк → разрыв страниц;
положение плавающих объектов (изображений, текстовых блоков).

Решения:

Встраивание шрифтов (в .docx: /word/fontTable.xml + бинарные шрифты в /word/fonts/; поддерживается с Word 2007+);
Использование универсальных шрифтов (Arial, Times New Roman, Liberation Sans);
В PDF — шрифты всегда встраиваются (если не отключено), что объясняет его стабильность.

8. Безопасность офисных документов: от макросов до zero-day

Офисные документы — один из самых эксплуатируемых векторов атак (в т.ч. фишинга и APT). Причины:

Высокая доверенность пользователей («это же документ»);
Поддержка исполняемого кода (макросы);
Сложность парсинга (XML-бомбы, ZIP-спуфинг, полиморфные структуры).

8.1. Основные угрозы

Угроза	Описание	Пример формата
Макрос-вирусы	VBA-код, запускающийся при открытии (`AutoOpen`, `Document_Open`)	`.docm`, `.xlsm`
DDE-атаки	Злоупотребление Dynamic Data Exchange: `=DDE("cmd";"/c calc";"")`	`.docx`, `.xlsx`
OLE-объекты	Встраивание исполняемых файлов (`.exe`) под видом изображения	`.doc`, `.rtf`
XML External Entity (XXE)	Чтение локальных файлов через `<!ENTITY x SYSTEM "file:///etc/passwd">`	`.docx`, `.odt`
Formula Injection	Запись `=cmd	' /C calc'!A0` в ячейку → интерпретация как команды в некоторых Excel-библиотеках

8.2. Механизмы защиты

Песочницы (Sandboxing):
Microsoft Office (с 2013+) использует Protected View — документ открывается в режиме «только для чтения» с отключёнными макросами, если он получен из интернета. LibreOffice — Macro Security Level: High (только цифровая подпись), Medium (предупреждение), Low (разрешить всё).
Отключение опасных функций:
В корпоративных развёртываниях через групповые политики (GPO) или MDM отключают:
- DDE-ссылки (DisableDDE = 1);
- OLE-встраивание (DisableOLEDBProviders);
- внешние связи (UpdateLinks = 0).
Анализ содержимого:
Microsoft Defender for Office 365 проверяет:
- антималварные сигнатуры (на макросы);
- поведенческий анализ (попытки записи в %APPDATA%);
- статистику ZIP-структур (подозрительно высокое сжатие = zip-бомба).

⚠️ Важно: формат .pdf не гарантирует безопасность. PDF может содержать JavaScript, launch-действия, встроенные экзешники. Только PDF/A (архивный подтип) запрещает исполняемый код.

9. Автоматизация: от макросов до интеграции в BPM

Офисные пакеты давно переросли роль «статических редакторов». Они стали точками входа в автоматизированные процессы, особенно в корпоративной среде.

9.1. Локальная автоматизация

VBA (Visual Basic for Applications)
Устаревший, но всё ещё доминирующий инструмент в Microsoft Office. Работает через COM-интерфейсы:
```
Sub ExportToDB()
    Dim conn As Object
    Set conn = CreateObject("ADODB.Connection")
    conn.Open "Provider=SQLOLEDB;Data Source=SRV;Initial Catalog=Docs;"
    conn.Execute "INSERT INTO Reports (Title) VALUES ('" & ActiveDocument.Paragraphs(1).Range.Text & "')"
End Sub
```
Недостатки: 32-битность, отсутствие типизации, уязвимость.

Office Scripts (Excel Online)
На базе TypeScript, работает в облаке:

function main(workbook: ExcelScript.Workbook) {
  let sheet = workbook.getActiveWorksheet();
  let data = sheet.getRange("A1:B10").getValues();
  // Отправка в SharePoint через fetch() (ограничено CORS)
}

LibreOffice + Python
Через UNO-bridge:

import uno
ctx = uno.getComponentContext()
smgr = ctx.getServiceManager()
desktop = smgr.createInstanceWithContext("com.sun.star.frame.Desktop", ctx)
doc = desktop.loadComponentFromURL("private:factory/swriter", "_blank", 0, ())
text = doc.getText()
text.setString("Автоматически сгенерированный текст")

10. Облачные офисные пакеты: архитектура реального времени

Google Docs и Microsoft 365 Online реализуют collaborative editing — задачу, требующую решения сложных проблем распределённых систем.

10.1. Operational Transformation (OT) vs. CRDT

Operational Transformation (Google Docs до 2019, Microsoft до 2020)
Каждое изменение (insert, delete) — операция Op = {type: 'insert', pos: 5, text: 'x'}. Сервер ретранслирует Op всем клиентам, но трансформирует её относительно других операций, чтобы сохранить консистентность:
Op1 ∘ Op2 ≠ Op2 ∘ Op1 → применяется функция transform(Op1, Op2).

Недостаток: сложность доказательства корректности; уязвимость к потере пакетов.
CRDT (Conflict-Free Replicated Data Type)
Современный подход (используется в Google Docs с 2019, Microsoft 365, OnlyOffice). Документ моделируется как множество атомарных операций с уникальными идентификаторами (например, (client_id, clock)).
Пример — Logoot или Woot: позиция символа определяется не индексом (5), а уникальной строкой (["a", "b", "c"]), допускающей вставку между элементами без конфликтов.

Преимущества:
- Математически доказуемая конвергенция;
- Устойчивость к потере соединения (off-line first);
- Поддержка произвольного количества клиентов.

10.2. Хранение данных

Google Workspace — документы хранятся в Bigtable (NoSQL), метаданные — в Spanner (глобально согласованная СУБД).
Microsoft 365 — контент в Azure Blob Storage, индексы и связи — в Azure Cosmos DB.

В обоих случаях реализовано:

Шардирование по document_id;
Репликация в 3+ дата-центра;
Автоматическое создание точек восстановления (каждые 5 минут).

11. ИИ в офисных пакетах: от автозаполнения до генерации

С 2023 года офисные пакеты активно интегрируют ИИ-ассистентов:

Функция	Microsoft 365 Copilot	Google Duet AI	OnlyOffice AI
Генерация текста	`@Draft an email to client...`	`Help me write...`	Плагин на базе LLaMA-2
Анализ таблиц	`What trends do you see?`	`Summarize this data`	—
Создание слайдов	`Make a presentation from this doc`	`Create slides from outline`	—
Проверка стиля	`Make this more formal`	`Improve readability`	—
Автоматизация	`Build a script to export data`	—	—

Как это работает технически:

Клиент отправляет фрагмент документа + промпт в облако;
На сервере запускается fine-tuned LLM (Microsoft — GPT-4-turbo, Google — PaLM 2);
Модель генерирует текст/формулу/код;
Результат возвращается как предложение (suggestion), требующее подтверждения.

Важные ограничения:

Данные не используются для обучения без согласия (политика Microsoft: «Copilot не обучается на ваших данных»);
В корпоративных подписках — данные обрабатываются в рамках тенанта (data residency);
В offline-версиях (LibreOffice) ИИ работает локально через ONNX-модели (меньше возможностей, но выше безопасность).

12. Перспективы развития

Декомпозиция пакета
Вместо монолитного «Office» — микросервисная модель:
- Writer как PWA,
- Calc как веб-компонент (embeddable в ERP),
- Presenter как standalone WebGL-приложение.
Нативная поддержка семантических форматов
Документы с RDFa-аннотациями, встроенными schema.org-метаданными, прямой экспорт в Wikidata.
Интеграция с цифровыми двойниками
Связь офисных отчётов с IoT-данными: таблица в реальном времени обновляется из датчиков через MQTT/OPC UA.
Государственные стандарты как first-class citizens
Развитие Р7-Офис, OnlyOffice ГОСТ:
- автоматическая проверка структуры приказа по ГОСТ Р 7.0.97–2016,
- валидация реквизитов (дата, регистрационный номер),
- формирование СЭД-пакетов (XML + PDF + ЭП).

Офисные пакеты​

1. Исторический контекст: от WordStar до Microsoft 365​

2. Что такое офисный пакет: формальное определение и границы понятия​

3. Классификация офисных пакетов​

3.1. По среде исполнения​

3.2. По модели распространения​

3.3. По целевой аудитории​

4. Ядерные компоненты: устройство и принципы работы​

4.1. Текстовый процессор​

4.2. Табличный редактор​

4.3. Программа для презентаций​

5. Как получить и запустить офисный пакет​

5.1. Скачивание и установка​

5.2. Первый запуск​

5.3. Основные сценарии использования​

6. В чём принципиальное отличие PDF​

7. Форматы документов: архитектура, взаимодействие и совместимость​

7.1. Open XML (ECMA-376 / ISO/IEC 29500)​

7.2. OpenDocument Format (ODF, ISO/IEC 26300)​

7.3. Совместимость «в полях»: почему документ «поплыл» при открытии в другой программе​

8. Безопасность офисных документов: от макросов до zero-day​

8.1. Основные угрозы​

8.2. Механизмы защиты​

9. Автоматизация: от макросов до интеграции в BPM​

9.1. Локальная автоматизация​

10. Облачные офисные пакеты: архитектура реального времени​

10.1. Operational Transformation (OT) vs. CRDT​

10.2. Хранение данных​

11. ИИ в офисных пакетах: от автозаполнения до генерации​

12. Перспективы развития​

Офисные пакеты

1. Исторический контекст: от WordStar до Microsoft 365

2. Что такое офисный пакет: формальное определение и границы понятия

3. Классификация офисных пакетов

3.1. По среде исполнения

3.2. По модели распространения

3.3. По целевой аудитории

4. Ядерные компоненты: устройство и принципы работы

4.1. Текстовый процессор

4.2. Табличный редактор

4.3. Программа для презентаций

5. Как получить и запустить офисный пакет

5.1. Скачивание и установка

5.2. Первый запуск

5.3. Основные сценарии использования

6. В чём принципиальное отличие PDF

7. Форматы документов: архитектура, взаимодействие и совместимость

7.1. Open XML (ECMA-376 / ISO/IEC 29500)

7.2. OpenDocument Format (ODF, ISO/IEC 26300)

7.3. Совместимость «в полях»: почему документ «поплыл» при открытии в другой программе

8. Безопасность офисных документов: от макросов до zero-day

8.1. Основные угрозы

8.2. Механизмы защиты

9. Автоматизация: от макросов до интеграции в BPM

9.1. Локальная автоматизация

10. Облачные офисные пакеты: архитектура реального времени

10.1. Operational Transformation (OT) vs. CRDT

10.2. Хранение данных

11. ИИ в офисных пакетах: от автозаполнения до генерации

12. Перспективы развития