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

С другой стороны, это повод задуматься: настолько существующая система передачи текстом технической информации является совершенной. Может быть, клиповые характеристики восприятия, понимания и сознания современных людей являются не столько «глобальным новообразованием», сколько восстановлением естественных процессов в психике человека. Возникает логичный вопрос: возможно использование практик догутенберговской эпохи будет полезным и эффективным?

Методы фиксации информации

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

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

Когда надо быстро и точно донести информацию, без эмоционального контекста, несовершенство алфавита заставляет создавать и использовать графические системы передачи информации:

• математические и химические формулы;

• UML-диаграммы;

• знаки дорожного движения;

• смайлики и эмодзи;

• пиктограммы программ и приложений;

• гидравлические, пневматические, электрические и иные схемы.

Особо стоит отметить стенографию в СССР, в котором использовалась ГЕСС (Государственная единая система стенографии). В некоторых европейских странах она преподавалась в учебных заведениях. А нотную грамоту знают и используют десятки, если не сотни миллионов людей. Поэтому использование графических систем передачи информации— постоянная практика для носителей алфавитных языков:

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

В университете на предмете «Организация производства» нам показывали историческую реликвию — схему сборки танка Т-34. Инструкция была полностью из картинок. В условиях мобилизации экономики на предприятия пришли люди с низким уровнем образования. Создание инструкций «в комиксах» было единственным выходом быстро передать им необходимую информацию.

А что же чтение? При активном чтении происходит изменение последовательности восприятия текстовой информации. Вместо последовательности «буква → звук → слово → понятие», мы воспринимаем графическое написание слова и сразу ассоциируем его с понятием (каждое знакомое слово — пиктограмма).

Техническая документация: текст или пиктограмма?

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

• необходимы специалисты с филологическим и техническим образованием;

• замедление чтением процесса восприятия информации;

• поглощение текстом бóльшей площади зрительной области экрана;

• замедление создания документации вводом большого количества букв;

• возможность неоднозначностей или ошибок;

• случайный характер создания технических терминов;

• сложность распознавания смысла текста ИТ-системами;

• сложность систем автоматизированного создания документации.

Использование иероглифа в японском, китайском или корейском вариантах, при создании технической документации, в чём-то то же уступает алфавиту:

• для формирования терминов и понятий используются символы, не имеющие отношения к ИТ-области;

• отсутствие системности.

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

Потребность в ИТ-эсперанто

Сравнивая разные виды письма, можно сделать вывод о преимуществах иероглифического письма для создания технической документации вообще. О создании нового типа письма заставляются задуматься архаичность иероглифов и невозможность использование современных технологий. Например, когда цветом можно передать характеристику фактора. Должно появиться «графическое ИТ-эсперанто». Концептографическое письмо должен соответствовать следующим требованиям:

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

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

• возможность использования текста как необходимого добавления;

• в качестве базовых символов должны использоваться знакомые образы.

Предлагаемая идея — не повтор действий U.S. Department of Transportation, которое заказало, ставшими привычными, пиктограммы ориентирования пассажиров на транспорте и тому подобные примеры. Это должна быть система, позволяющая создавать концептограммы, способные передать смысл любого сложного предложения технической документации одним-двумя символами.

Неказистый пример конструирования концептограмм:

Выгоды и сложности использования концептограмм

Применение принципов концептографического письма позволит получить такие выгоды, как:

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

А в специализированном редакторе для их создания потребовалось бы меньше минуты;

• снижение требований к разработчикам документации. Её смогут делать сотрудники без филологической подготовки;

• резкое сокращение затрат на локализацию технической документации. Необходимо локализовывать только текстовые описание базовых концептограмм, далее специалисты будут «читать» пиктограммы;

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

• резкое сокращение вероятности появления ошибок:

  — нет необходимости обеспечивать сопряжение чисел, имён, родов и падежей;

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

• возможность понимания сути документации ИТ-системами — в файле документации концептограмма будет обозначаться кодом (должна быть система кодификации концептограмм);

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

У нововведения есть и сложности:

• необходима привычка к новому виду документации;

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

Но, практика появления и внедрения новых языков программирования, который фактически представляют из себя наборы пиктограмм, показывает отсутствие глобальных проблем с обучением масс программистов. Любой китайский ребёнок за полтора года обучается владению 2 000 иероглифам, а концептографическое письмо будет содержать существенно меньшее количество самостоятельных графических объектов.

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

Показательный пример с иконкой:

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

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

Было бы интересно узнать мнение ИТ-комьюнити о возможности внедрения в практику нового способа записи технической документации. Насколько он был бы удобен? И смог бы решить описанные выше проблемы?