Отдельная тема, в которой принципы свободного софта проявляются наиболее ярко, — возможность участия студентов в работе над реальными проектами. Например, учащийся может опубликовать свои разработки, сделанные в рамках курсового или дипломного проекта, под открытой лицензией— и тем самым уменьшить вероятность его «умирания» после формальной сдачи. С другой стороны, как было замечено многими участниками конференции, вместо создания собственного проекта зачастую разумнее подключиться к уже существующему[Список задач в open source-проектах можно найти, например, на сайтеGoogle Summer of Code]. Открытые коды и подробная документация, сопровождающая большинство успешных open source-проектов, значительно упрощают их изучение— чего нельзя сказать о проприетарных продуктах. Положительный эффект от подобной деятельности очевиден: студент не только учится понимать чужой код и грамотно писать свой, но и приобретает бесценный опыт работы в команде, своими глазами видит, как проектируются и развиваются сложные продукты. К тому же доработка существующих решений приносит ощутимый, видимый невооруженным взглядом результат, что должно отчасти решить распространенные проблемы с мотивировкой.
Тем не менее этот путь не выглядит столь уж привлекательным с точки зрения самого студента: разбираться в чужом коде и встраиваться в процесс разработки довольно трудно, и кажется, что проще все сделать самостоятельно, с чистого листа. Да и фраза «я проектирую свою операционку» звучит гораздо лучше, чем «пишу патч к модулю ядра Linux». Вряд ли будет правильно принуждать студента к сотрудничеству, но если сразу планировать его проект как публичный и поощрять контакты с другими людьми, работающими в той же области, вкус работы в сообществе и желание присоединиться к чему-то большему должны появиться естественным образом.
Все вышесказанное относилось к обучению по специальностям, которые принято называть техническими. Однако информационные технологии могут существенно помочь и специалистам в гуманитарных областях. Впрочем, в настоящий момент ситуация здесь скорее плачевная.
Кирилл Маслинский (ALT Linux) в своем докладе проанализировал методы работы с компьютерной техникой в нескольких сообществах профессиональных филологов. Несмотря на то что решение многих задач в этой области поддается автоматизации (по крайней мере, частично), никакого общеизвестного инструментария найти не удалось — ни проприетарного, ни свободного. Специалисты используют какие-то отдельные разработки, вовремя попавшиеся под руку, но обмена информацией на эту тему практически не происходит. В результате «за бортом» остаются многие полезные программы и утилиты, известные специалистам-компьютерщикам, которые вполне можно применять и в далеких от ИТ областях: начиная от регулярных выражений, значительно упрощающих автоматическую обработку текстов, и заканчивая системами контроля версий, позволяющими работать со множеством редакций одного документа.
Эти проблемы наводят на следующий вопрос: какая информатика нужна гуманитариям? По мнению Маслинского, курс информатики в этом случае должен в первую очередь рассказывать о возможностях автоматизации их задач и о круге доступного для этого ПО, вместе с навыками по его поиску. Что может понадобиться для этого дополнительно и какие знания будут достаточными— вопросы пока открытые.
Уместить весь круг обсуждаемых сюжетов в формат краткого репортажа без применения архиваторов представляется совершенно невозможным. Однако я надеюсь, что мы еще не раз будем возвращаться к этой теме и осветим все то, что осталось за рамками сегодняшнего рассказа. Я также буду рад получить ваши замечания и комментарии. Пишите!