Участник:Shersh/Оформление — различия между версиями

Материал из Викиконспекты
Перейти к: навигация, поиск
(<= =>)
(Псевдокод)
 
(не показано 66 промежуточных версий этого же участника)
Строка 2: Строка 2:
  
 
Далее приводится дополнительный список требований (что подразумевается, явно не написано, всякие уточнения, красивости, сборка из правил оформления других участников) который поможет сделать вики-конспекты красивее, лучше, понятнее.
 
Далее приводится дополнительный список требований (что подразумевается, явно не написано, всякие уточнения, красивости, сборка из правил оформления других участников) который поможет сделать вики-конспекты красивее, лучше, понятнее.
 +
 +
== Общие замечания ==
 +
* Добавляйте См. также на конспекты по смежным темам,
 +
* литературу, ссылки, просто источники и подобное заменяем на Источники информации
 +
** оформляйте источники информации маркированным списком;
 +
* ссылки оформляйте правильно:
 +
** [[Участник:Shersh/Оформление#Общие замечания | интервики]] {{---}} ссылка на другой вики-конспект,
 +
** [https://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F:%D0%A4%D0%BE%D1%80%D0%BC%D1%83%D0%BB%D1%8B внешняя ссылка] {{---}} ссылка в источниках информации,
 +
** примечания<ref>[http://www.antlr.org/ ANTLR {{---}} Parser generator]</ref> {{---}} ссылка на внешние ресурсы внутри текста конспекта;
 +
* не используйте заголовки первого уровня,
 +
* используйте акронимы для описания используемых фактов, {{Acronym | которые вы не доказываете| Но лучше объяснение этого факта поместить в текст сюда}},
 +
** но если вы ссылаетесь на какие-то статьи или ссылки, то надо использовать примечания (как это сделать, см. [[Построение FIRST и FOLLOW | тут]]);
 +
* добавляйте к терминам англоязычные названия,
 +
** '''Пример''' (англ. ''example'');
 +
* кстати, данный список является примером правильно оформленного маркированного списка в плане расстановки знаков препинаний и больших букв,
 +
* берите задачи в [[Шаблон:Задача]],
 +
* порядок разделов в конце конспекта: См. также (если есть), Примечания (если есть), Источники информации (если есть).
  
 
== Tex ==
 
== Tex ==
 
* Переменные и константы в тексте оборачивать в tex
 
* Переменные и константы в тексте оборачивать в tex
** <tex> x, ~y, ~1 </tex> (сравни x, y, 1)
+
*: <tex> x, ~y, ~1 </tex> (сравни x, y, 1)
* Классы чисел оборачивать в \mathbb  
+
* классы чисел оборачивать в \mathbb  
** Натуральные числа <tex> \mathbb{N} </tex> (сравни <tex> N </tex>)  
+
*: Натуральные числа <tex> \mathbb{N} </tex> (сравни <tex> N </tex>)  
* Классы и функции оборачивать в \mathrm
+
* классы и функции оборачивать в \mathrm
** Класс регулярных языков <tex> \mathrm{REG} </tex> (сравни <tex> REG </tex>)
+
*: Класс регулярных языков <tex> \mathrm{REG} </tex> (сравни <tex> REG </tex>)
* Вместо \mod использовать \bmod, когда применяется как бинарная операция
+
* вместо \mod использовать \bmod, когда применяется как бинарная операция
** <tex> x \bmod y </tex> (сравни <tex> x \mod y </tex>)
+
*: <tex> x \bmod y </tex> (сравни <tex> x \mod y </tex>)
* Вместо \le и \ge использовать \leqslant и \geqslant (сравни <tex> \le \ge </tex> и <tex> \leqslant \geqslant </tex>)
+
* вместо \le и \ge использовать \leqslant и \geqslant  
* Для сдвигов (арифметических и нет) использовать \ll, \gg, \lll, \ggg вместо << и >> (сравни <tex> << ~ >> ~ >>> </tex> и <tex> \ll \gg ~ \ggg </tex>)
+
*: <tex> a \leqslant b </tex> (сравни <tex> a \le b </tex>)
* Хинт: можно использовать \to вместо \rightarrow (\from нет, к сожалению):
+
* для сдвигов (арифметических и нет) использовать \texttt{<<} вместо << и >>
 +
*: <tex> 1\ \texttt{<<}\ b </tex> (сравни <tex> 1 << b </tex>)
 +
* хинт: можно использовать \to вместо \rightarrow и \gets вместо \leftarrow
 +
* пары обозначать в \langle \rangle, а не в больше-меньше
 +
*: <tex> \langle T, S \rangle </tex> (сравни <tex> < T, S > </tex>)
 +
* в техе заменять многоточие на \ldots
 +
*: <tex> ab \dots z </tex> (сравни <tex> ab...z </tex>)
 +
* заменяйте в tex функции log, gcd, min и другие на них аналог с лидирующем слешем, например, \log
 +
*: <tex> n \log n </tex> (сравни <tex> n log n </tex>)
 +
* пишите дроби, используя \dfrac вместо \frac
 +
*: <tex> \dfrac{1}{n} </tex> (сравни <tex> \frac{1}{n} </tex>)
 +
* заменяйте | в множествах на \mid
 +
*: <tex>\{ x \mid x \in X\}</tex> (сравни <tex>\{ x | x \in X\}</tex>)
  
 
== Псевдокод ==
 
== Псевдокод ==
* Дополнение к концепции Python-style (надо понимать, что фигурные скобки, лишние круглые скобки, двоеточия после условий (хотя после главной функции можно) и многое другое {{---}} всё сделано для того, чтобы написать компилятор было проще, а программы компилировались быстрей, поэтому в псевдокоде надо стараться избегать всяких особенностей конкретного языка программирования, чтобы повысить читаемость кода)  
+
# Стоит как минимум соблюдать все эти требования к оформлению псевдокода: [http://neerc.ifmo.ru/~sta/formatting3.html правила идеального форматирования кода]
** Операторы, ключевые слова, название самой глобальной функции, типы данных оборачивать в тройные кавычки ('''for''', '''if''', '''return''', '''and''', '''pushFront''', '''int''' и другие)
+
# Старайтесь называть переменные осмысленно, когда это возможно (s = a {{---}} плохо, sz = N {{---}} уже получше, size = newSize {{---}} идеально) 
*** '''void''' _НЕ_ писать, если функция возращает ''ничего'', тип указывается, только если он разумный
+
# Дополнение к концепции Python-style (надо понимать, что фигурные скобки, лишние круглые скобки, двоеточия (но после имени функции можно) и многое другое {{---}} всё сделано для того, чтобы написать компилятор было проще, а программы компилировались быстрей, поэтому в псевдокоде надо стараться избегать всяких особенностей конкретного языка программирования, чтобы повысить читаемость кода)  
** Использовать словесное обозначение логических операций ('''and''', '''or''', '''xor''', '''not''' вместо &&, ||, !)
+
# Операторы, ключевые слова, примитивные типы данных оборачивать в тройные кавычки ('''for''', '''if''', '''return''', '''and''', '''int''' и другие)
*** Вместо побитового '''xor'''-а ^ (крышечка) лучше писать <tex> \bigoplus </tex> (ниже о том, зачем это нужно)
+
# Комментарии пишите только через //, так же можно и через /**/, но последний оформлять в построчном стиле. Главное, придерживаться одного выбранного формата в рамках конспекта. Ещё очень наглядно обозначать комментарии зелёным цветом: <font color=darkgreen> // например, вот так </font>
*** Вместо <tex> \in </tex> лучше писать '''in'''.
+
# Подписывайте аргументы функциям и переменным в псевдокоде. Можно не обязательно всем, но чтобы не возникало динамической типизации:
*** Можно не как в python {{---}} '''not''' element '''in''' set, {{---}} а переставить операнды для повышения читаемости: element '''not in''' set
+
#* вместо '''void''' писать '''function''' или '''fun''',
*** Проверку типов и приведение к типу(если вдруг понадобится) писать как '''is''' и '''as'''
+
#* типы аргументов и функций желательно указывать через двоеточие после имени
** '''new''' _НЕ_ писать при создании экземпляра класса
+
#*: '''function''' print(a: '''List<T>'''): <font color=darkgreen> // аналог '''void''' </font>
** При нисходящем '''for''' писать '''downto'''
+
#*: '''function''' get(index: '''int'''): '''int''' <font color=darkgreen> // функция, возвращающая '''int''' </font>
*** Итерируясь по объектам (рёбра, работы и другие) желательно использовать '''foreach''', чтобы было понятно {{---}} используется другой вид '''for''', хотя в языке программирования они вполне могут быть реализованы более-менее одинаково
+
#*: '''function''' fill(a: '''int[n]'''): <font color=darkgreen> // функция, принимающая массив длины <tex>n</tex> </font>
*** Можно писать '''for''' по числам и через две точки ('''for''' i = 1..10) или через '''to''' ('''for''' i = 1 '''to''' 10), но надо понимать, что последний элемент итерации ''включается'', а внутри одного конкспекта придерживаться одного стиля
+
# Использовать словесное обозначение логических операций ('''and''', '''or''', '''xor''', '''not''' вместо &&, ||, !)
**** Ещё хочется, чтобы массивы и строки индексировались с <tex> 1 </tex>, чтобы не делать лишних вычитаний (так правда смотрится красивее), но не обязательно так делать
+
#* Вместо побитового '''xor'''-а ^ (крышечка) лучше писать <tex> \oplus </tex> (ниже о том, зачем это нужно)
** ''enum''-поля класса или просто переменные выделять курсивом в псевдокоде
+
#* Можно переставлять логические операции для повышения читаемости: element '''not in''' set
** У методов size(), length() можно не писать круглые скобки {{---}} трудно придумать случай, когда реализация функций отличается от просто поля в экземпляре класса чем-то существенным (это уже просто инкапсуляция языков программирования)
+
# Проверку типов и приведение к типу (если вдруг понадобится) писать как '''is''' и '''as'''
*** len(queue), len(array) не писать {{---}} лишние скобки мешают читаемости
+
# '''new''' _НЕ_ писать при создании экземпляра класса
*** TODO: надо ли заменять isEmpty на <tex> == \varnothing </tex> ?
+
# При нисходящем '''for''' писать '''downto'''
* Случаи использования tex в псевдокоде:
+
#: Можно писать '''for''' по числам через две точки ('''for''' i = 1..10) или через '''to''' ('''for''' i = 1 '''to''' 10), но надо понимать, что последний элемент итерации ''включается'', а внутри одного конспекта придерживаться одного стиля
** <tex> \varnothing, \emptyset </tex> вместо null
+
# ''enum''-поля класса или константы выделять курсивом в псевдокоде
** <tex> \neq </tex> вместо !=
+
#: Это относится и к общеязыковым константам ''true'', ''false'' и ''null''
** <tex> \leqslant \geqslant </tex> вместо <= и >=
+
# У методов size(), length() можно не писать круглые скобки {{---}} трудно придумать случай, когда реализация функций отличается от просто поля в экземпляре класса чем-то существенным (это уже просто инкапсуляция языков программирования)
** <tex> \langle, \rangle</tex> и другие виды скобок, если возвращается в функции какой-то сложный объект (например объект <tex> \mathrm{Pair} </tex>)
+
#* len(queue), len(array) не писать {{---}} лишние скобки мешают читаемости
** Теоретико-множественные операции: <tex> \cap \cup \subset \subseteq \triangle \setminus</tex>
+
#* надо заменять isEmpty на == <tex> \varnothing </tex>
** Возведение в псевдокоде не писать через ^ (путается с '''xor'''). Лучше использовать ** или tex.
+
# Разрешаемые случаи использования tex в псевдокоде:
 +
#* <tex> \varnothing, \emptyset </tex> вместо null
 +
#* <tex> \neq </tex> вместо !=
 +
#* <tex> \leqslant \geqslant </tex> вместо <= и >=
 +
#* <tex> \langle, \rangle</tex> и другие виды скобок, если возвращается в функции какой-то сложный объект (например объект <tex> \mathrm{Pair} </tex>)
 +
#* Теоретико-множественные операции: <tex> \cap \cup \subset \subseteq \triangle \setminus</tex>
 +
#* Возведение в степень в псевдокоде не писать через ^ (путается с '''xor'''), лучше использовать tex
 +
#* <tex> \exists </tex> и <tex> \forall </tex>, если вдруг вам надо
 +
 
 +
== Примечания ==
 +
<references/>

Текущая версия на 21:18, 7 апреля 2016

Основные правила написаны здесь и здесь.

Далее приводится дополнительный список требований (что подразумевается, явно не написано, всякие уточнения, красивости, сборка из правил оформления других участников) который поможет сделать вики-конспекты красивее, лучше, понятнее.

Общие замечания

  • Добавляйте См. также на конспекты по смежным темам,
  • литературу, ссылки, просто источники и подобное заменяем на Источники информации
    • оформляйте источники информации маркированным списком;
  • ссылки оформляйте правильно:
    • интервики — ссылка на другой вики-конспект,
    • внешняя ссылка — ссылка в источниках информации,
    • примечания[1] — ссылка на внешние ресурсы внутри текста конспекта;
  • не используйте заголовки первого уровня,
  • используйте акронимы для описания используемых фактов, которые вы не доказываете,
    • но если вы ссылаетесь на какие-то статьи или ссылки, то надо использовать примечания (как это сделать, см. тут);
  • добавляйте к терминам англоязычные названия,
    • Пример (англ. example);
  • кстати, данный список является примером правильно оформленного маркированного списка в плане расстановки знаков препинаний и больших букв,
  • берите задачи в Шаблон:Задача,
  • порядок разделов в конце конспекта: См. также (если есть), Примечания (если есть), Источники информации (если есть).

Tex

  • Переменные и константы в тексте оборачивать в tex
    [math] x, ~y, ~1 [/math] (сравни x, y, 1)
  • классы чисел оборачивать в \mathbb
    Натуральные числа [math] \mathbb{N} [/math] (сравни [math] N [/math])
  • классы и функции оборачивать в \mathrm
    Класс регулярных языков [math] \mathrm{REG} [/math] (сравни [math] REG [/math])
  • вместо \mod использовать \bmod, когда применяется как бинарная операция
    [math] x \bmod y [/math] (сравни [math] x \mod y [/math])
  • вместо \le и \ge использовать \leqslant и \geqslant
    [math] a \leqslant b [/math] (сравни [math] a \le b [/math])
  • для сдвигов (арифметических и нет) использовать \texttt{<<} вместо << и >>
    [math] 1\ \texttt{\lt \lt }\ b [/math] (сравни [math] 1 \lt \lt b [/math])
  • хинт: можно использовать \to вместо \rightarrow и \gets вместо \leftarrow
  • пары обозначать в \langle \rangle, а не в больше-меньше
    [math] \langle T, S \rangle [/math] (сравни [math] \lt T, S \gt [/math])
  • в техе заменять многоточие на \ldots
    [math] ab \dots z [/math] (сравни [math] ab...z [/math])
  • заменяйте в tex функции log, gcd, min и другие на них аналог с лидирующем слешем, например, \log
    [math] n \log n [/math] (сравни [math] n log n [/math])
  • пишите дроби, используя \dfrac вместо \frac
    [math] \dfrac{1}{n} [/math] (сравни [math] \frac{1}{n} [/math])
  • заменяйте | в множествах на \mid
    [math]\{ x \mid x \in X\}[/math] (сравни [math]\{ x | x \in X\}[/math])

Псевдокод

  1. Стоит как минимум соблюдать все эти требования к оформлению псевдокода: правила идеального форматирования кода
  2. Старайтесь называть переменные осмысленно, когда это возможно (s = a — плохо, sz = N — уже получше, size = newSize — идеально)
  3. Дополнение к концепции Python-style (надо понимать, что фигурные скобки, лишние круглые скобки, двоеточия (но после имени функции можно) и многое другое — всё сделано для того, чтобы написать компилятор было проще, а программы компилировались быстрей, поэтому в псевдокоде надо стараться избегать всяких особенностей конкретного языка программирования, чтобы повысить читаемость кода)
  4. Операторы, ключевые слова, примитивные типы данных оборачивать в тройные кавычки (for, if, return, and, int и другие)
  5. Комментарии пишите только через //, так же можно и через /**/, но последний оформлять в построчном стиле. Главное, придерживаться одного выбранного формата в рамках конспекта. Ещё очень наглядно обозначать комментарии зелёным цветом: // например, вот так
  6. Подписывайте аргументы функциям и переменным в псевдокоде. Можно не обязательно всем, но чтобы не возникало динамической типизации:
    • вместо void писать function или fun,
    • типы аргументов и функций желательно указывать через двоеточие после имени
      function print(a: List<T>): // аналог void
      function get(index: int): int // функция, возвращающая int
      function fill(a: int[n]): // функция, принимающая массив длины [math]n[/math]
  7. Использовать словесное обозначение логических операций (and, or, xor, not вместо &&, ||, !)
    • Вместо побитового xor-а ^ (крышечка) лучше писать [math] \oplus [/math] (ниже о том, зачем это нужно)
    • Можно переставлять логические операции для повышения читаемости: element not in set
  8. Проверку типов и приведение к типу (если вдруг понадобится) писать как is и as
  9. new _НЕ_ писать при создании экземпляра класса
  10. При нисходящем for писать downto
    Можно писать for по числам через две точки (for i = 1..10) или через to (for i = 1 to 10), но надо понимать, что последний элемент итерации включается, а внутри одного конспекта придерживаться одного стиля
  11. enum-поля класса или константы выделять курсивом в псевдокоде
    Это относится и к общеязыковым константам true, false и null
  12. У методов size(), length() можно не писать круглые скобки — трудно придумать случай, когда реализация функций отличается от просто поля в экземпляре класса чем-то существенным (это уже просто инкапсуляция языков программирования)
    • len(queue), len(array) не писать — лишние скобки мешают читаемости
    • надо заменять isEmpty на == [math] \varnothing [/math]
  13. Разрешаемые случаи использования tex в псевдокоде:
    • [math] \varnothing, \emptyset [/math] вместо null
    • [math] \neq [/math] вместо !=
    • [math] \leqslant \geqslant [/math] вместо <= и >=
    • [math] \langle, \rangle[/math] и другие виды скобок, если возвращается в функции какой-то сложный объект (например объект [math] \mathrm{Pair} [/math])
    • Теоретико-множественные операции: [math] \cap \cup \subset \subseteq \triangle \setminus[/math]
    • Возведение в степень в псевдокоде не писать через ^ (путается с xor), лучше использовать tex
    • [math] \exists [/math] и [math] \forall [/math], если вдруг вам надо

Примечания