Читать «Журнал «Компьютерра» № 6 от 14 февраля 2006 года» онлайн - страница 76

Говоря о преимуществах применения открытого софта в образовательных учреждениях, часто рассуждают в терминах противостояния: «свободное ПО против ворованного проприетарного». Однако такая формулировка не вполне корректна и не очень продуктивна. Свободный софт– это больше чем бесплатная альтернатива дорогим коммерческим продуктам. Это в первую очередь сообщество пользователей и разработчиков, это процесс, это идея, а не набор программ. И эффективное использование свободных разработок невозможно без участия в деятельности сообщества, без общения с другими участниками, без выкладывания в открытый доступ собственных достижений– даже если они не кажутся завершенными. Пока же этого почти не происходит, и отдельные преподаватели действуют скорее в одиночку: пишут методички, создают курсы, адаптируют софт и т.д. Вопрос «ну а где на ваши решения можно посмотреть?» звучал после многих докладов– и обычно оставался без ответа. А при таком подходе потенциал open source не работает.

О программировании

Отдельная тема, в которой принципы свободного софта проявляются наиболее ярко,– возможность участия студентов в работе над реальными проектами. Например, учащийся может опубликовать свои разработки, сделанные в рамках курсового или дипломного проекта, под открытой лицензией– и тем самым уменьшить вероятность его «умирания» после формальной сдачи. С другой стороны, как было замечено многими участниками конференции, вместо создания собственного проекта зачастую разумнее подключиться к уже существующему[Список задач в open source-проектах можно найти, например, на сайтеGoogle Summer of Code]. Открытые коды и подробная документация, сопровождающая большинство успешных open source-проектов, значительно упрощают их изучение– чего нельзя сказать о проприетарных продуктах. Положительный эффект от подобной деятельности очевиден: студент не только учится понимать чужой код и грамотно писать свой, но и приобретает бесценный опыт работы в команде, своими глазами видит, как проектируются и развиваются сложные продукты. К тому же доработка существующих решений приносит ощутимый, видимый невооруженным взглядом результат, что должно отчасти решить распространенные проблемы с мотивировкой.

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