ПРАВИЛА УДАЛЕННОЙ СДАЧИ ПРОЕКТОВ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ НА ПЛАТФОРМЕ

O‘zbek tilida o‘qish

Чтобы P2P-проверка состоялась, должен найтись участник-проверяющий и участник-проверяемый. Для этого проверяЮЩИЙ должен выставить в календаре свободный слот на 30+ минут, а проверяЕМЫЙ должен его занять.

Этот сборник правил посвящен двум ролям: проверяющему и проверяемому. Пожалуйста, внимательно ознакомься с ним, чтобы не получить Пенальти за нарушение важных и основополагающих принципов Р2Р-проверки.

Содержание страницы:

  1. ЕСЛИ ТЫ ПРОВЕРЯЮЩИЙ
    • Общие принципы
    • Проведение Р2Р-проверки
    • Дополнительные правила Р2Р-проверок в ОНЛАЙНЕ
  2. ЕСЛИ ТЫ ПРОВЕРЯЕМЫЙ
    • Общие принципы
    • Прохождение Р2Р-проверки
    • Дополнительные правила Р2Р-проверок в ОНЛАЙНЕ
  3. ONLINE/OFFLINE Р2Р проверки
    • Как записаться на онлайн P2P проверку
    • Дополнительное и важное


ЕСЛИ ТЫ ПРОВЕРЯЮЩИЙ

— на твоих плечах лежит ответственность за проведение всесторонней и комплексной проверки, за поддержание культуры античитерства и за судьбу проекта твоего пира.

Общие принципы

  • Если проверяемый/проверяемые отсутствуют - не ставь оценку. За нарушение положено пенальти.
  • Не отменяй Peer review проверку после того, как стал виден ник проверяемого без письменного согласия человека, которого ты проверяешь. За нарушение данного правила положено пенальти. В любых других обстоятельствах ты имеешь право отменить проверку, если ты предпринял все возможные действия, чтобы связаться с человеком, но это сделать не получилось. О нарушениях при проведении проверки сообщать на почтовый адрес кампуса.
  • Запрещено проводить договорные проверки. Твоя оценка должна быть непредвзятой и беспристрастной. За нарушение мы будем отнимать экспу и выдавать пенальти и ачивку читера всем участникам.

Проведение Р2Р-проверки

  • Пиши содержательные, подробные и развёрнутые комментарии о процессе защиты и проекте в целом. Это полезно как проверяемым, поскольку позволяет отрефлексировать, так и тебе, потому что ты лучше понимаешь, что именно и как ты проверил и школе, как отправная точка при возможных дополнительных проверках.
  • После начала проверки первым делом внимательно прочитай задание и чек-лист проверки. Решить задание, как правило, можно разными способами, главное - проверить их адекватность и работоспособность, поэтому в первую очередь ориентируйся на текст материалов школы. Если задание выполнено в соответствии с ними, то оно выполнено корректно. За проверку, которая не соответствуют этому критерию, проверяющий получает пенальти.
  • Если в чек-листе говорится, что проверка завершается на первом проваленном задании, то нужно завершать проверку на первом проваленном задании. Да, это может вызвать сильные эмоции у проверяемого, однако таковы правила. Их невыполнение влечёт за собой пенальти проверяющему. Если такой инструкции нет, то завершать проверку на первом проваленном задании не нужно.
  • Некоторые очевидные вещи не прописаны в чек-листе к каждому заданию, но и забывать о них нельзя: если программа вылетает на edge case, то это фейл, даже если в чек-листе об этом не сказано. Не забывай про флаги Crash и Codestyle Error, они на платформе не просто так. Как и Absent. Он, кстати, полностью фейлит проект.
  • Будь вежлив. За хамство положены пенальти. Как и за клевету.
  • Если в ходе групповой проверки ты понимаешь, что кто-то из команды не участвовал в проекте, говори об этом прямо и, если уверен, ставь флаг Cheat. Это - твоя социальная ответственность как проверяющего.
  • При проведении проверки допускается запуск проверяемого проекта как с компьютера проверяющего, так и с компьютера проверяемого. При запуске проекта на компьютере проверяемого процесс получения доступа к проекту должен быть прозрачным и полностью отражаться на видео: подключение по протоколу удалённого доступа к компьютеру проверяемого или склонированный при тебе репозиторий. Проекты, лежащие в заранее подготовленных папках к проверке не принимаются. Если проверямый или его команда не готовы выполнить это условие, то им следует поставить флаг Cheat.
  • Тестируй проекты самостоятельно, не пользуйся только тестами проверяемых.
  • Проверяющий может быть только один. Запрещено приглашать пиров поучаствовать в твоей проверке. Ответственность за её результат несёшь только ты, поэтому и проводить её нужно самому. Каждая проверка - это отдельная сущность. Запрещено проводить несколько проверок проекта разными людьми одновременно.

