Изменения

Перейти к: навигация, поиск

Обсуждение:Вычислительная геометрия

3862 байта добавлено, 19:25, 22 июня 2012
Условные обозначения в таблице
[[Категория: Вычислительная геометрия]]
 
== Решение задач ==
 
[https://docs.google.com/spreadsheet/viewform?pli=1&formkey=dGNESDNzeW14ZndRVjVrRkI1eFZaaFE6MQ Запись на решение задач]
 
== Инструкции ==
* [[План курса]]
# Выбрать тему (из того, что Антон рассказывал на лекциях).
# Проверить, не занята ли она, в таблице: [https://docs.google.com/spreadsheet/pubccc?key=0Ar0nZy99lVSvdDIzR1E5R1MwdDN0MXBiOHRyQ2NVV1E&0Aogm6KT9tim1dHg0VV96c0RHNlEyZ1d1ZDZndHBNbFE#gid=1 0 Распределение презентаций].
# Сообщить о вашем выборе куратору.
# Убедиться в том, что вас записали в табличку.
=== Требования к презентациям ===
Обновлены 2614.0304.2012
# Презентация должна быть презентацией, а не полотном текста.
# Картинки лучше рисовать с помощью [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://tex.stackexchange.com/questions/19348/how-to-draw-a-line-passing-through-a-point-and-perpendicular-to-another/19374#19374 ссылке] есть пример (три высоты в треугольнике не пересекаются в одной точке) и решение, как это сделать более точно с помощью других пакетов.
# Весь текст должен выглядеть красиво и правильно. Нерусские кавычки в тексте, дефисы вместо минуса или тире, курсив вместо прямого шрифта и тому подобное не будут одобряться.
# Антон не одобряет неторопливость!
# Придумывайте хорошие заголовки. Если на слайде изображен пример, то в заголовке должно быть слово пример.
#* Подзаголовки {{---}} это хорошо, но злоупотреблять ими не стоит.
# Если презентация об алгоритме, то он должен присутствовать в явном виде. Нужен "скетч" реализации.
# Постановка задачи должна быть формальной
# Нужны доказательства всех фактов, которые вы используете.
И вообще, надо ещё специально постараться, чтобы что-то в TeX'е выглядело плохо.
== Условия и чекеры ==
Куратор -- Андрей Козлов
Примерная процедура === Процедура сдачи выглядит так:===
# написать в комментарий соответстующего тикета, что вы хотите им заняться
# получить одобрение куратора
# сделать задание
# структура папок должна быть следующей:
#* evaluator-tasks/cg2012.1/statements/<название задачи> /statement -- для условий#* evaluator-tasks/cg2012.1/checkers<название задачи>/checker -- для чекеров#* evaluator-tasks/cg2012.1/<название задачи> /testgen -- для чекеровгенераторов тестов
# оповестить меня о готовности и ждать проверки
#* в случае успеха - получить баллы (profit)
#* иначе - пофиксить ошибки и вернуться к пункту 5
Разногласия между условием и чекером, в большинстве своемслучаев, будут трактоваться в пользу того, кто первый первым начал делать.
[[Категория=== Условные обозначения в таблице ===* желтый -- Ковалевым или куратором найдены баги, отправлено на доработку* красный -- в принятой версии найдены некие критические баги (согласовать с куратором)* оранжевый -- принято куратором, но не залито в общий репозиторий (при наличии конфликтов устранить их, затем сделать pull-request)* зеленый -- принято куратором и залито в общий репозиторий (ждать, пока проверит Ковалев ;) )* голубой -- принять Ковалевым (profit)* фиолетовый -- после принятия Ковалевым, поступили жалобы, требует перепроверки и доработки === Мануал по устранению конфликтов репозиториев ===После того, как вы поправили ошибки и куратор одобрил текущую версию (в таблице обозначено рыжим цветом), нужно смерждить ваш репозиторий с основным. Для этого нужно сделать pull-request из своего репозитория в основной. При этом могут возникать конфликты (вы можете узнать, конфликтуют ли файлы, нажав на кнопку 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.
Анонимный участник

Навигация