Образование должно стремиться быть более фундаментальным. Пусть первые три-пять лет эти знания не пригодятся, зато потом восстановить их будет проще, чем изучать с нуля. Это не освобождает препродователей от ежегодной актуализации курсов: информационные технологии постоянно меняются, а значит курсы должны вбирать актуальные методы и подходы. Так же нужно завлекать коммерческие компании проводить мастер-классы по актуальным технологиям, а студентов всячески поощрять на посещение таких семинаров. Это единственный способ дать студентам ту подготовку, которую желает видеть работодатель.
Нужно предупреждать ошибки, свойственные студентам. Для практики чтения кода лучше всего подходит формат практического занятия: студенты получают на изучение (1-2 недели) относительно большой логически целостный кусок кода на 10-15 тысяч строк; далее в ходе практического занятия требуется обсудить со студентами, как они поняли предназначение кода, каждой функции, каждой строки, где есть ошибки, а где - неясная логика. Такие занятия должны быть постоянными в течении всего процесса обучения. В качестве кода для изучения лучше брать не абстрактные академические примеры, а популярные библиотеки с открытым исходным кодом, это поможет студентам понять, как мыслят профессиональные программисты и как они подходят к решению проблем.
Для тренировки всего набора умений в комплексе подходит следующая групповая самостоятельная проектная работа. Студенты делятся на пары: так студенты смогут обсуждать задачи и выдавать более взвешенные решения, а так же учатся работать в команде. Каждые три пары составляют рабочую группу: «заказчик» - «программисты» - «ревьюеры». Рабочие группы формируются таким образом, чтобы каждая пара студентов играла каждую из ролей ровно один раз. Проект все пары студентов начинают с равным числом очков. Преподаватель выступает арбитром в случае возникновения споров.
Преподаватель разыгрывает среди «заказчиков» модели ситуаций. В них писано, какую компанию представляет заказчик и с какой проблемой он столкнулся. «Заказчик» должен согласовать задачу со своими «программистами» в течении одной недели. Общение ведётся по электронной почте, копия направляется преподавателю. Начиная с этого момента «заказчик» готовит программу приемо-сдаточных испытаний.
В течении двух недель «программисты» должны реализовать решение поставленной задачи. К началу второй недели «заказчик» и «программисты» должны согласовать программу приемо-сдаточных испытаний.
Отрабатываемые навыки: постановки задачи,
В течении следующей недели «ревьюеры» читают задачу, решение «программистов», программу испытаний. Их задача -- оценить качество кода «программистов». «Программисты» в течении этой недели могут учесть замечания и запросить повторный анализ кода. Анализов может быть не более трёх. За каждую найденную ошибку «ревьюверам» добавляется очко, а у «программистов» - отнимается.
Последняя неделя отводится на приемо-сдаточные испытания. «Заказчик» получает решение от «программистов» и проводит испытания в соответствии с методикой. Если «заказчик» сталкивается с ошибкой, то он получает балл, а «программисты» и «ревьюеры» - теряют. «Ревьюер» может сохранить свой балл, если докажет, что ошибка произошла из-за неисправленного «программистами» замечания. Допускается до 3-х попыток сдачи решения «заказчику».
Преподаватель проверяет решения «программистов» по собственной методике. Если обнаружена ошибка, не обнаруженная «заказчиком», то «заказчик» теряет одно очко. Исходный код, написанный командой «программистов», просматривается и отмечаются ошибки реализации.
По результатам проверки всех работ проводится семинар для обсуждения проблем и ошибок. Если «программисты» продолжают совершать уже проработанные ошибки, «ревьюеры» их пропускают, то они штрафуются на балл за каждую из ошибок. То же касается и «заказчиков» и из методики испытаний. За ошибки, которые не обсуждались в рамках семинарских занятий, студенты не штрафуются.
Система оценивания не используется для получения итоговой оценки за практическую работу. Студентам позволяется поменять накопленные баллы на некоторые привилегии при сдаче теоретического экзамена, например, получить +20% к оценке за экзамен, возможность поменять билет и т. п. Такой способ оценки будет стимулировать студентов на качественное выполнение работы, а ценные преференции снизят вероятность сговора между студентами для получения равно высоких оценок.
Студенты научатся формулировать задачи для реализации другими группами программистов, реализовать проекты самостоятельно, тестировать код, но главное - читать чужой код и понимать логику его работы.
Литература
Насейкина Л. Ф. Методика формирования компетентности в области сетевых информационных технологий студентов-программистов в условиях уровневого образования [Электронный ресурс] / Насейкина Л. Ф. // Вестник Оренбургского государственного университета - 2013 - № 2 (151). - Режим доступа: [http: //cyberleninka. ru/article/n/metodika-formirovaniyakompetentnosti-v-oblasti-setevyh-informatsionnyh-tehnologiy-studentovprogrammistov-v-usloviyah-urovnevogo- (Дата обращения: 06. 01. 2017) ]
Попов А. И., Поляков Д. В. Проектирование содержания обучения при подготовке студентов вуза к разработке программного обеспечения [Электронный ресурс] / Попов А. И., Поляков Д. В.. // Научно-педагогическое обозрение - 2016 - № 4 (14). - Режим доступа:
Это знает любой студент-программист [Электронный ресурс]. - Режим доступа: https://habrahabr.ru/post/123582/. - (Дата обращения: 06. 01. 2016).
Размещено на Аllbest.ru