Предлагаю все[[Категория: Вычислительная геометрия]] == Решение задач == [https://docs.google.com/spreadsheet/viewform?pli=1&formkey=dGNESDNzeW14ZndRVjVrRkI1eFZaaFE6MQ Запись на решение задач] == Инструкции ==* [[План курса]]* [[Написание условий задач]] == Сдача конспектов == * [https://docs.google.com/spreadsheet/pub?key=0Ar0nZy99lVSvdDIzR1E5R1MwdDN0MXBiOHRyQ2NVV1E Распределение тем конспектов]* Для сдачи конспекта необходимо сообщить об этом одному из редакторов:** Артём Васильев** Андрей Комаров** Андрей Шулаев* Конспекты проверяются редакторами, связанное с проверкой конспектов о недочётах сообщается на странице обсуждения. == Презентации == === Проверка презентаций === Чтобы сдать презентацию нужно: # Выбрать тему (из того, что Антон рассказывал на лекциях).# Проверить, не занята ли она, в таблице: [https://docs.google.com/spreadsheet/ccc?key=0Aogm6KT9tim1dHg0VV96c0RHNlEyZ1d1ZDZndHBNbFE#gid=0 Распределение презентаций].# Сообщить о вашем выборе куратору.# Убедиться в том, что вас записали в табличку.# Сделать fork [https://bitbucket.org/andreyrybak/computational-geometry-presentations репозитория].# Создать папку computational-geometry-presentations/cg2012.1/presentations/<название темы>/# Сделать презентацию.# Сообщить куратору и получить ответ.# Исправить недочеты (если есть) и вернуться к предыдущему пункту. Дедлайн: две недели после выбора темы {{---}} черновик презентации, через месяц {{---}} готовая презентация. В репозитории есть два примера презентаций перенести сюдав Beamer'e. === Требования к презентациям === Обновлены 14.04.2012 # Презентация должна быть презентацией, а не полотном текста.# Неинформативные картинки не приветствуются.# Копипаста в любом виде не приветствуется.# Презентации надо делать в TeX'е. Презентации в MS PowerPoint или аналогах будут караться отрубанием головы. А именно, для этого стоит использовать пакет beamer. Он хороший, презентации в нём красивые, а аналогов вроде как и нет. Почитать про него можно [http://ru.wikipedia.org/wiki/Beamer_(LaTeX) тут]. В конце статьи есть ссылки на документацию.# Картинки лучше рисовать с помощью [http://ru.wikipedia.org/wiki/Metapost MetaPost] или его аналогов (например, PGF/TikZ). ([http://tex.loria.fr/prod--graph/zoonekynd/metapost/metapost.html Примеры MetaPost], [ftp://ifmo2539.dyndns.org/ Мануал METAPOST], можно взять [http://ftp.math.purdue.edu/mirrors/ctan.org/graphics/pgf/base/doc/generic/pgf/pgfmanual.pdf Руководство по PGF/TikZ]).#* Проблема: beamer не поддерживает использование latex + dvipdfmx, а, например, pdfLatex не умеет рисовать label в картинках сделанных в METAPOST, поэтому нужно использовать latex + dvips + ps2pdf, если нужны подписи в METAPOST, но latex + dvips + ps2pdf не поддерживает вставку jpeg.#* TikZ плохо опускает перпендикуляры. По [Участникhttp:Rybak|Андрей Рыбак//tex.stackexchange.com/questions/19348/how-to-draw-a-line-passing-through-a-point-and-perpendicular-to-another/19374#19374 ссылке]есть пример (три высоты в треугольнике не пересекаются в одной точке) и решение, как это сделать более точно с помощью других пакетов.# Весь текст должен выглядеть красиво и правильно. Нерусские кавычки в тексте, дефисы вместо минуса или тире, курсив вместо прямого шрифта и тому подобное не будут одобряться.# Антон не одобряет неторопливость!# Собирайте так, чтобы текст был векторным (при приближении буквы не растеризовались).# Избегайте дублирования на слайдах# Из всех вариантов выбирайте самый короткий# Придумывайте хорошие заголовки. Если на слайде изображен пример, то в заголовке должно быть слово пример.#* Подзаголовки {{---}} это хорошо, но злоупотреблять ими не стоит.# Если презентация об алгоритме, то он должен присутствовать в явном виде. Нужен "скетч" реализации.# Постановка задачи должна быть формальной# Нужны доказательства всех фактов, которые вы используете. И вообще, надо ещё специально постараться, чтобы что-то в TeX'е выглядело плохо. [https://bitbucket.org/andreyrybak/computational-geometry-presentations/src/eab97a89fac4/template Шаблон для презентаций] 20 == Условия и чекеры ==Куратор -- Андрей Козлов === Процедура сдачи ===# написать в комментарий соответстующего тикета, что вы хотите им заняться# получить одобрение куратора# сделать fork от evaluator-tasks# сделать задание# структура папок должна быть следующей:25#* evaluator-tasks/cg2012.1/<название задачи>/statement -- для условий#* evaluator-tasks/cg2012.1/<название задачи>/checker -- для чекеров#* evaluator-tasks/cg2012.1/<название задачи>/testgen -- для генераторов тестов# оповестить меня о готовности и ждать проверки#* иначе - пофиксить ошибки и вернуться к пункту 5 Разногласия между условием и чекером, 26 марта 2012 в большинстве случаев, будут трактоваться в пользу того, кто первым начал делать. === Условные обозначения в таблице ===* желтый -- Ковалевым или куратором найдены баги, отправлено на доработку* красный -- в принятой версии найдены некие критические баги (согласовать с куратором)* оранжевый -- принято куратором, но не залито в общий репозиторий (при наличии конфликтов устранить их, затем сделать pull-request)* зеленый -- принято куратором и залито в общий репозиторий (ждать, пока проверит Ковалев ;) )* голубой -- принять Ковалевым (profit)* фиолетовый -- после принятия Ковалевым, поступили жалобы, требует перепроверки и доработки === Мануал по устранению конфликтов репозиториев ===После того, как вы поправили ошибки и куратор одобрил текущую версию (в таблице обозначено рыжим цветом), нужно смерждить ваш репозиторий с основным. Для этого нужно сделать pull-request из своего репозитория в основной. При этом могут возникать конфликты (GSTвы можете узнать, конфликтуют ли файлы, нажав на кнопку compare-fork). Если напротив хотя бы одного файла имеется запись "conflicts", вам следует проделать несколько простых действий для решения этой проблемы.# у себя в репозитории нажать compare-fork# перейти на вкладку incoming# выполнить 3 команды: $ hg pull -r default https://bitbucket.org/assaron/evaluator-tasks $ hg update default $ hg merge "имя head"На последнюю строчку вы получите сообщение "abort" -- ничего страшного. :) Обратите внимание, что после этого файлы заменятся версиями, которые лежат в данный момент в assaron'е. Поэтому:# если файлы изменились, залейте обновленные версии# сделайте commit# сделайте форсированный push $ hg commit -m "текст коммита" $ hg push -f Теперь конфликтов быть не должно. Поздравляю, можете сделать pull-request.
