Unix 1MIT весна 2018. Правила — различия между версиями
Alejes (обсуждение | вклад) (Новая страница: «== Общее == Для проверки своего решения, необходимо написать письмо Unix_1MIT_весна_2018_Подгру…») |
(→Общее) |
||
| Строка 3: | Строка 3: | ||
Для проверки своего решения, необходимо написать письмо [[Unix_1MIT_весна_2018_Подгруппы | своему преподавателю на электронную почту]]. | Для проверки своего решения, необходимо написать письмо [[Unix_1MIT_весна_2018_Подгруппы | своему преподавателю на электронную почту]]. | ||
| − | Тему письма стоит указывать в точности по шаблону: | + | Тему письма стоит указывать в точности по шаблону: Unix_[год]_[номер_курса]MIT_HW[номер задания] |
| − | Пример темы: '' | + | Пример темы: ''Unix_2018_1MIT_HW01'' |
Не стоит отвечать в тему с условиями задач, присылать десяток писем с разными темами (по одному на пару задач) и т. д. | Не стоит отвечать в тему с условиями задач, присылать десяток писем с разными темами (по одному на пару задач) и т. д. | ||
| Строка 21: | Строка 21: | ||
После каждого обрамлённого таким образом решения, можно оставить какие-то комментарии/вопросы. | После каждого обрамлённого таким образом решения, можно оставить какие-то комментарии/вопросы. | ||
| − | Решения будут проверяться под Ubuntu. | + | Решения будут проверяться под Ubuntu 16.04.3 LTS. |
| − | В случае возникновения спорных ситуаций, решение признаётся работоспособным, если оно работает в | + | В случае возникновения спорных ситуаций, решение признаётся работоспособным, если оно работает в Docker контейнере собранном [https://www.dropbox.com/s/m2wk0f5b5iiovmy/docker.zip?dl=0 так] |
Внимательно читайте задания, следите за форматом входных и выходных данных. Обязательно проверяйте свои решения перед отправкой! | Внимательно читайте задания, следите за форматом входных и выходных данных. Обязательно проверяйте свои решения перед отправкой! | ||
| Строка 29: | Строка 29: | ||
Для каких-то общих вопросов по заданию, можно указывать второго преподавателя в копии письма. | Для каких-то общих вопросов по заданию, можно указывать второго преподавателя в копии письма. | ||
| − | Любые решения не являющиеся bash, sed, awk скриптами не принимаются, если не указано иное. Любые попытки считерить и сломать систему буду караться. Пример читерства: в bash скриптах генерировать | + | Любые решения не являющиеся bash, sed, awk скриптами не принимаются, если не указано иное. Любые попытки считерить и сломать систему буду караться. Пример читерства: в bash скриптах генерировать C++ код. |
== Сроки сдачи == | == Сроки сдачи == | ||
Версия 10:41, 18 февраля 2018
Общее
Для проверки своего решения, необходимо написать письмо своему преподавателю на электронную почту.
Тему письма стоит указывать в точности по шаблону: Unix_[год]_[номер_курса]MIT_HW[номер задания]
Пример темы: Unix_2018_1MIT_HW01
Не стоит отвечать в тему с условиями задач, присылать десяток писем с разными темами (по одному на пару задач) и т. д.
Решения на bash нужно записывать прямо в тело письма. Каждое решение должно быть предварено строкой
===Task[номер]===
и закончено строкой
=================.
Скрипт для склейки файлов в одно письмо, by Дмитрий Халанский.
После каждого обрамлённого таким образом решения, можно оставить какие-то комментарии/вопросы.
Решения будут проверяться под Ubuntu 16.04.3 LTS.
В случае возникновения спорных ситуаций, решение признаётся работоспособным, если оно работает в Docker контейнере собранном так
Внимательно читайте задания, следите за форматом входных и выходных данных. Обязательно проверяйте свои решения перед отправкой!
Для каких-то общих вопросов по заданию, можно указывать второго преподавателя в копии письма.
Любые решения не являющиеся bash, sed, awk скриптами не принимаются, если не указано иное. Любые попытки считерить и сломать систему буду караться. Пример читерства: в bash скриптах генерировать C++ код.
Сроки сдачи
- Мягкий дедлайн — воскресенье перед лекцией 23:59;
- Жёсткий дедлайн — начало следующей практики.
Людям, приславшим решения до мягкого дедлайна, мы постараемся ответить до конца воскресенья хотя бы один раз и дать возможность исправить недочеты. За грубые ошибки максимальная оценка может быть снижена сразу же, до конца мягкого дедлайна.
Все решения, присланные уже после мягкого дедлайна, оцениваются сразу.
