Диссертация (Формирование обучающей виртуальной среды в контексте новых информационных технологий), страница 10
Описание файла
Файл "Диссертация" внутри архива находится в папке "Формирование обучающей виртуальной среды в контексте новых информационных технологий". PDF-файл из архива "Формирование обучающей виртуальной среды в контексте новых информационных технологий", который расположен в категории "". Всё это находится в предмете "филология" из Аспирантура и докторантура, которые можно найти в файловом архиве МГЛУ. Не смотря на прямую связь этого архива с МГЛУ, его также можно найти и в других разделах. , а ещё этот архив представляет собой докторскую диссертацию, поэтому ещё представлен в разделе всех диссертаций на соискание учёной степени доктора филологических наук.
Просмотр PDF-файла онлайн
Текст 10 страницы из PDF
Но уже только возможностей LMS, в частности LMSMoodle, вполне достаточно, чтобы начать строить ОВС, приучая студентов вуза ксамостоятельной работе и саморазвитию в сотрудничестве с коллегами. Мызаключили, что LMS – является удобной отправной «точкой входа» в ОВС.Разработчиками ОВС в вузе могут быть как профессиональные программисты,так и преподаватели учебных дисциплин (а значит и иностранного языка),которыеужеприбрелинекоторыезнаниявобластиинформационно-коммуникационных технологий, руководствуясь стремлением к новым знаниям иповышению своего профессионального уровня. Важно, чтобы вуз предусмотрелсохранение учетных записей для выпускников, предоставив им возможность идальшеработатьвузлахОВСвуза,делитьсясвоимпрактическимпрофессиональным опытом друг с другом, с преподавателями и студентами.Также мы заключим, что ключевыми при разработке ОВС являются нетехнические вопросы (программирование среды), а вопросы методики ееорганизации для конкретных областей знания.
Изучение иностранного языкаотличается от изучения языков программирования, хотя общие черты ипрослеживаются. ОВС для лингвистов должна быть специализирована, начиная ссамого начала работы в ней. Параметры этой специализации мы такжерассмотрим ниже.49Заметим,чтоработавОВСвноситкоррективывдеятельностьпреподавателя и обучающегося, поэтому необходимо разобраться в том, чтодолжен делать один, а что − другой, чтобы их существование в виртуальномпространстве не являлось набором случайных действий.Мы уже отмечали, что ОВС является инструментом обучения «через всюжизнь» в отличие от инструментов заочного обучения, решающих отдельныеучебные задачи (такие как проведение теста или рассылка материалов). Главноеотличие работы с электронными учебными материалами в дистанционномобучении, которое не рассчитано на сохранение виртуальной среды послеокончания вуза (или не имеет никакой виртуальной среды вовсе), от работы вОВС заключается в том, что в первом случае программные продукты являютсяпассивными посредниками между преподавателем и обучающимся, а во втором –активными участниками процесса получения и актуализации знаний – иногда безучастия преподавателя, – опираясь на свою самоорганизацию и высокий уровеньсформированности умения самооценки у обучающегося.
Сказанное не означает,что на место преподавателей встанут компьютеры, которые сами будут знать, какобучать. Такое понимание в корне неправильно. Роль преподавателя остается неменее важной, хотя его функции претерпевают изменения. ОВС имеет активныйхарактер только потому, что за каждым ее узлом и компонентами узла стоятлюди, точнее сообщество людей, объединенных виртуальной средой. Но характервзаимодействия в ОВС – более сложный, чем передача информации от одногопользователя к другому (например, от преподавателя к обучающемуся); этоскорее передача знаний от всех ко всем, когда сообщество больше, чем простосовокупность участников. ОВС – это виртуальное воплощение не только учебногопроцесса, но академической среды, которая распространяется на дальнейшуюпрофессиональную деятельность выпускника.
Отсюда разумно требовать отработы с ее отдельными узлами долгосрочного эффекта, имея в виду получение иактуализацию знаний после окончания обучения в вузе.Работа в узлах ОВС – это всегда расширение того, что можно было бысделать в аудитории. Для примера обратимся к стандартной ситуации проведения50теста в LMS Moodle. Преподаватель создает модуль «тест», наполняет егозаданиями, настраивает шкалу оценки и параметры времени выполнения.Обучающиеся выполняют задания, которые затем сохраняются в базе данныхLMS. После окончания сроков тестирования преподаватель оценивает результаты,открывает доступ к правильным ответам, чтобы обучающиеся могли понять, вчемошиблись.Далееможетпоследоватьобсуждениерезультатовнепосредственно в аудитории или опосредованно – на форуме или в режимевидеоконференцсвязи. Это стандартная процедура для тестирования онлайн,которая имеет свои достоинства (охват большого количества тестируемых иавтоматическая проверка с построением рейтинга) и недостатки (невозможноустановитьтестированиесамостоятельностьвдухеОВСвыполнениянужнозаданий).как-тоЧтобырасширитьвыполнитьегоопытомпрофессионального сообщества.
С формальными тестами это сделать достаточносложно, однако если построить веб-приложение, которое будет содержатьбольшой банк заданий не только для контроля, но и для тренировки, причемпредусмотреть возможность студентам и выпускникам предлагать вводить новыезадания и удалять или изменять старые, зарабатывая баллы репутации, то можноговорить о наличии полноценного узла ОВС.Мы описали вариант, близкий к идеальному. На практике можно начинать сболее простых решений, стремящихся к образцу хотя бы в некоторых деталях,например, при расширении банка заданий и возможности тренировочногопрохождения теста, составленного случайным образом. Но для того чтобысоставить тестовый узел, преподавателю потребуется больше времени итехнических знаний. В чем же состоит деятельность преподавателя в ОВС? Мысфокусируемся только на том, что, на наш взгляд, является самым проблемнымпунктом, а именно – на отношении к технологиям.
Сегодня много говорят обИКТ-компетентности преподавателей, которая часто сводится к применениюкаких-то шаблонов, в виде вебинаров или использования электронного дневника.И это, может быть, хорошо, но в конечном счете не имеет ничего общего спонятием ОВС, если исходить из того, что преподаватель является ключевым51разработчиком ОВС, даже не в смысле программирования, а в смысле ее идейногосодержания.Преподаватель-разработчик«указывает»программномуобеспечению, каким оно должно быть, тогда как чаще всего в нашей практикепреподаватели получают готовые программные продукты, в которых имприходится работать, подстраиваясь, а не наоборот. Получается, что методиказависит от программного обеспечения, а не программное обеспечение пишетсяпод заданные методики.Преподаватель-разработчикузловзнанийдолженне толькоуметьпользоваться готовыми решениями, но и понимать их настолько хорошо, чтобыпрофессионально формулировать требования к новым программным продуктам,которые будет создавать он сам или программист, в зависимости от конкретныхусловий и возможностей.
К примеру, разработчик LMS Moodle МартинДоугиамас имеет педагогическое образование и ученую степень именно повопросам методики преподавания, а не по информатике [Martin Dougiamas 2015].Этотпримерпоказывает,какойкачественныйпрорывможетсделатькомпетентный педагог, имея знания программирования и действуя именно «отметодики к технологиям». И правильность его подхода к созданию LMSзаключается в том, что он не сделал ее еще одним закрытым коммерческимпродуктом, а открыл ее программный код, предлагая коллегам-преподавателяммодифицировать систему так, как им нужно.Итак, мы будем считать, что преподаватель-разработчик ОВС должен бытьИКТ-компетентеннастолько,чтобысамостоятельнонастраивать(модифицировать) существующие или создавать свои собственные программныеобразовательные продукты.
Или по крайней мере активно стремиться к этому.Обучающийся – в будущем преподаватель или полноценно участвующий вразвитии ОВС профессионал – также должен стремиться к этому.Поскольку технологии постоянно меняются, то приводить какой-токонкретный список представляется трудной задачей. Однако поскольку ОВСразмещена в сети и ее узлы являются по сути веб-сервисами, то изучению52подлежат в первую очередь удобные и перспективные инструменты создания вебприложений, о чем речь пойдет в соответствующих параграфах.С одной стороны, мы выдвинули требование к преподавателю изучатьготовые решения и программные средства. С другой стороны, мы понимаем, чтонаучитьвсехпреподавателей,программированию–крайневчастностизатруднительно.иностранногоПосколькуязыка,практическиреализуемое решение все же выработать необходимо, мы заключим, чтонекоторые (наиболее ангажированные) преподаватели могли бы разрабатыватьпрограммные продукты, а остальные (по той или иной причине не имеющиевозможности это сделать) могли бы обучиться пользоваться ими как готовымирешениями, как в случае с LMS Moodle: кто-то хорошо делает, а кто-то хорошоприменяет готовое, но в любом случае вектор развития системы исходит отпрофессиональных преподавателей, а не программистов, никак не связанных спедагогикой.
Подобное можно сказать и в отношении обучающегося и далее –пользователя-профессионала. Если он ангажирован и намерен быть успешным впрофессии и одновременно если он увидит в разработке узлов ОВС ключ ксвоему успеху, получит с помощью ОВС качественное приращение полезныхзнаний, то он будет тратить свое время на изучение технологий, а вуз можетпомочь ему в этом, предоставив ему хотя бы стартовые знания из этой области.Если хотя бы приблизительно сформулировать полезные для построенияОВС технологии, то скорее всего они могут выглядеть следующим образом.Готовые и настраиваемые решения:LMS (например, LMS Moodle);продукты Google: Google Sites, Google Drive, Google+, YouTube и др.;Wikipedia;LiveJournal;Twitter;Facebook;Dropbox и др.53Инструменты для самостоятельной разработки:HTML;CSS;JavaScript;jQuery;Python;web2py;PHP;MySQL/SQLite;Google App Engine и др.Готовые и настраиваемые решения вполне понятны и не нуждаются вкомментариях.