Дополнительные правила Р2Р-проверок в ОНЛАЙНЕ

  • Ты должен записать всю защиту проекта средствами захвата экрана. На записи, перед стартом демонстрации экрана, должны быть видны лица всех участников защиты, звук должен быть чистым, а речь - разборчивой. При демонстрации экрана допускается отсутствие видео с камеры у демонстрирующего.
  • Если у тебя нет возможности сделать запись - попроси проверяемого сделать ее и скинуть ссылку. На тебе лежит ответственность за итоговую запись защиты.
  • Запись нужно выложить на любое хранилище данных или видеохостинг и хранить его там в течение 60-ти дней. По запросу команды школы необходимо будет оперативно предоставить ссылку на просмотр и открыть доступ к видео.
  • Процесс выставления оценок и флагов должен быть зафиксирован на видео с обоснованием решения.

ЕСЛИ ТЫ ПРОВЕРЯЕМЫЙ

— твоя задача - сделать процесс проверки максимально прозрачным и открытым. Честно написанный, хорошо протестированный и правильно работающий код не страшно отдавать на любые проверки.

Общие принципы

  • Не отменяй Peer review проверку после того, как стал виден ник проверяющего без письменного согласия человека, который тебя проверяет. В любых других обстоятельствах ты имеешь право отменить проверку, если ты предпринял все возможные действия, чтобы связаться с человеком, который тебя проверяет, но это сделать не получилось. О нарушениях при проведении проверки сообщать на почтовый адрес кампуса.
  • Будь вежлив. За хамство положены пенальти. Как и за клевету.
  • Договорные проверки запрещены. Не пытайся как-то упросить проверяющего пропустить проект, который не отвечает критериям сданного. За это школа будет отнимать экспу и выдавать пенальти и тебе, и проверяющему.

Прохождение Р2Р-проверки

  • Подготовь проект. Проверь его работоспособность и читаемость.
  • Если проект командный, то подготовься вместе с командой. Если проект большой и сложный, то обговорите с командой, как работает каждый из его кусков, который вы писали параллельно. Необязательно знать каждую строчку кода досконально, но критически важно понимать общую картину работы.
  • Если проверяющий еще не завершил проверку проекта, ты не можешь его гивапать без согласия проверяющего. За нарушение положено пенальти.
  • Защита групповых проектов возможна только при полном составе участников. Если кто-то из команды не сможет попасть на защиту, проверку необходимо заранее отменить.
  • Обосновывай своё видение проекта. Многие вещи можно интерпретировать по-разному. Если у вас и проверяющего есть разногласия, старайтесь достичь консенсуса приводя логические аргументы. Если всё работает и условия задания и чек-листов соблюдены, то нормально отстаивать свою позицию. Главное сохранять вежливость.
  • Попроси дать развёрнутый комментарий по проекту: что можно было добавить или убрать, что можно было сделать иначе, на что обратить внимание в следующий раз. Одна из главных задач проверки - делиться опытом и знаниями с другими. Так ты растёшь, как разработчик.
  • Запрещено вносить изменения в проект на этапе проведения проверки. Если ты попытаешься так сделать, то тебя ждёт антиачивка “Читер” и снятая с профиля XP.

