Домашний компьютер № 9 (123) 2006 - "Домашний_компьютер"

Кто в основном покупает аудиокниги?

– Есть достаточно большой круг людей, у которых просто физически нет времени читать бумажные книги. И когда им даешь диски, они ведут себя буквально как маленькие дети. Звонят мне в 5 утра и говорят: «Слушай, я приехал домой и не мог выйти из машины – сидел и слушал. А можно я к тебе утром приеду, и ты мне еще что-нибудь дашь послушать?» На Западе рынок аудиолитературы в среднем составляет 10—15% от бумажной. Для совсем занятых существует подписка на аудиоварианты прессы. Есть специальные компании, которые озвучивают газеты. Этот рынок у них развит намного сильнее – у них порядка 20 тысяч наименований аудиокниг против наших, дай бог, 2 тысяч.

Вашу продукцию не пиратят?

– Пиратят, но мало. Если встречаем – боремся. Существует и интернет-пиратство, но здесь есть вопрос соотношения эффективности и затрат на борьбу. Если наши фонограммы выкладываются в Интернете для свободного скачивания, юристы пишут коротенькое письмо провайдеру и нелегальная продукция достаточно быстро исчезает.

А что лучше продается? Фэнтези, детективы?

– Нет. Вы не поверите: лучше всего продается «Мастер и Маргарита» и «Евгений Онегин». Классику у нас люди любят.

Фундаментальный подход

Автор: Ольга Шемякина.

Освещение темы разработки образовательных продуктов представлялось мне несколько иначе, но, послушав ведущего методиста-проектировщика отдела образовательных программ фирмы «1С» Олега Белайчука, я почувствовала себя девочкой, которая шла по грибы, а вместо этого нашла клад. Речь у нас зашла не об отдельных обучалках, а о том, какие принципиальные изменения произойдут с разработкой образовательных программ уже в самом ближайшем будущем. Мы погрузились в самые недра разработки новых образовательных платформ, и Олег сумел доходчиво и понятно объяснить достаточно сложные и серьезные вещи.

– Нами выпущено более 100 образовательных программных продуктов для школьников и не только. Среди них есть внутренние разработки (к ним относятся продукты серий «1С: Школа» и «1С: Репетитор») и издательские проекты (серии «1С: Образовательная коллекция», «1С: Познавательная коллекция», «1С: Мир компьютера»). Часть внутренних разработок выполняется по заказу государства. У нас есть заказные проекты от Министерства образования и науки и от НФПК (Национального фонда подготовки кадров), который в этом году проводил большой тендер по самым разным разработкам в рамках проекта «Информатизация системы образования», и мы получили заказ на разработку более 30 проектов. В последнее время в России вообще произошло очень резкое увеличение госзаказа.

Мы разрабатываем не только отдельные обучающие диски, но и образовательные платформы, на базе которых уже можно будет реализовывать любой программный продукт. Мы уже создали платформу «1С: Образование 3.0», на которой была выпущена серия «1С: Школа», а сейчас по заказу НФПК занимаемся разработкой совершенно новой платформы, полное название которой звучит как «Система организации и поддержки образовательного процесса».

Дело в том, что основной образовательный тренд в настоящее время заключается в изготовлении образовательных комплексов, построенных на основе определенных международных стандартов: SCORM, IМS. У нас пока мало кто знает, что это такое, а на Западе это норма жизни, и ни один проект не сможет выйти без соблюдения определенных стандартов. Когда я употребляю слово «стандарт», то я не имею в виду стандарт в прямом смысле, как, допустим, стандарт розетки, в случае нарушения которого, я просто не получу сертификацию. Стандарты, о которых я говорю, в каких-то областях более, а в каких-то менее обязательные. Например, для форм дистанционного образования – это будет один набор требований к стандартам, а для форм школьного – другой. Но, тем не менее, есть общая тенденция, которая увязана со многими другими электронными тенденциями. Например, в чем смысл HTML: форма и содержание должны быть отделены. Причем, понятно, что в реальной жизни форма и содержание неотделимы, это некая позитивистская парадигма, что их можно разделить. Такой же позитивистской парадигмой является то, что весь контент можно атомизировать, то есть что существуют атомы информации, которые сшиваются в некие куски. Причем атомы взаимно независимые. Заведомо ясно, что это на самом деле неправда, но дело в том, что компьютер лучше всего работает именно с таким образом построенной медиа. У него появляются возможности статистической обработки, фильтрации, упорядочивания – в общем, выполнения массы рутинных операций.

Так вот, контент недостаточно порезать на кусочки (это условие, но отнюдь не единственное), кроме этого каждый кусок контента тоже нужно привести к определенному стандарту, он может называться по-разному, например, цифровой образовательный ресурс (ЦОР), как в одном из конкурсов НФПК. У того же НФПК есть проекты по разработке ЦОР для существующих бумажных учебников, когда, например, к учебнику геометрии делается динамическая модель к задаче. Это ЦОР. А чтобы он стал ЦОРом в международном понимании, ему необходимо выполнить еще ряд условий: во-первых, он должен иметь атрибутивную карточку, так называемую «карточку мета-описания». Условно говоря, любой файл имеет миниатюрную карточку при себе всегда – этой карточкой является его название. То есть можно не просто поместить картинку животных, можно написать, допустим: «Охота крокодила на антилоп». И это будет маленькая мета-карточка. Еще существует стандарт Learning Object Metadata (LOM) – это едва ли не единственный общепризнанный международный стандарт во всем сборище стандартов по представлению медиаконтента. Там надо заполнять массу полей, помимо названия файла: описательные поля, привязки к стандартному рубрикатору, я могу подписать этому файлу ключевые слова.

Наша система – это один из образцов оболочек, которые существуют. Дело в том, что на Западе все эти моменты уже в достаточной степени реализованы, а у нас к этому только идет – до сих пор все было жестко и неразделимо сшито, как, например, в какой-нибудь мультимедийной энциклопедии, и получался такой диск, который запускается и все. Эдакая «вещь в себе». А у нас сейчас некий промежуточный вариант, когда есть отдельно оболочка (платформа), на которой играются медиаобъекты, и отдельно объекты, которые можно свободно импортировать/экспортировать. Но пока что оболочки «1С» и других российских компаний несовместимы. Для простых объектов (тех же JPEG) – понятно, что совмеcтимы, а вот любой более сложный объект, например, вопрос, который должен обеспечить интерактивность, – это уже не есть стандартный файл. На Западе для совместимости оболочки и контента как раз и были введены стандарты. Есть такой международный консорциум IMS, который вырабатывает некий набор спецификаций для разработчиков. Это делается для того, чтобы контент, который мы создаем, проигрывался любой платформой, удовлетворяющей определенным требованиям. В принципе все должно быть совместимо и абсолютно независимо, чтобы можно было взять любой контент и поместить на любую платформу. Существует система Learning Management System – система управления образованием, и Content Management System – система, в которой могут подобрать контент, разместить, отредактировать. Бывают LCMS-системы, где все в одном. И таких систем много, довольно разных. Получается, что можно производить контент, который не имеет своей оболочки, но при этом соответствует международным стандартам, и тогда, как, например, и делают некоторые российские разработчики, можно продавать его на Запад. Мы же стремимся сейчас создать такую оболочку, которая будет способна поднимать любую медиа любого производителя, которая будет удовлетворять определенным стандартам, тот же LOM – уже принятый в России стандарт.

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