Обсуждение:Дискретная математика и алгоритмы — различия между версиями
Строка 5: | Строка 5: | ||
# '''Перед отправкой на проверку перечитайте эти требования.''' | # '''Перед отправкой на проверку перечитайте эти требования.''' | ||
# '''В конспекте не должно быть недочетов, связанных с требованиями.''' | # '''В конспекте не должно быть недочетов, связанных с требованиями.''' | ||
+ | # '''Не забудьте после того как конспект примут, или когда он будет в состоянии, близком к готовому, добавить его в список конспектов по соответствующей теме, иначе он потеряется, и его никто никогда не прочитает.''' | ||
== Общение с редакторами == | == Общение с редакторами == |
Версия 22:25, 5 ноября 2013
Требования к написанию вики-конспектов
Главное
- Внимательно читайте свои конспекты перед тем, как совершать попытку их сдачи. Еще лучше читать конспекты друг друга перед отправкой на проверку, так как это позволит значительно уменьшить количество итераций сдачи конспекта.
- Перед отправкой на проверку перечитайте эти требования.
- В конспекте не должно быть недочетов, связанных с требованиями.
- Не забудьте после того как конспект примут, или когда он будет в состоянии, близком к готовому, добавить его в список конспектов по соответствующей теме, иначе он потеряется, и его никто никогда не прочитает.
Общение с редакторами
- Желательно зарегистрироваться на сайте вики-конспектов и написать в информации о себе имя, фамилию и группу.
- Не забывайте сообщать редакторам о том, что конспект нужно проверить.
- При общении с редактором, представляйтесь и давайте ссылку на конспект, который вы пишете (в каждой итерации общения, чтобы не приходилось искать в истории переписки ссылку). При использовании электронной почты в теме письма указывайте “Вики-конспекты: Название вики-конспекта”. Отсутствие словосочетания "Вики-конспекты" может сказаться на времени проверки конспекта.
- Ставить замечания к конспекту может не только ваш куратор конспекта, в том числе и после принятия конспекта. Их тоже надо учитывать.
- Не помечайте замечания, эти метки — для кураторов конспектов.
Викификация
- Смотрите в качестве примера на конспекты, которые отмечены как хорошие.
- В конспекте не должно быть орфографических, пунктуационных, речевых, фактических, логических и других ошибок. Используйте spell checker.
- Используйте вики-шаблоны Шаблон: Определение, Шаблон: Теорема, Шаблон: Лемма, Шаблон: Утверждение (Справка по шаблонам).
- Если ваш конспект написан про какое-то конкретное понятие или теорему, не надо делать отдельный пункт "Формулировка":
- Приводите английские названия терминов, теорем, имен алгоритмов и т.д. Их лучше писать в скобках курсивом после их русских названий.
- Вместо черточки “-” используйте тире “—”. Для этого можно использовать Шаблон:---. Про правила использования читать здесь
- Редактировать можно не только свои конспекты — используйте “концепцию вики”
- Не используйте тег <br> . Для перевода строки в вики надо вставлять пустую строку. Видимо, единственное место, где можно использовать его — внутри шаблонов — там переводы строки почему-то не работают.
- Ставьте категорию [[Категория: Дискретная математика и алгоритмы]] и подкатегорию с названием подтемы (например, [[Категория: Динамическое программирование]]). Список подкатегорий тут.
- Оформляйте ссылки на источники правильно. Пример хорошего оформления — конспекты Алгоритм Хаффмана и Сокращенная и минимальная ДНФ.
- Не используйте сокращения.
Картинки
- Картинки, где только возможно, надо делать в векторе. Для этого можно пользоваться Microsoft Visio, Inkscape, Graphwiz, Metapost и им подобными.
Источники
- Используйте ссылки на другие конспекты.
- В конспекте должны быть указаны источники или литература. Причем указывать ссылки не просто на википедию, а на конкретную статью (как Википедия — Экспоненциальная запись, на английскую — как Wikipedia — Scientific notation). Для книг достаточно указать автора, название, издание и номер страницы.
- Нарушения авторского права недопустимы.
TeX
- Использование тега <tex> вместо <math> обязательно. Везде.
- По согласованию с куратором: если лень постоянно писать <tex> </tex> , можно обернуть всю статью в <wikitex> </wikitex> , а потом обособлять формулы в $ $(например, <wikitex> Для любого $ \alpha $ верно $\sin^2 \alpha + \cos^2 \alpha = 1 $ </wikitex> ), но лучше так не делать. В частности, проблемы возникают если внутри тега wikitex находится несколько заголовков — ломается их редактирование по отдельности.
- Формулы с дробями можно увеличивать для повышения читаемости, если кажется, что они рендерятся слишком мелко, но не надо злоупотреблять. Для этого используйте параметр dpi в теге tex. Пример: <tex dpi = "180">\frac {\omega_n(x)} {(x - x_j) \cdot \omega_n'(x_j)}</tex>
- В качестве знака умножения нужно использовать
\times
или\cdot
, а не звездочку. Сравните: . - Не опускайте знаки умножения, конъюнкции, скобки и т.п., если это может привести к неоднозначности.
Псевдокод
(правила, в основном, отсюда Участник: Kirelagin/Оформление#Псевдокод)
- Используйте максимально компактный и читаемый псевдокод.
- Не ставьте фигурные скобки. Угадайте, для чего они нужны? Чтобы парсер языка было легче писать. Человеку они только мешают. Используйте отступы для группировки. (Python-style)
- Не ставьте круглые скобки вокруг внешнего условия if'а, while'а и т.п.
- Обозначайте присвоение нормально, с помощью знака «=», а сравнение как «==» (всё равно придётся слезать с паскаля).
- Не вводите какие-то левые операторы. Например, если кладёте что-то в очередь, так и напишите: q.push(a).
- TeX в псевдокоде можно использовать только в случае какого-то нестандартного оператора(а перед этим хорошо подумать и посмотреть предыдущий пункт)
- Не надо описывать ввод данных и вывод данных. Оформляйте псевдокод как функцию, принимающую входные данные и возвращающую результат.
- Обычные правила хорошего кода:
- Ставим пробелы между операндами и бинарными операторами(«1 + 2», а не «1+2»). После унарных операторов перед операндом пробел ставить не нужно.
- Не ставим пробел перед скобкой - вызовом функции(«f(x)», а не «f (x)»)
- Пробел после запятой, разделяющей аргументы функции
- Используем какой-то определённый стиль именования переменных(я бы рекомендовал lowerCamelCase для переменных и функций и UpperCamelCase для классов)