Дополнительные правила Р2Р-проверок в ОНЛАЙНЕ

  • Содействуй проверяющему. Включай камеру, говори ясно и чётко, отвечай на поставленные вопросы, объясняй, если что-то непонятно. А лучше - не жди, что тебе будут задавать вопросы. Расскажи, как делал проект, с какими сложностями столкнулся и как их решил. Обстоятельный рассказ – лишнее доказательство твоей компетентности.




ONLINE/OFFLINE Р2Р проверки

Как записаться на онлайн P2P проверку:

  1. Чтобы отправить проект на проверку, проверяемый нажимает кнопку “Submit for a Peer Review” на странице проекта.
  2. Далее записываемся на проверку на свободный слот и выбираем нужный тип встречи (online/offline) в календаре.
  3. При наступлении времени проверки в Календаре и в Agenda становятся доступны две кнопки:
    • Start conference - по которой выполняется подключение к online комнате (всем участникам) в сервисе ВКС Jazz.
    • Go to Peer Review - по которой выполняется переход к выполнению P2P проверки (только проверяющему)
  4. После подключения к проверке участник попадает в online-комнату, в которой отображается название встречи и имена участников, которые подключены ко встрече.
  5. После того, как проверяемый(-ые) подключились ко встрече, проверяющий запускает демонстрацию экрана и начинает запись экрана.
  6. Под запись, проверяющий переходит к чек-листу (по кнопке “Go to Peer Review”) и начинает проверку.
  7. Под запись, проверяющий проставляет в чек-листе все пункты, но не завершает проверку.
  8. После проверки, проверяющий останавливает запись, трансляция продолжается.
  9. Видео выгружается на локальный диск проверяющего.
  10. В поле чек-листа “Record of the online-review” (ссылка на видеозапись проверки) есть возможность выбора видеофайла с локального диска.
    • Требования к файлу с записью проверки:
    • Размер до 300 mb
    • Доступные для загрузки форматы: .webm, .mov, .mp4, .avi
  11. Проверяющий прикрепляет файл с записью проверки, пишет комментарий и завершает проверку нажатием кнопки Review.
  12. Ссылка на видео будет отображаться в результатах по проекту:
    • Профиль студента → Проекты → Завершенные проекты → вкладка Reviews (видно проверяемому и проверяющему)

Дополнительно

  • Для того, чтобы проверяющему поменять тип проверки с offline на online, он должен открыть созданный слот в календаре и выбрать нужный формат.
  • Можно изменить тип проверки с offline на online, но нельзя поменять тип проверки наоборот с online на offline.
  • После начала проверки нельзя изменить тип проверки.

Важно

  • На проверке группового проекта команда должна быть в полном составе, каждый подключается к конференции.
  • Камера должна быть включена, всех участников должно быть видно на протяжении всей проверки.
  • Если проверка проводится не в кампусе, а онлайн, то на платформе обязательно должен быть выбран формат проверки “online”
  • Для проведения онлайн-проверки приоритетным правилом считается использование сгенерированной ссылки в Jazz на платформе. Размер до 300 mb Доступные для загрузки форматы: .webm, .mov, .mp4, .avi

В целом, правила выше скорее отражают правила хорошего тона, уважения и помощи, и помогают нам всем получать максимум пользы от системы peer-to-peer. Задавай вопросы, не бойся провала, не бойся завалить своих пиров - только так ты разовьёшь свои и их навыки, научишься новому и посмотришь на проекты с разных сторон. Не старайся сдать проект идеально с первого раза; ошибаться и пробовать заново - это важнейшая часть обучения. Школа оставляет за собой право проводить дополнительные проверки и отменять результаты предыдущих, если они проведены с нарушением правил выше, но мы искренне верим, что ты взрослый человек и сам понимаешь ценность честной учёбы.