Geum.ru

Лекция Зачем спо в школе?

Вид материалаЛекция

Содержание


14.1 Школа как вызов разработчикам
Подобный материал:
1   ...   14   15   16   17   18   19   20   21   22

14.1 Школа как вызов разработчикам


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

В норме же образование вообще и школа в частности --- сфера не только сохранения знаний и воспроизводства знающих, но и сфера творчества, создания нового. Академическая сфера, прежде всего, высшая школа, традиционно является источником новых идей для практического программирования, и в том, что касается свободного ПО, это справедливо вдвойне. Значительная часть программ, о которых рассказано в этом цикле, происходит из университетской среды, и среди разработчиков практически всех есть сотрудники, аспиранты и студенты технических (и не только) вузов, включая российские. “Завязать” высшую школу как место преимущественной концентрации новых идей, на среднюю, как место их апробации и самого жесткого тестирования --- и значило бы во многом решить проблему программного обеспечения школы.

Но мы сейчас не о том.

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

“Легко”, разумеется, не означает, что интерфейсы, форматы, языки, протоколы должны быть примитивными. Они должны быть адекватными. Интерфейс специализированного пакета может быть очень сложным, но сложность эта должна соответствовать сложности предметной области, а не быть “прикрученной снаружи”. Если отвлечься от школьной тематики, профессиональный пакет, допустим, для работы с графикой, может содержать массу тонких настроек и возможностей, осмысленное пользование которыми требует глубокого знания предмета. Но --- предмета графического дизайна, а не фантазий разработчика этого пакета.

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

К сожалению, это проникает и в специфически учебные программы. “Лектору” в этом году случилось пару часов провести на выставке учебных программ, предназначенных детям, и просмотреть и “пощупать” около десятка разработок, ориентированных на школьный курс одного и того же предмета (не информатики). Я не люблю смотреть “демонстрашки” или слушать презентации, я люблю разговаривать с самостоятельно освоившим программу пользователем или “щупать” все сам. Все из них, кроме одной, были построены на собственных “движках” (часто, остроумных), демонстрировали материал в собственных окнах, с собственными меню, собственными “кнопками” и собственными настройками. О вошедшем в них материале сказать что-то сложно --- вполне возможно, и я охотно готов в это поверить, он был замечательным, но немногие минуты, имевшиеся для знакомства с каждой из них, были потрачены на то, чтобы понять, на что нажимать и какой реакции, собственно, ждать.

Но мое внимание привлекла другая разработка, представлявшая собой просто набор гипермедийного контента с некоторым (полагаю, не очень большим) количеством программок-скриптов. Она открывается в любом браузере, локально или через сеть, содержит знакомые любому пользователю WWW кнопки и поля, и в ней есть все то, что и в остальных (предположительно, поскольку там до этого дело не дошло) : различные трассы прохождения материалов, наборы контрольных вопросов с программируемыми рекомендациями возврата к неусвоенному материалу, индексы и оглавления, возможность положить закладку там, где остановился. Я купил пару дисков знакомым ребятишкам, но масса посетителей толпилась совсем не у этого стенда.

А когда я поделился со столичными и вполне успешными коллегами провинциальных разработчиков понравившегося мне пособия своими впечатлениями, один из них с презрением заметил: Это же не программа, это просто записанный на диск учебник. И был глубоко неправ, поскольку самая хорошая программа --- эта та, которую не нужно писать{Вообще, самым хорошим учебным пособием я считаю первое гипермедийное издание “Энциклопедиа Британника”.}. О силе мудрого воздержания от действия знает любой начинающий адепт дзен, но программистам это понимание приходит с годами. Да и то не всем.

Разумеется, применение компьютера в школе не ограничивается программированным обучением{Собственно говоря, программированное научение, в компьютерном или книжном варианте --- занятие скорее внеклассное.}, и, наверное, далеко не любой контент можно затолкать в сегодняшние браузеры. Но важен принцип фокусировки внимания на материале, а не на его оформлении (пусть даже ценой потери внешнего эффекта).

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

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

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