К важным положительным моментам предложения МИТС нужно отнести и создание централизованной системы поддержки поставляемого софта, о которой я упоминал выше (как "стандартного" комплекта, так и экспериментального свободного) – о необходимости поддержки и обучения не устают напоминать и сами разработчики, ведь до сих пор ничего подобного в школах не было. В случае миграции это становится особенно важным, и от качества реализации этого пункта зависит очень многое. Понятно, что никакой курс "дистанционного обучения" не сделает из плохого учителя хорошего, равно как и Linux-гуру из среднего Windows-пользователя, но отсутствие паники при первом знакомстве с системой из-за того, что кнопка "Пуск" выглядит немного по-другому, уже дорогого стоит.
Впрочем, кто бы из Linux-вендоров ни выиграл "экспериментальный" конкурс, реализация его будет проходить не на Луне и не в открытом космосе, а здесь и сейчас – в нашей стране, в нашем обществе. И то, как именно он будет реализован, будет зависеть не только от конкретного подрядчика, и даже не только от всего сообщества свободного софта, но и от каждого из нас, и в первую очередь – от людей, связанных с информационными технологиями. Что нужно нам – и что нужно нашим детям? Мы получили хороший повод в очередной раз поразмыслить над этими вопросами.
Спор вокруг школьного программного обеспечения, возможно, не был бы столь острым, если бы степень "компьютерной грамотности" учителей (в первую очередь – "информатиков", но не только их) не находилась на столь плачевном уровне. В конце концов, нельзя забывать, что конкретные компьютеры и ПО – лишь инструменты для иллюстрации и освоения фундаментальных принципов работы с информацией, и тому учителю, который это понимает, должно быть более-менее все равно, на какой платформе преподавать – будь то Windows, Linux, Mac OS или FreeBSD. В реальности же, чаще всего происходит "освоение" конкретных программ (а точнее – некоторых сценариев работы с конкретными программами), мало-мальски известных учителю. Вместе с тем, "знание компьютера" сейчас очень востребовано рынком. Это приводит к тому, что "информатика" начинает восприниматься не как обычный школьный предмет, типа литературы или географии, а как элемент профессионального обучения – и к нему предъявляются соответствующие требования. "Зачем моему ребенку изучать Linux/OpenOffice/Gimp, если на работе будут требовать Windows/MS Office/Adobe Photoshop?" – такой вопрос трудно представить в отношении других школьных дисциплин (даже "труд" обычно не воспринимается как предмет, дающий профессиональные знания). Аналогично: "Зачем изучать Gimp, если у Photoshop больше возможностей?".
С другой стороны, выбор в такой ситуации какой-либо "стандартной школьной программы" вызывает резонный вопрос: почему государство должно на бюджетные деньги готовить будущих пользователей (и покупателей!) именно этой программы (пусть даже очень хорошей, пусть даже выигравшей конкурс), а не какой-то другой? Известно, что разработчики ПО очень любят сотрудничать с образовательными учреждениями и давать последним большие скидки, а журналисты – сравнивать такую практику с принципом "первая доза – бесплатно". Это, наверное, все-таки преувеличение – но недалекое от истины.
Свободное ПО выглядит в этом контексте "нейтральной площадкой". Несмотря на то что за конкретной поставкой какого-нибудь дистрибутива Linux или сборки OpenOffice может стоять конкретная компания (осуществляющая обслуживание и доработку при необходимости), ни школа, ни ученик не становятся "завязанными" на эту компанию. Отсутствие vendor lock-in – замыкания на одном поставщике – один из популярных аргументов сторонников свободного ПО.
Еще один важный вопрос – школьник должен иметь возможность работать на своем домашнем компьютере с тем же софтом, который стоит в школе – например, чтобы делать домашние задания. Мало кто из поставщиков проприетарного софта в данный момент готов предоставлять свои продукты в школы на таких условиях – в случае со свободным ПО такой проблемы просто не возникает. Благодаря распространению LiveCD не нужно даже думать об установке ОС на компьютер. В идеале же прикладные программы должны быть еще и кросс-платформными.